DevOps e Kubernetes têm desafios, mas a maioria deles são centrados em torno de mal-entendidos comuns. Este artigo descreve como podemos superar muitos dos desafios, compartilhando algumas práticas DevOps recomendadas.

O que a administração ainda não está recebendo sobre DevOps?

O maior equívoco é simplesmente contratar um engenheiro “DevOps” ou implementar uma força-tarefa “DevOps” para resolver a incapacidade de uma empresa de colocar em produção um software de forma eficiente e eficaz. Na realidade, a gestão precisa se concentrar em promover uma cultura DevOps para ser bem-sucedida.

A abordagem mais eficaz na implementação de uma cultura DevOps vem capacitando e permitindo que os desenvolvedores de aplicativos forneçam valor aos negócios, e que melhorem continuamente o desempenho de seus aplicativos.

Adotar o DevOps significa definir, medir e melhorar os KPIs, os quais são:

• Confiabilidade – taxas de erro, SLAs, disponibilidade;
• Estabilidade – MTTD, MTTR, Taxa de Defeitos;
• “Capacidade de envio” – frequência de implantação, tempo de build, implantações com falhas;
• Escalabilidade – desempenho do aplicativo, adequação de acordo com o uso de aplicativos.

Desenvolver e gerenciar esses KPIs quase sempre significa passar de uma mentalidade de “projeto” para uma mentalidade de “produto”. As organizações que ainda aplicam abordagens tradicionais de fabricação ao seu modelo de entrega de software acharão a adoção de uma cultura DevOps extremamente desafiadora.

Algumas empresas/equipes DevOps estão adotando microsserviços muito rapidamente?

Algumas empresas reverteram sua estratégia de microsserviços, depois de perceber o esforço significativo necessário para rastrear e melhorar efetivamente os KPIs que medem o quão bem-sucedidos eles têm sido na entrega de valor de software.

Antes de se comprometerem com uma estratégia de microsserviços, as equipes devem garantir que possuam os recursos e apoio organizacional para implementar e gerenciar um ambiente de microsserviços de grande escala significativamente dissociado com sucesso.

Equipes que buscam microsserviços precisam reconhecer quando estão agindo como o martelo em busca de um prego – perguntando se podiam, mas não se deviam. Muitas empresas ainda podem se beneficiar das práticas modernas de DevOps sem implementar microsserviços, ou implementando um pequeno subconjunto que faça mais sentido para a sua realidade.

Qual a maneira de quebrar silos DevOps?

Como o paradoxo na análise de decisões, muitas empresas de software estão estruturadas de tal forma que as equipes de DevOps, agindo em seu próprio interesse, não produzirão o resultado mais desejável para o negócio.

Esses resultados geralmente provêm da falta de propriedade compartilhada e priorização em torno do débito técnico, melhoria das métricas-chave em torno do desempenho de entrega de software.

A solução ideal é desenvolver com propriedade compartilhada e colaboração para quebrar silos. Com essa abordagem, podemos superar o dilema adotando estratégias que recompensam a cooperação.

Ao compartilhar a responsabilidade, medir e acompanhar o desempenho, melhorar gradualmente as métricas de desempenho e recompensar aqueles que estão ativamente conduzindo essas mudanças, eventualmente veremos os silos de DevOps se dissolverem, as taxas de sucesso aumentarem e os resultados dos negócios melhorarem.

Quais são as três melhores práticas de pipeline de CI/CD k8s que você acha que são subutilizadas?

1. Teste “canary” em fases dos serviços de produção
2. SLA e SLOs sobre desempenho e confiabilidade de CI/CD
3. Avaliação de novas ferramentas/técnicas (GitOps: Flux, ArgoCD, Jenkins X)

Por que o rastreamento e o monitoramento distribuídos se tornaram tão importantes em microsserviços?

A adoção de microsserviços expõe o que é historicamente um dos aspectos mais não-confiáveis da computação distribuída: a camada de rede.

O rastreamento distribuído dá aos operadores visibilidade do desempenho de sua rede de infraestrutura, gerando confiabilidade ao capturar detalhes em cada transação de rede. Também captura informações transacionais que as organizações de software usam em KPIs para determinar o desempenho, disponibilidade e confiabilidade de seus aplicativos.

E traz valor tanto na solução de problemas quanto na medição do desempenho, fornecendo a estrutura e os dados necessários para definir acordos e objetivos significativos de nível de serviço em toda a organização.