O que estão buscando analogias do DevOps?

9

Alguns apresentadores usam analogias para esclarecer uma certa tecnologia, por exemplo, Pizza as a Service 2.0, que explica as diferenças entre as diferentes pilhas as-a-Service (aaS).

insira a descrição da imagem aqui

As vantagens dessa analogia da Pizza é que ela consiste em várias analogias, ou seja, tempo de execução, também conhecido como pizza, e legado caseiro.

Quando um googles "analogia do DevOps", várias imagens são mostradas, mas nenhuma delas é muito cativante.

Definição de "busca"

  1. Mostrar a imagem em uma apresentação
  2. Fale 30 segundos sobre isso
  3. Durante o passo do elevador, mais e mais pessoas entendem o DevOps e é completamente claro por elas.
030
fonte
O DevOps tem muitos grupos-alvo; Eu acho que é mais fácil focar nisso para encontrar uma imagem. Quem é seu público e o que aconteceria se o passo do elevador fosse bem-sucedido?
Peter Muryshkin
A maioria deles é de desenvolvedores juniores que se preocupam com silos, ou seja, só querem desenvolver sem agradecer a responsabilidade de executar os aplicativos em produção. @PeterMuryshkin Quantos grupos-alvo existem neste contexto, de acordo com você?
030
Então, para os grupos-alvo, eu diria, um para cada silo / funções em cada segmento do DevOps Toolchain? Gestão, usuários de negócios, devs, testadores, ops ..
Peter Muryshkin

Respostas:

3

DevOps é a industrialização de TI

insira a descrição da imagem aqui

oryades
fonte
A figura da esquerda representa um carro feito à mão?
030
exatamente, ele também terá alguns problemas movendo-se :)
oryades
Ótimo. Agora eu vejo. Talvez você possa adicionar alguma descrição adicional na resposta?
030
2
Por outro lado, a imagem à direita representa um carro que não terá problemas para se deslocar, desde que permaneça na linha de montagem. Caso contrário, algumas rodas pode ser necessário ...
Jiri Klouda
11
Com relação à parte correta da imagem, acho que a cadeia de ferramentas do DevOps é a abordagem de engenharia para entender e construir pipelines de entrega para automatizar, testar e fornecer soluções de software. Aka Industrial Revolution 2.0 ... sigspl.org/2015/10/14/…
Peter Muryshkin
4

Principalmente para desenvolvedores, mas conhecedor dos outros com o meme "garota do desastre": "Funciona na minha máquina .. Problema de operações agora!" Isso ilustra que a falta de responsabilidade pode colocar em risco toda a empresa, e o valor do software que trabalha apenas em um ambiente específico não é absoluto.

insira a descrição da imagem aqui

Além disso, a matriz do inferno . A adição do Docker pode parecer mais uma coluna, mas os contêineres se tornarão a tecnologia de ponta e a arquitetura padrão a longo prazo. Portanto, você pode executar contêineres do Docker também com o Kubernetes ou o Apache Mesos.

insira a descrição da imagem aqui

Peter Muryshkin
fonte
Você poderia adicionar imagens?
030
Vou o mais cedo possível, a partir do celular parece não funcionar corretamente.
Peter Muryshkin
Excelente +1. Você poderia adicionar uma pequena explicação a cada uma das imagens, ou seja, por que essas analogias do DevOps?
030
11
Para ser honesto, essas imagens ilustram a motivação do DevOps em vez do próprio DevOps; então agora eu sou bot certo o quão bem este endereços sua pergunta real para DevOps "retratar"
Peter Muryshkin
Além disso, a primeira imagem é definitivamente útil para descrever "Por que DevOps" na minha apresentação.
030
3

A analogia mais importante do DevOps que consigo pensar é a analogia Pet vs. Gado em infraestrutura descartável. Embora, eu diria que é menos sobre a busca associada à imagem, e mais sobre como é fácil entender e se relacionar.

insira a descrição da imagem aqui

