OpenTelemetry: collector vs. agent — como escolher a abordagem certa de telemetria

O artigo explica as diferenças práticas entre instrumentar serviços enviando telemetria diretamente por um agent (sidecar/daemon) e centralizar coleta, processamento e roteamento via OpenTelemetry Collector. A comparação passa por arquitetura, desempenho e isolamento de falhas: agents tendem a simplificar o caminho de dados por host/pod, enquanto o Collector adiciona uma camada para normalização, batching, retries, filtragem e exportação para múltiplos backends. A escolha depende do seu cenário: em ambientes Kubernetes e multi-tenant, o Collector costuma ganhar por permitir políticas consistentes de processamento, controle de custos e governança de logs/métricas/traces; já em workloads menores ou com requisitos rígidos de latência e simplicidade operacional, um agent pode ser suficiente. O texto também destaca padrões comuns (agent + collector) para equilibrar resiliência, padronização e flexibilidade na pipeline de observabilidade.