Jargão DevOps para decisores

Por Isaac Sacolick

Cada disciplina de TI tem o seu próprio jargão. Isto é normalmente difícil de comunicar àqueles que não estão envolvidos com as ferramentas, fluxos de trabalho e problemas gerais. Os engenheiros de software fazem um favor a si próprios quando utilizam uma nomenclatura que é fácil de explicar e sobre cuja definição há acordo. Na verdade, não é assim tão difícil explicar o básico dos métodos ágeis, armazéns de dados ou firewalls. Em parte, os nomes já são, até certo ponto, autoexplicativos, mesmo que os especialistas – como é frequentemente o caso – discordem sobre a definição técnica exata.

A dada altura, como programador, será confrontado com uma situação em que um gestor lhe pede para explicar uma palavra-chave ou um termo técnico. Deverá então ser capaz de explicar o termo em termos simples, deixando de fora os pormenores técnicos e evitando o jargão que apenas conduz a novas questões e definições.

Perguntei a vários peritos como explicariam os termos mais importantes no ambiente DevOps em linguagem simples.

CI/CD

Dan Knox, vice-presidente de engenharia do fornecedor de software G2, fornece uma definição estanque ao acrónimo de Integração Contínua e Entrega Contínua sem se tornar demasiado técnico: “CI/CD é uma tática para testar e implementar continuamente o código para reduzir o risco de problemas na implementação de software funcional. É útil para as equipas que querem ser mais rápidas e chegar ao mercado antes da concorrência”.

Suponha que lhe é pedido para fornecer mais detalhes. Neste caso, Sashank Purighalla, CEO da BOS Frameworks, sugere a seguinte resposta: “A CI/CD ajuda a construir uma conduta de automatização em diferentes fases do ciclo de vida do software com certas ferramentas de nicho para reduzir o trabalho manual e remover barreiras”.

Contudo, se o seu gestor não sabe nada sobre o desenvolvimento de software, é melhor dispensar palavras como “pipeline” e substituir “ciclo de vida” por “desenvolvimento”. No entanto, no mundo atual, onde a tecnologia é essencial para o sucesso empresarial, os líderes deveriam pelo menos conhecer os princípios básicos do processo de desenvolvimento. Se simplificar a sua língua, convida os seus interlocutores a aprenderem mais e a evitarem fazer com que o seu interlocutor se sinta intimidado.

Andrew Davis, diretor sénior de Investigação e Inovação do fornecedor de DevOps Copado, também fornece uma boa definição: “CI/CD é a abreviatura de Integração Contínua e Entrega Contínua, duas práticas intimamente relacionadas que são o padrão de ouro para a colaboração de equipas de desenvolvimento de software. A Entrega Contínua permite uma aprendizagem e feedback rápidos e seguros, colmatando a lacuna entre os programadores de software e os utilizadores finais.

A Integração Contínua é a prática de fundir o trabalho de todos os programadores pelo menos diariamente e utilizar testes automatizados para identificar rapidamente os bugs. A Entrega Contínua significa que estas alterações são disponibilizadas aos utilizadores finais logo que estejam prontas. Assim, os programadores recebem rapidamente feedback dos utilizadores reais sobre isto”.

Lançamentos e implementações

A ideia de Canary Release baseia-se no princípio do canário na mina de carvão – outrora um sistema arcaico de alerta precoce para detetar a fuga de gases perigosos a tempo.

Quando se trata de comunicar o princípio a um decisor empresarial, Marko Anastasov, cofundador do Semaphore CI/CD, recomenda uma abordagem baseada no risco: “Testar não é suficiente para detetar todos os problemas. Alguns só aparecem na produção – mas até lá o dano já está feito. Os destacamentos canários permitem-nos verificar o canal navegável antes de as coisas realmente começarem”.

Purighalla tem uma explicação adicional de como funcionam as libertações canárias: “Uma libertação canária é utilizada para introduzir novas características e funcionalidades a um subconjunto de utilizadores de uma forma controlada antes de os fazer rolar para toda a infraestrutura de produção e base de utilizadores”.

