Por que o DevOps é uma cultura, não um papel

“O DevOps não é um cargo, é uma mentalidade que transforma como as equipes criam e operam software juntos”. Índice Introdução O problema: conceitos errôneos em torno do DevOps como uma mudança cultural Por que o DevOps não é um título de emprego estatísticas interessantes afeta o mundo real das perguntas frequentes das perguntas frequentes Conclusão 1. Introdução DevOps é um dos movimentos mais transformadores no desenvolvimento de software-mas também é um dos mais mal entendidos. Muitas organizações tratam o DevOps como uma função ou departamento. Eles contratam “DevOps Engineers” e esperam melhorias instantâneas na velocidade de entrega, confiabilidade e colaboração. A verdade? DevOps não é um papel. É uma cultura. No seu núcleo, o DevOps trata de quebrar silos entre desenvolvimento e operações, promover a responsabilidade compartilhada e permitir a entrega rápida, segura e contínua de software. O sucesso do DevOps depende não de uma pessoa, mas de como as equipes trabalham juntas. 2. O problema: conceitos errôneos em torno do DevOps, apesar da adoção generalizada, o DevOps é frequentemente mal interpretado: DevOps como um cargo: as empresas contratam um “Engenheiro DevOps” e esperam que elas transformem sozinho o oleoduto. Ferramenta de ferramentas: as equipes se concentram nas ferramentas de CI/CD, mas ignoram a cultura, a colaboração e o processo. Responsabilidade em silêncio: DevOps se torna um departamento separado e não uma filosofia compartilhada. As transferências operacionais persistem: as equipes de desenvolvimento ainda jogam código sobre a parede para as operações, esperando que elas o executassem. Essa abordagem perde completamente o ponto do DevOps. Sem mudança cultural, as ferramentas e os papéis não podem oferecer todos os benefícios. 3. DevOps como mudança cultural O sucesso de DevOps real começa com mentalidade e colaboração, sem contratação ou ferramenta. Aqui está o que define uma verdadeira cultura do DevOps: 3.1 A responsabilidade compartilhada As equipes de Dev e OPS são responsáveis ​​pelo ciclo de vida do software – do código ao cliente. Não há mais mentalidades “não meu trabalho”. 3.2 Colaboração Over Handoffsteams trabalham juntos desde o início. Os desenvolvedores entendem como seu código é executado na produção. As equipes do OPS entendem o que os desenvolvedores precisam se mover rapidamente. 3.3 Loops de feedback contínuo, alerta e observabilidade dão à visibilidade dos dois lados à saúde do sistema. Os desenvolvedores respondem a problemas. OPS fornece informações durante o planejamento. 3.4 Trust e AutonomyDevelopers têm o poder de implantar seu próprio código. O OPS fornece infraestrutura e proteção seguros. As equipes confiam uma na outra para possuir suas responsabilidades. 3.5 Aprendendo com a falha de culpa, as equipes executam retrospectivas. Eles identificam melhorias no processo e desenvolvem resiliência por meio de aprendizado compartilhado. Uma verdadeira cultura DevOps significa que todo mundo possui qualidade, desempenho e velocidade de entrega. 4. Por que o DevOps não é um cargo DevOps não é algo que uma única pessoa “faz”. Eis por que pensar no DevOps como um papel é enganoso: 4.1 Ele reforça Siloshiring uma “pessoa do DevOps” geralmente significa dar a uma equipe o ônus de gerenciar infraestrutura e automação – enquanto todo mundo continua como antes. 4.2 Limita os dados de colaboração podem assumir que o “Engenheiro de DevOps” lida com a implantação e o monitoramento; portanto, os desenvolvedores se desengatam do trabalho de OPS e vice -versa. 4.3 A falta do PointDevops é a transformação de como as equipes colaboram, não delegando trabalho a um especialista. Todo membro da equipe deve adotar a mentalidade. 4.4 Os engenheiros do DevOps ainda existem, segundo isso, há valor em funções que apóiam os engenheiros de plataforma da Cultura de DevOps: Engenheiros de Confiabilidade do Site (SRES) Engenheiros de infraestrutura Essas funções permitem e treinam equipes – mas não substituem a transformação cultural. “Você pode contratar um engenheiro de DevOps, mas sem mudança cultural, você está apenas adicionando outro silo”. 5. Interesting Stats High-performing DevOps teams deploy 973x more frequently and recover 6,570x faster Source: High performing DevOps 83% of developers say DevOps improves job satisfaction Source: Developers Companies with strong DevOps culture see 2x better customer satisfaction scores Source: customer satisfaction DevOps practices reduce change failure rates by 3x Source: Change failure rates 6. Real-World Impacts – Traditional TeamA developer finishes a feature, hands it off to Ops e segue em frente. Se algo quebrar, a equipe de desenvolvimento diz: “Funcionou na minha máquina”. A equipe do OPS luta para corrigi -lo sem contexto. A tensão cresce. A culpa circula. – DevOps Culture Team Developers e OPS trabalham juntos desde o início. Os scripts de implantação, os planos de monitoramento e reversão fazem parte da solicitação de tração. Quando surge um problema, os desenvolvedores e o OPS solucionam juntos. Eles aprendem, adaptam e melhoram. Exemplo: o NetflixNetflix incorpora a cultura do DevOps com: Propriedade de serviço completo por equipes de desenvolvimento engenharia do caos para testar o sistema de resiliência ao sistema fortes loops de feedback com observabilidade em tempo real, isso permite implantar milhares de vezes por dia sem comprometer a experiência do usuário. “O DevOps é bem -sucedido quando todos possuem qualidade, desempenho e entrega, não apenas uma pessoa ou equipe”. 8. As perguntas frequentes P: As pequenas equipes podem adotar a cultura do DevOps? R: Absolutamente. De fato, pequenas equipes geralmente adotam os princípios do DevOps mais rapidamente devido a menos silos e mais comunicação direta. P: DevOps é o mesmo que ágil? A: Não, mas eles são complementares. O Agile se concentra no desenvolvimento iterativo; DevOps estende essa mentalidade à entrega e operações. P: Preciso de um engenheiro de DevOps para fazer o DevOps? R: Não necessariamente. O foco deve estar nas mudanças culturais e do processo. Uma função dedicada pode ajudar a ativar a mudança, mas não deve carregá -la sozinha. P: Como começo a construir a cultura do DevOps? A: Comece com metas compartilhadas, automatize pequenas tarefas, introduza o CI/CD e melhore a comunicação entre as equipes de desenvolvimento e OPS. 9. As principais takeaways DevOps são uma cultura, não um papel ou departamento que enfatiza a propriedade compartilhada, a colaboração e o feedback rápido que a contratação de um “engenheiro de DevOps” não é suficiente – as câmeras devem adotar novos comportamentos de devops fortes que a cultura leva a liberações mais rápidas, as equipes mais felizes, e os sistemas mais resilitadores são pequenos, medem o impacto, e evoluem 10. mudar. Contratar alguém com “DevOps” em seu título não resolverá magicamente seus problemas de entrega. O que vai? Construindo uma cultura de colaboração, melhoria contínua e responsabilidade compartilhada. Quando o DevOps se torna o trabalho de todos-não apenas um papel-se torna a base para equipes de alto desempenho e entrega de software de classe mundial. Sobre o autor: Narendra é um engenheiro de DevOps da AddWebsolution, especializado em automatizar a infraestrutura para melhorar a eficiência e a confiabilidade.

Fonte