PrestonM
fonte
11
Gado vs Animais de estimação é principalmente uma coisa de ops, não requer uma organização ou mentalidade de devops. A dica é que ele fala apenas sobre infraestrutura e nunca sobre os aplicativos em execução.
Tensibai
@Tensibai Qual é a sua analogia favorita?
030
É uma idéia fofa, mas cai de cara no chão assim que você introduz persistência. É melhor esperar que sua empresa não beba o kool-aid do DevOps e que o sistema de folha de pagamento seja um animal de estimação!
Gaius
2

Outro que eu gosto é esse deste site https://devrant.com/search?term=devops

insira a descrição da imagem aqui

como já ouvi várias vezes e isso me frustra porque é um comportamento em silos e anti-devops. Basicamente, eu quero aplicá-lo, quando você o altera, precisa liberá-lo ou, quando o quebra, corrige. Na prática, não é tão simples como uma mentalidade precisa ser mudada.

030
fonte
1

Outra analogia foi encontrada aqui https://devrant.com/search?term=devops

Eu acho que isso também é aplicável, pois ainda há desenvolvedores que continuam jogando coisas por cima do muro.

insira a descrição da imagem aqui

Eu tenho que admitir que me sinto assim e que isso me incentiva a aprender programação. Agora estou aprendendo Java e quero obter certificados. Agora estou estudando para Java Oracle Associate.

030
fonte
0

Com base na sugestão de um dos comentários para uma das respostas de @PeterMuryshkin, li mais sobre o Industry4.0 e acho que poderia ser uma analogia do DevOps.

Outra analogia do DevOps poderia ser a indústria 4.0:

Indústria 4.0 é um nome para a tendência atual de automação e troca de dados em tecnologias de fabricação. Inclui sistemas ciber-físicos, a Internet das coisas, computação em nuvem e computação cognitiva. A indústria 4.0 é comumente referida como a quarta revolução industrial.

insira a descrição da imagem aqui

Para introduzir a indústria 1.0, o processo funcional, ou seja, como produzir algodão manualmente, precisa ser claro para automatizar isso, o 2.0 automatizou mais e o 3.0 também. Atualmente, o DevOps também se trata de automatizar cada vez mais, mas para isso, o processo também deve ser claro. Como 4.0 é sobre mudar para a nuvem, por exemplo, AWS, GCP, AWS, CI / CD e sistemas de autocorreção, isso também pode ser uma analogia.

030
fonte
Além disso, acho que o verdadeiro setor 4.0 não funciona sem o DevOps.
Peter Muryshkin
0

O DevOps também pode ser comparado a um esquadrão de comandos, que consiste em um pequeno número de especialistas. Eu sempre tenho que pensar no primeiro nível do Commandos 1 atrás das linhas inimigas. Havia três caracteres:

  • marinho
  • motorista
  • boina verde

Cada um deles possui qualidades únicas, como mergulho, natação, remo (marinho), mergulhador (metralhadora, direção), boina verde (escalada, transporte de barris).

Todos eles conseguiram derrotar inimigos, também conhecidos como automação, no DevOps. Se as operações podem ser comparadas com a marinha, o motorista da boina verde não importa. Operação, desenvolvimento e garantia de qualidade têm todas as suas especialidades. A combinação desses elementos é essencial para lançar o software com mais frequência.

Se, por exemplo, um dos comandos morreu no jogo, o jogo acabou. Todos eles tiveram que trabalhar juntos para cumprir uma missão. Lembro-me de que cada um dos comandos foi isolado no início do nível 1 e teve que derrotar os inimigos, mas eles também dependiam um do outro.

O fuzileiro naval foi obrigado a trazer o motorista e a boina verde para a outra ilha, pois ele era o único que conseguia remar a bota. Uma vez na ilha, a boina Verde era necessária, pois ele era o único capaz de mover barris explosivos necessários para explodir a estação de rádio.

Quando eles estavam trabalhando juntos, havia uma chance maior de sobreviverem, pois eram necessários três tiros para derrotar um inimigo. Se eles atirarem juntos, o inimigo será retirado imediatamente.

030
fonte