Cultura DevOps

O DevOps é uma cultura e um conjunto de práticas que aproximam as equipas de desenvolvimento (Dev) e de operação (Ops) para entregar software mais depressa, mais vezes e com mais fiabilidade.

O DevOps não é uma ferramenta nem um cargo. É sobretudo uma forma de trabalhar em conjunto. As ferramentas (Git, Docker, Jenkins…) são apenas meios ao serviço desta cultura.

A própria palavra é a fusão de Developer + Operations:

Os três pilares

Mini-exercício — A palavra « DevOps » é a fusão de duas palavras. Quais, e o que designa cada uma?

Antes do DevOps, os programadores e os operacionais trabalhavam em silos separados. É o que se chama o muro da confusão (wall of confusion).

O programador entregava o código e passava a outra coisa. O operacional tinha de o fazer funcionar em produção, sem sempre compreender como. Resultado: conflitos, lentidão, e a famosa frase « funciona na minha máquina ».

O DevOps derruba este muro ao tornar as duas equipas uma só, a partilhar os mesmos objetivos e as mesmas ferramentas.

A colaboração significa que toda a equipa é responsável pelo produto, da escrita do código até ao seu bom funcionamento em produção.

Concretamente, a colaboração traduz-se por:

• Ferramentas partilhadas: toda a gente usa Git, o mesmo pipeline, os mesmos painéis.
• Responsabilidade partilhada: « you build it, you run it » (quem constrói faz correr).
• Comunicação contínua: sem transferência « por cima do muro », mas um trabalho comum.

Analogia: uma equipa de cozinha. O chef (Dev) e o empregado de mesa (Ops) não se passam a bola — visam juntos a satisfação do cliente. Se um prato volta, é assunto de toda a brigada.

A automatização consiste em substituir as tarefas manuais repetitivas por scripts e ferramentas. É o motor que torna o DevOps possível à escala.

O que se automatiza tipicamente:

Por que automatizar? Porque um humano que repete uma tarefa comete erros e perde tempo. Uma máquina executa o mesmo procedimento mil vezes sem se enganar. É mais rápido, mais fiável e reproduzível.

Mini-exercício — Dê duas razões concretas pelas quais se prefere automatizar uma tarefa repetitiva em vez de a fazer à mão.

A retroação rápida (fast feedback) consiste em detetar os problemas o mais cedo possível e aprender depressa para melhorar.

Fontes de retroação em DevOps:

• Testes automatizados: uma falha aparece em poucos minutos após o commit.
• Monitorização: alertas em tempo real quando alguma coisa corre mal (módulo 13).
• Logs e métricas: permitem compreender o comportamento real em produção.

Analogia: um termóstato. Mede em contínuo a temperatura (retroação) e ajusta o aquecimento de imediato. Sem este ciclo, só se saberia que a sala está fria ao tremer.

Mini-exercício — Com a ajuda da tabela de custos, indique em que momento a correção de um bug custa mais, e por que detetar cedo é preferível.

O DevOps é frequentemente representado por um ciclo infinito (∞), que simboliza a melhoria contínua: nunca se « acaba », itera-se sem cessar.

A metade esquerda é sobretudo « Dev », a metade direita sobretudo « Ops » — mas o ciclo é único e partilhado. É a essência do DevOps.

As empresas mais performantes implementam centenas de vezes por dia com uma taxa de falha muito baixa. Não é magia: é o resultado da cultura + automatização + retroação.

Mini-exercício — Segundo a tabela, compare a frequência das entregas com e sem DevOps.

Question 1: O DevOps é sobretudo…

a) Um software a instalar

b) Um cargo preciso na empresa

c) Uma cultura e um conjunto de práticas

d) Uma linguagem de programação

Question 2: O que é o « muro da confusão »?

a) Uma falha de segurança

b) A separação em silos entre Dev e Ops que cria conflitos

c) Um tipo de firewall

d) Uma etapa do pipeline

Question 3: Por que é a automatização central no DevOps?

a) Para suprimir todos os empregos

b) Porque torna as tarefas repetitivas rápidas, fiáveis e reproduzíveis

c) Porque é obrigatória por lei

d) Para abrandar as implementações

Question 4: Qual é o interesse da retroação rápida?

a) Detetar e corrigir os problemas cedo, quando custam menos

b) Evitar escrever testes

c) Reduzir a colaboração

d) Implementar uma única vez por ano

Question 5: O que simboliza o ciclo infinito do DevOps?

a) Que o trabalho nunca acaba e que se anda em círculos

b) A melhoria contínua e a iteração sem fim do ciclo Plan → Monitor → Plan

c) Um erro no pipeline

d) O reinício dos servidores

Instrução

Uma empresa fictícia, DataCorp, entrega a sua aplicação duas vezes por ano. Cada ida a produção ocupa um fim de semana inteiro, falha frequentemente, e a equipa Ops acusa a equipa Dev (e inversamente). Os bugs reportados pelos clientes levam semanas a ser corrigidos.

Identifique 3 problemas e proponha uma prática DevOps para cada um.

Correção proposta

Conclusão esperada: a DataCorp sofre de um défice nos três pilares. Ao automatizar as implementações, ao partir os silos e ao instalar testes + monitorização, passaria de 2 entregas por ano para entregas frequentes, fiáveis e pouco stressantes.

Dica: quase todo o problema DevOps se reduz a uma falha num dos três pilares — colaboração, automatização ou retroação.

Pontos a reter

1. O DevOps é uma cultura, não uma ferramenta: une Dev e Ops em torno de um produto comum.
2. Três pilares: colaboração, automatização, retroação.
3. O muro da confusão é o problema que o DevOps resolve.
4. Automatizar torna as entregas frequentes e fiáveis.
5. A retroação rápida deteta os problemas cedo — quando custam menos.
6. O ciclo infinito simboliza a melhoria contínua.

A continuação

Lugar aos conceitos que estruturam todo o curso: lição 03 — CI/CD: conceitos e pipeline.