Operações automation-first — como uma equipa reduzida sustenta um perímetro amplo

A constatação. Hoje uma equipa técnica reduzida faz funcionar uma infraestrutura que, há quinze anos, exigiria um departamento inteiro. Não é uma questão de efetivos : é uma questão de método. A engenharia da última década produziu um corpo de práticas — orquestração, observabilidade, controlo humano no ciclo — que permite a um punhado de engenheiros supervisionar um perímetro amplo sem serem submergidos. A investigação DORA documenta-o ano após ano : nem as ferramentas nem a dimensão da equipa preveem o desempenho, mas capacidades precisas e mensuráveis. A esta disciplina chamamos aqui automation-first.

De automatizar tarefas a operações automatizadas

Automatizar uma tarefa qualquer um sabe. Construir uma camada de operações automatizadas é outro ofício. A Google formalizou-o em Site Reliability Engineering (2016) : o trabalho manual repetitivo — o toil — não é só dispendioso, é tóxico, porque cresce linearmente com o serviço enquanto os efetivos não podem. A resposta é deixar o sistema governar-se onde é seguro e chamar um humano só onde é necessário. A camada assenta em três pilares que só funcionam juntos : orquestração, observabilidade e controlo humano no ciclo.

Orquestração e observabilidade

A orquestração moderna, popularizada por ferramentas como o Kubernetes, assenta num modelo declarativo : descreve-se o estado desejado e um controlador reconcilia a realidade com essa intenção ; o sistema torna-se idempotente e auditável. A observabilidade — poder colocar perguntas novas ao sistema sem o reimplantar, normalizada pelo OpenTelemetry em torno de traces, métricas e logs — distingue-se do simples monitoring. Daí nascem os SLO e o error budget do SRE.

O humano no ciclo

A automatização madura não procura retirar o humano, mas colocá-lo onde o seu juízo conta. Ações reversíveis e frequentes podem executar-se sozinhas ; as irreversíveis ou ambíguas exigem validação explícita. A ironia da automatização de Lisanne Bainbridge (1983) permanece atual : quanto mais automatizado o sistema, mais crítico e difícil se torna o papel residual do humano.

A disciplina do « feito em vez de descrito »

Uma organização lean define-se menos pelo que planeia do que pelo que termina. O pensamento lean, do Toyota Production System, trata o trabalho iniciado mas não terminado como stock : capital imobilizado, não progresso. Preferir um pequeno incremento entregue, verificado e observável a uma grande intenção nunca posta em produção é o equivalente operacional da conclusão DORA sobre lotes pequenos e frequência de implantação.

Onde nos situamos

Montandor Andorra é uma casa jovem com uma equipa técnica deliberadamente reduzida. Escolhemos desde o início uma camada de operações automatizada em vez de crescer em efetivos : orquestração declarativa, observabilidade de ponta a ponta e — uma regra inegociável — um humano responsável em toda ação irreversível. Não é uma singularidade : é a aplicação metódica de um corpo de engenharia público à escala de uma PME.

“Uma equipa pequena não sustenta um perímetro amplo trabalhando mais ; sustenta-o concebendo melhor.”
— Wouter Meijboom, CEO, Montandor Andorra.

Fontes

• Beyer, Jones, Petoff & Murphy — Site Reliability Engineering, Google / O'Reilly, 2016.
• DORA — relatórios Accelerate State of DevOps, 2014-2023.
• Womack & Jones — Lean Thinking, 1996; Toyota Production System.
• Lisanne Bainbridge — Ironies of Automation, Automatica, 1983.
• Cloud Native Computing Foundation — Kubernetes; OpenTelemetry.
• Charity Majors et al. — literatura sobre observabilidade.

Investigação dirigida por Margaux Lefèvre (CTO), em colaboração com Marek Nowak (SRE & DevOps Lead), Ilona Pavlenko (Delivery / Scrum) e Kateryna Koval (Product Manager IT).