E se fizermos um rebranding?
Esse rebranding seria uma descrição mais precisa do que os praticantes de DevOps fazem e ajudaria a esclarecer o papel dos engenheiros de DevOps. Este conteúdo explorará os benefícios do rebranding e discutirá algumas possíveis objeções.
Adoraríamos saber sua opinião sobre isso.
O DevOps foi definido mais como uma filosofia ou estrutura do que uma simples descrição de trabalho. À medida que o mercado percebeu seus benefícios e tentou implementar essa filosofia, ela se tornou uma lista descritiva do que as pessoas deveriam saber e fazer, em vez de como as equipes deveriam interagir e melhorar seus resultados. Enquanto você pode nomear claramente algumas outras equipes, como as de produto e aplicação, e entender bem o que elas fazem, não é possível capturar imediatamente a gama completa de responsabilidades que o termo DevOps abrange.
Por outro lado, a equipe que consome os serviços fornecidos por uma equipe não tem a obrigação de saber o que elas fazem, desde que mantenham os fluxos de trabalho de CI/CD e a produção em funcionamento. Em resumo, estamos chegando ao ponto em que começaremos a separar desenvolvimento e produção novamente.
Sim, você acredita?
E se conectássemos o DevOps à pilha que entrega o produto final, não como uma parte separada, mas como um componente essencial.
Como a equipe que desenvolve a plataforma na qual as aplicações dependem e estão rodando? Podemos ter a chance de manter os benefícios da filosofia DevOps e melhorar a visão geral do produto e das aplicações sobre o que essa equipe crítica faz.
O que você acha? Adoraríamos ouvir sua opinião.
