12 semanas · intensivo
Para quem tem prazo
Cerca de 8 horas por semana, em 1 ciclo focados nas lacunas que mais pesam.
Carreira em 2026 e 2027
Engenheiro(a) de Observabilidade
O engenheiro de observabilidade desenha como os sistemas emitem métricas, logs e traces e como esses dados viram alertas, dashboards e respostas durante incidentes. O papel evolui de instrumentar serviços individuais para operar a plataforma de telemetria, seu custo e sua adoção na empresa.
Conteúdo revisado em 20 de outubro de 2026
- Níveis
- 3
- Habilidades mapeadas em Sênior
- 10
O que cada nível precisa provar
Sênior
É dono da plataforma de telemetria: seus pipelines, escala, custo e as práticas que os times seguem para usá-la bem.
Você deixa de instrumentar serviços isolados e desenha os pipelines, a retenção e a amostragem que atendem todos os times. Boa parte do trabalho são trade-offs entre visibilidade e custo, além de conseguir que os engenheiros adotem padrões comuns. O que muda em relação ao pleno é que você responde pela plataforma inteira.
Score médio exigido: 78%
Cardinality Management
Por quê: Você detecta uma explosão de labels, faz relabel na ingestão e reduz a resolução de dados antigos, e um time que adiciona um label de user id não derruba o backend de métricas.
Log Retention & Cost Optimization
Por quê: Você define retenção em camadas e amostragem por classe de log e exigência legal, e a conta de logs deixa de crescer mais rápido que o tráfego sem perder os dados de auditoria.
Service Dependency Mapping
Por quê: Você gera o grafo de dependências a partir dos traces e estima o raio de impacto, e antes de uma migração arriscada sabe quais serviços chamam o componente alterado.
Sampling Strategies
Por quê: Você escolhe amostragem head ou tail no Collector para que erros e traces lentos sejam sempre mantidos, enquanto o tráfego rotineiro é reduzido para caber no orçamento de armazenamento.
SLO-Based Alerting
Por quê: Você padroniza SLOs e alertas de burn rate entre os times, e as decisões de release e congelamento partem da mesma visão de error budget em todo lugar.
Runbook Automation
Por quê: Você codifica a correção de um incidente recorrente como runbook automatizado disparado por um alerta, e uma falha conhecida se cura sozinha e o tempo de remediação pode ser medido.
Observability Pipeline Design
Por quê: Você desenha pipelines de Collector que enriquecem, roteiam e distribuem telemetria com confiabilidade, e trocar ou adicionar um backend não exige mudar todas as aplicações.
eBPF & Kernel Observability
Por quê: Você usa ferramentas eBPF como Pixie ou bpftrace para ver o comportamento de rede e de syscalls sem alterar código, e consegue depurar um serviço legado que ninguém consegue instrumentar.
Observability Culture & Adoption
Por quê: Você define golden signals e padrões de onboarding e mede a adoção, e um time que entrega código sem instrumentação é notado e ajudado antes do primeiro incidente.
Cost Management for Observability
Por quê: Você projeta o volume de telemetria e monta chargeback por time, e um pico inesperado de ingestão é rastreado até o responsável e discutido com números.
Estude para Engenheiro(a) de Observabilidade: trilhas e simulados
Cada nível desta carreira corresponde a uma trilha de estudo. Leia o mapa completo de tópicos de graça e depois meça seu nível.
Dois caminhos para subir um nível
40 semanas · regular
Junto com o trabalho
Cerca de 4 horas por semana, em 3 ciclos. Cada ciclo leva o que ficou pendente do anterior.
Perguntas frequentes
O que é Engenheiro(a) de Observabilidade?
O engenheiro de observabilidade desenha como os sistemas emitem métricas, logs e traces e como esses dados viram alertas, dashboards e respostas durante incidentes. O papel evolui de instrumentar serviços individuais para operar a plataforma de telemetria, seu custo e sua adoção na empresa.
O que cada nível de Engenheiro(a) de Observabilidade precisa comprovar?
Engenheiro(a) de Observabilidade está mapeado em 3 níveis: Pleno, Sênior e Especialista. Abra cada nível acima para ver as habilidades que ele precisa comprovar.
Quanto tempo leva o plano de Engenheiro(a) de Observabilidade?
O plano tem 2 ritmos: 12 semanas por nível, com cerca de 8 horas por semana (intensivo) e 40 semanas por nível, com cerca de 4 horas por semana (regular).
Como o plano funciona
Tutor IA
Uma sessão de estudo para cada tema novo, no seu nível.
Escola de IA
Aulas práticas de uso de IA no dia a dia da sua carreira.
Assessments
Cada requisito é provado por medição, não por um checkbox.
Revisão de etapa
No fim de cada ciclo você vê o que avançou e o que segue para o próximo.
Descubra em que nível você está
Um diagnóstico curto mede as habilidades que você já tem. A jornada começa daí.