Trilha de estudo
Trilha Engenheiro de Observabilidade: tudo o que estudar, tópico por tópico
Avalia a capacidade de projetar e implementar sistemas de monitoramento, logging, rastreamento e alertas que proporcionam visibilidade profunda dos sistemas. Cobre Prometheus, Grafana, OpenTelemetry, stack ELK, alertas baseados em SLO, observabilidade de kernel com eBPF, AIOps e estrategia de observabilidade em escala.
Resposta curta
Para aprender Engenheiro de Observabilidade, percorra 6 módulos e 22 tópicos na ordem em que um apoia o próximo. Comece por Metricas & Monitoramento e siga para Logging e Rastreamento Distribuido. Use o mapa como checklist, ou meça seu nível e estude só o que falta.
O que você vai estudar
Os tópicos estão agrupados por módulo. Abra um para ver os objetivos e os conceitos-chave.
1 · Metricas & Monitoramento4 tópicos
Prometheus / Datadog / CloudWatch
Plataformas de coleta de metricas incluindo modelo pull do Prometheus, monitoramento baseado em agente do Datadog e integracao nativa AWS do CloudWatch; tipos de metricas (contador, gauge, histograma, sumario), arquiteturas push vs pull e convencoes de nomenclatura
Objetivos
- Comparar arquiteturas do Prometheus, Datadog e CloudWatch e seus trade-offs
- Escolher tipos de metricas apropriados para diferentes cenarios de medicao
Conceitos-chave
- modelo pull do Prometheus
- arquitetura de agente do Datadog
- namespaces e dimensoes do CloudWatch
- tipos de metricas (contador, gauge, histograma, sumario)
- modelos de coleta push vs pull
- convencoes de nomenclatura de metricas
- intervalos de scrape e alvos
- fundamentos de PromQL
Design de Metricas Customizadas
Design de metricas especificas da aplicacao que capturam sinais de saude do negocio e do sistema; metodologias RED (Taxa, Erros, Duracao) e USE (Utilizacao, Saturacao, Erros), granularidade de metricas, bibliotecas de instrumentacao e como evitar explosao de metricas
Objetivos
- Projetar metricas customizadas que capturem sinais significativos de saude do negocio e do sistema
- Aplicar metodologias RED e USE para instrumentar servicos eficazmente
Conceitos-chave
- metodo RED
- metodo USE
- decisoes de granularidade de metricas
- bibliotecas de instrumentacao
- padroes de nomenclatura de metricas
- metricas de negocio vs metricas de sistema
- como evitar explosao de metricas
- design de buckets de histograma
Dashboarding (Grafana)
Construcao de dashboards eficazes no Grafana e ferramentas similares; principios de layout, templating com variaveis, integracao de alertas, dashboard-como-codigo com JSON/Grafonnet/Terraform e visoes especificas por audiencia
Objetivos
- Projetar dashboards Grafana que permitam triagem rapida de incidentes
- Implementar praticas de dashboard-como-codigo para consistencia e controle de versao
Conceitos-chave
- tipos de paineis e layouts do Grafana
- templating com variaveis
- dashboard-como-codigo (Grafonnet, Terraform)
- dashboards especificos por audiencia
- padroes de dashboard USE/RED
- anotacoes de alertas em dashboards
- navegacao drill-down
- versionamento de dashboards
Gerenciamento de Cardinalidade
Gerenciamento de metricas de alta cardinalidade que ameacam estabilidade e custos do sistema; deteccao de explosao de labels, estrategias de reducao de cardinalidade, pipelines de relabeling e down-sampling de armazenamento de longo prazo com Thanos, Cortex ou Mimir
Objetivos
- Detectar e remediar explosao de cardinalidade antes que impacte a estabilidade do sistema
- Projetar pipelines de metricas com cardinalidade sustentavel para armazenamento de longo prazo
Conceitos-chave
- explosao de cardinalidade de labels
- ferramentas de estimativa de cardinalidade
- relabeling do Prometheus
- regras de agregacao de metricas
- recording rules para pre-agregacao
- armazenamento de longo prazo (Thanos, Cortex, Mimir)
- estrategias de down-sampling
- impacto de custo da cardinalidade
2 · Logging4 tópicos
Boas Praticas de Logging Estruturado
Implementacao de logging estruturado com formatos JSON ou chave-valor; niveis de log e severidade, IDs de correlacao para rastreamento de requisicoes, enriquecimento de contexto, redacao de PII e padroes de logging entre servicos poliglotas
Objetivos
- Implementar padroes de logging estruturado entre servicos para parsing consistente
- Aplicar padroes de redacao de PII e enriquecimento de contexto em logs de producao
Conceitos-chave
- logs estruturados vs nao estruturados
- formato de log JSON
- niveis de log (DEBUG, INFO, WARN, ERROR, FATAL)
- IDs de correlacao
- enriquecimento de contexto
- redacao de PII em logs
- bibliotecas de logging (Winston, Logback, structlog)
- padronizacao de schema de logs
Agregacao de Logs (ELK / Loki / CloudWatch)
Centralizacao de logs com Elasticsearch-Logstash-Kibana (ELK), Grafana Loki ou CloudWatch Logs; agentes de envio de logs (Fluentd, Fluent Bit, Filebeat), gerenciamento de indices, consultas de logs e arquiteturas de logging multi-tenant
Objetivos
- Projetar um pipeline de agregacao centralizada de logs que escale com o numero de servicos
- Comparar ELK, Loki e CloudWatch Logs para diferentes necessidades organizacionais
Conceitos-chave
- arquitetura do stack ELK
- labels de log do Grafana Loki
- CloudWatch Logs Insights
- agentes de envio de logs (Fluentd, Fluent Bit, Filebeat)
- gerenciamento de ciclo de vida de indices
- linguagens de consulta de logs (KQL, LogQL)
- isolamento de logs multi-tenant
- buffering e backpressure de pipeline de logs
Alertas Baseados em Logs
Criacao de alertas a partir de padroes e anomalias em logs; metricas derivadas de logs, regras de correspondencia de padroes, alertas baseados em limiar vs anomalia, reducao de falsos positivos e integracao com fluxos de gestao de incidentes
Objetivos
- Projetar regras de alerta baseadas em logs que detectem problemas reais sem ruido excessivo
- Integrar alertas de log em fluxos de trabalho de gestao de incidentes existentes
Conceitos-chave
- metricas derivadas de logs
- regras de correspondencia de padroes
- alertas de log baseados em limiar
- deteccao de anomalias baseada em logs
- roteamento de alertas a partir de logs
- reducao de falsos positivos
- deduplicacao de alertas de log
- integracao com PagerDuty/OpsGenie
Retencao de Logs & Otimizacao de Custos
Gerenciamento de custos de armazenamento de logs atraves de politicas de retencao, armazenamento em camadas, amostragem de logs, requisitos de retencao para conformidade, arquivamento em armazenamento frio e otimizacao de custo-por-GB
Objetivos
- Projetar politicas de retencao de logs que equilibrem custo, conformidade e necessidades operacionais
- Implementar estrategias de armazenamento em camadas que reduzam custos de logging em 40-60%
Conceitos-chave
- design de politica de retencao
- armazenamento em camadas (quente, morno, frio)
- amostragem e filtragem de logs
- requisitos de retencao para conformidade (SOC2, HIPAA, GDPR)
- arquivamento em armazenamento frio (S3, Glacier)
- analise de custo-por-GB
- rollover e encolhimento de indices
- previsao de volume de logs
3 · Rastreamento Distribuido4 tópicos
Instrumentacao com OpenTelemetry
Instrumentacao de aplicacoes com SDKs do OpenTelemetry para traces, metricas e logs; auto-instrumentacao vs instrumentacao manual, propagacao de contexto (W3C Trace Context, B3), exportadores e arquitetura do Collector
Objetivos
- Instrumentar um microsservico com OpenTelemetry para traces, metricas e logs
- Configurar o pipeline do OpenTelemetry Collector com processadores e exportadores
Conceitos-chave
- configuracao do SDK OpenTelemetry
- agentes de auto-instrumentacao
- criacao manual de spans
- propagacao de contexto (W3C, B3)
- arquitetura do OpenTelemetry Collector
- exportadores (OTLP, Jaeger, Zipkin)
- atributos de recurso
- convencoes semanticas
Analise & Depuracao de Traces
Uso de traces distribuidos para diagnosticar latencia, erros e gargalos; flame graphs, visualizacao waterfall, filtragem por atributos de span, correlacao trace-log e analise de causa raiz usando dados de trace
Objetivos
- Diagnosticar gargalos de latencia e erros usando dados de trace distribuido
- Correlacionar traces com logs e metricas para construir um quadro completo de falhas
Conceitos-chave
- analise de trace waterfall
- flame graphs para latencia
- filtragem por atributos de span
- correlacao trace-para-log
- deteccao de spans com erro
- analise de caminho critico
- comparacao de traces (antes/depois)
- causa raiz a partir de dados de trace
Mapeamento de Dependencias de Servicos
Descoberta automatica e visualizacao de dependencias de servicos a partir de dados de trace; geracao de grafos de dependencia, identificacao de caminho critico, analise de raio de explosao e deteccao de dependencias ocultas e chamadas circulares
Objetivos
- Construir e manter mapas de dependencia de servicos a partir de telemetria de traces
- Usar mapas de dependencia para avaliar raio de explosao e planejar rollouts de mudancas
Conceitos-chave
- grafos de dependencia auto-gerados
- identificacao de caminho critico
- analise de raio de explosao
- deteccao de dependencias ocultas
- deteccao de dependencias circulares
- visualizacao de fluxo de trafego
- propagacao de SLO de dependencias
- integracao de service mesh para topologia
Estrategias de Amostragem
Controle do volume de traces por amostragem sem perder visibilidade de erros e latencia de cauda; amostragem head-based vs tail-based, amostragem probabilistica, limitacao de taxa, amostragem prioritaria e o processador de amostragem do OpenTelemetry Collector
Objetivos
- Projetar estrategias de amostragem que reduzam volume de traces preservando visibilidade de erros
- Comparar trade-offs de amostragem head-based e tail-based para diferentes arquiteturas
Conceitos-chave
- amostragem head-based
- amostragem tail-based
- amostragem probabilistica
- limitador de taxa de amostragem
- amostragem prioritaria
- padrao de sempre-amostrar-erros
- processador de amostragem tail do OpenTelemetry
- vies de amostragem e seus efeitos em analytics
4 · Alertas & SLOs4 tópicos
Design de Alertas & Reducao de Ruido
Design de alertas com alto sinal e baixo ruido; alertas baseados em sintoma vs causa, classificacao de severidade de alertas, deduplicacao, agrupamento, regras de inibicao, metricas de fadiga de alertas e praticas sustentaveis de plantao
Objetivos
- Projetar regras de alerta que maximizem sinal e minimizem ruido
- Implementar agrupamento e inibicao de alertas para reduzir a carga de plantao
Conceitos-chave
- alertas baseados em sintoma
- alertas baseados em causa
- niveis de severidade de alertas (P1-P4)
- deduplicacao e agrupamento de alertas
- regras de inibicao do Alertmanager
- metricas de fadiga de alertas
- relacao sinal-ruido
- sustentabilidade de plantao
Alertas Baseados em SLO
Definicao de SLOs e uso de alertas de taxa de consumo de orcamento de erro; alertas de taxa de consumo multi-janela, selecao de SLI, dashboards de rastreamento de orcamento de erro e a relacao entre SLOs, orcamentos de erro e decisoes de lancamento
Objetivos
- Definir SLOs significativos e implementar alertas de taxa de consumo multi-janela
- Usar orcamentos de erro para tomar decisoes orientadas por dados sobre lancamentos e confiabilidade
Conceitos-chave
- hierarquia SLI/SLO/SLA
- calculo de orcamento de erro
- alertas de taxa de consumo de janela unica
- alertas de taxa de consumo multi-janela
- politicas de esgotamento de orcamento de erro
- gating de lancamento baseado em SLO
- dashboards de orcamento de erro
- selecao significativa de SLI
Automacao de Runbooks
Codificacao de procedimentos de resposta a incidentes como runbooks executaveis; design de runbooks, fluxos de trabalho de remediacao automatizada, sistemas de auto-recuperacao, integracao com pipelines de alertas e medicao de melhorias no tempo-para-remediacao
Objetivos
- Projetar runbooks que possam ser progressivamente automatizados para modos de falha comuns
- Implementar remediacao automatizada com guardrails e rollback apropriados
Conceitos-chave
- estrutura e templates de runbook
- fluxos de remediacao automatizada
- padroes de auto-recuperacao
- vinculacao runbook-alerta
- automacao de arvore de decisao
- guardrails de automacao segura
- rastreamento de tempo-para-remediacao
- teste e validacao de runbooks
Correlacao Multi-Sinal
Correlacao de metricas, logs e traces para acelerar analise de causa raiz; vinculacao de exemplares, correlacao trace-para-metrica, ponte log-para-trace, visoes unificadas de observabilidade e construcao de fluxos de correlacao no Grafana/Datadog
Objetivos
- Construir fluxos de correlacao que conectem metricas, logs e traces para RCA rapido
- Implementar vinculacao de exemplares para saltar de anomalias de metricas para traces relevantes
Conceitos-chave
- exemplares metricas-para-traces
- correlacao trace-para-log
- consulta unificada entre sinais
- correlacao do Grafana Explore
- tagging unificado do Datadog
- alinhamento de janela temporal
- propagacao de contexto entre sinais
- condicoes de alerta compostas
5 · Plataforma & Ferramentas3 tópicos
Design de Pipeline de Observabilidade
Arquitetura de pipelines de dados para coleta, transformacao e roteamento de telemetria; pipelines do OpenTelemetry Collector, roteamento com vector/fluentd, transformacao e enriquecimento de dados, fan-out para multiplos backends e confiabilidade de pipeline
Objetivos
- Projetar pipelines de observabilidade que roteiem telemetria para multiplos backends com confiabilidade
- Implementar transformacao e enriquecimento de dados dentro do pipeline de telemetria
Conceitos-chave
- configuracao de pipeline do OpenTelemetry Collector
- padrao de receivers, processors, exporters
- roteamento e fan-out de telemetria
- transformacao e enriquecimento de dados
- buffering e backpressure de pipeline
- confiabilidade e failover de pipeline
- roteamento multi-backend
- pipeline-como-codigo
eBPF & Observabilidade de Kernel
Uso de eBPF para observabilidade de nivel de kernel com baixo overhead; rastreamento de rede, monitoramento de syscalls, profiling de aplicacoes sem instrumentacao, ferramentas (Cilium, Pixie, bpftrace) e observabilidade de service mesh baseada em eBPF
Objetivos
- Explicar como eBPF permite observabilidade sem instrumentacao em nivel de aplicacao
- Avaliar ferramentas baseadas em eBPF para casos de uso de observabilidade de rede e aplicacao
Conceitos-chave
- fundamentos de eBPF para observabilidade
- tracepoints e kprobes do kernel
- observabilidade de rede com Cilium
- auto-instrumentacao com Pixie
- scripting com bpftrace
- profiling continuo com eBPF
- observabilidade sem instrumentacao
- modelo de seguranca e verificador do eBPF
Real User Monitoring (RUM)
Captura de metricas de experiencia real do usuario em navegadores e apps moveis; Core Web Vitals, replay de sessao, rastreamento de erros, mapeamento de jornada do usuario, monitoramento sintetico vs usuario real e conexao de sinais frontend com traces backend
Objetivos
- Implementar RUM para capturar experiencia real do usuario e conecta-la com observabilidade backend
- Usar Core Web Vitals e replay de sessao para diagnosticar problemas de desempenho frontend
Conceitos-chave
- Core Web Vitals (LCP, FID/INP, CLS)
- integracao de SDK RUM
- replay de sessao
- rastreamento de erros JavaScript
- monitoramento de funil de jornada do usuario
- monitoramento sintetico vs RUM
- vinculacao de trace frontend-para-backend
- monitoramento de desempenho de apps moveis
6 · Estrategia3 tópicos
Cultura & Adocao de Observabilidade
Impulsionando adocao de observabilidade entre equipes de engenharia; onboarding de desenvolvedores em ferramentas de observabilidade, construcao de uma guilda de observabilidade, definicao de padroes e sinais dourados, medicao de maturidade de adocao e tornar observabilidade uma pratica de primeira classe de engenharia
Objetivos
- Construir um programa de adocao de observabilidade que escale entre equipes de engenharia
- Medir maturidade de observabilidade e definir roadmaps de melhoria
Conceitos-chave
- modelo de maturidade de observabilidade
- programas de onboarding de desenvolvedores
- guilda / CoE de observabilidade
- padronizacao de sinais dourados
- campoes de observabilidade
- metricas e KPIs de adocao
- bibliotecas de instrumentacao inner-source
- cultura de observabilidade como codigo
Gestao de Custos de Observabilidade
Otimizacao do custo total de infraestrutura de observabilidade; previsao de volume de dados, precificacao de ingestao em camadas, reducao de volume de metricas e logs, comparacao de custos de fornecedores e construcao de modelos de chargeback para gastos com observabilidade
Objetivos
- Construir um modelo de custos para infraestrutura de observabilidade com previsao precisa
- Implementar estrategias de otimizacao de custos que reduzam gastos sem perder visibilidade
Conceitos-chave
- drivers de custo de observabilidade
- previsao de volume de dados
- modelos de precificacao de ingestao em camadas
- reducao de volume de metricas e logs
- frameworks de comparacao de custos de fornecedores
- modelos de chargeback e showback
- trade-offs de open-source vs comercial
- analise de custo total de propriedade
Avaliacao & Migracao de Fornecedores
Avaliacao de fornecedores de observabilidade e planejamento de migracoes; processos de RFP/RFI, design de prova de conceito, portabilidade de dados com OpenTelemetry, estrategias de migracao, arquiteturas multi-fornecedor e como evitar lock-in de fornecedor
Objetivos
- Liderar avaliacao e selecao de fornecedores para plataformas de observabilidade empresarial
- Projetar planos de migracao que minimizem interrupcao e preservem continuidade de telemetria
Conceitos-chave
- frameworks de avaliacao de fornecedores
- RFP/RFI para plataformas de observabilidade
- design de prova de conceito
- portabilidade de dados via OpenTelemetry
- estrategias de migracao (dual-write, corte faseado)
- arquiteturas multi-fornecedor
- como evitar lock-in de fornecedor
- negociacao de contratos para SaaS de observabilidade
Níveis: Júnior, Pleno, Sênior e Especialista
Explique com suas palavras
Corrigido por IA · sem cadastro · 1 perguntaSem alternativas para chutar: você escreve, a IA corrige com a rubrica do tópico e diz em que nível sua resposta está.
Já estuda Engenheiro de Observabilidade?
A avaliação mede tópico por tópico, e o plano pula o que você já sabe.
Aberto para ler. A conta só é necessária para ser medido.
Perguntas frequentes
Por onde começar a estudar Engenheiro de Observabilidade?
Comece por Metricas & Monitoramento: Prometheus / Datadog / CloudWatch, Design de Metricas Customizadas e Dashboarding (Grafana). O mapa ordena os tópicos pelo que depende de quê, então cada um prepara o seguinte.
Quanto tempo leva uma avaliação completa de Engenheiro de Observabilidade?
Uma avaliação completa desta trilha leva cerca de 45 minutos. O tempo de estudo depende de onde você começa; o diagnóstico mostra quais tópicos você pode pular.
Preciso de conta para usar esta página?
Não. O mapa, os objetivos e os conceitos-chave são abertos. A conta só é necessária para ser medido, ver seu gap por tópico e receber um plano.