Pular para o conteúdo

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.

6
módulos
22
tópicos
45
min para avaliar

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 pergunta

Sem alternativas para chutar: você escreve, a IA corrige com a rubrica do tópico e diz em que nível sua resposta está.

0 / 600

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.