Se isso não for suficiente, Michael Erpenbeck, diretor do DevOps no G2, fornece um contexto adicional: “Uma libertação canária é uma forma poderosa de disponibilizar novo código a uma base de utilizadores em crescimento – sem os riscos associados a uma implementação big-bang”.

As implementações Big-bang têm sido responsáveis por falhas, problemas de desempenho ou defeitos em muitos casos – o termo fornece, portanto, um contraste bem-vindo às libertações de canários (e outros métodos DevOps que aumentam a fiabilidade da implementação) neste ponto.

Docker e Kubernetes

Explicar Docker e Kubernetes sem um conhecimento básico de contentores, arquiteturas de micros serviços e padrões de infraestruturas nativas das clouds é um desafio. É por isso uma boa ideia usar uma analogia simples – como o empresário Blake Davis:

“Kubernetes é como o controlo de tráfego para veículos autónomos. Ajuda a aliviar a carga de trabalho, ajudando o sistema global a funcionar de forma mais eficiente e eficaz. É um estacionamento com manobrista ou uma passagem de carro.”

Se a sua contraparte é especialista em tecnologia, Anastasov sugere a seguinte resposta: “Esta nova geração de ferramentas democratizou a criação de software nativo das nuvens. Os contentores de doca são agora a forma padrão de empacotar software para que possa ser implantado, escalonado e distribuído dinamicamente em qualquer nuvem. E Kubernetes é a plataforma líder para a implantação de contentores em produção”.

Orçamentos de erro

Quando o seu CFO ou outra pessoa financeira pergunta sobre orçamentos de erro, precisa de transmitir como isso se relaciona com a definição de objetivos de nível de serviço e com o funcionamento de sistemas fiáveis e de alto desempenho.

Num post de blogue, Alex Nauda, CTO do fornecedor de plataformas Nobl9, fornece uma definição do termo: “Orçamentos de erro podem ser vistos como um modelo conceptual para compreender o risco aceitável nos seus serviços. Se tiver desperdiçado o seu orçamento de erro, deve concentrar-se em melhorar a fiabilidade”.

Se for um engenheiro de fiabilidade do site, é fundamental educar sobre os objetivos de nível de serviço e orçamentos de erro – especialmente para executivos exigentes que estão a pressionar por mais características sem considerar dívidas técnicas ou requisitos operacionais.

AIOps

Dada a abundância de jargão relacionado com Ops (DevOps, DevSecOps, DataOps, MLOps, ModelOps, BizOps, CloudOps, GitOps – para citar apenas alguns) pode causar confusão – ou pior, frustração.

Menciono aqui especificamente o AIOps porque é um bom exemplo de como diferentes definições de um termo podem levar a expectativas catastroficamente erradas. O AIOps não significa que a inteligência artificial assumirá as operações de TI ou que as empresas podem alcançar um desempenho dramaticamente melhorado com uma aplicação mal implementada. O hype em torno da inteligência artificial é tão grande que é aconselhável assegurar expectativas realistas. A IA pode simplificar operações multi-cloud, reduzir o tempo médio para resolver grandes incidentes ou melhorar a monitorização da aplicação. Estes são apenas alguns dos benefícios técnicos.

Assaf Resnick, CEO da BigPanda, explicaria a AIOps a um CEO ou CFO da seguinte forma: “Quando as empresas se mudaram para a cloud, isso levou a várias ordens de magnitude de aumento em escala, volume de dados e velocidade. Como resultado, as equipas de operações de TI lutaram para se manterem a par. O AIOps automatiza e habilita as operações de TI a fazer o seu trabalho e a manter os negócios e serviços digitais a funcionar na era moderna da cloud”.

Esta definição deixa claro que o AIOps ajuda as empresas a limitar o impacto das perturbações operacionais, a melhorar a fiabilidade e a crescer.

CI/CD, canary releases, Docker, Kubernetes e AIOps são apenas a ponta do iceberg – mas fornecem um bom ponto de partida para desmistificar as melhores práticas DevOps para os decisores empresariais.