Datadog lança o DatadogInstrumentation para gerenciar observabilidade no Kubernetes

O DatadogInstrumentation é um custom resource do Kubernetes que reúne em um só manifesto as configurações de checks de integração, coleta de logs e APM de um workload. A Datadog descreve o problema que ele ataca: hoje essas configurações ficam espalhadas. Em anotações de pod, qualquer mudança exige rollout do Deployment. Em arquivos de configuração do Agent, a equipe da aplicação precisa combinar com a equipe de plataforma, que pode ter de reiniciar o Agent.

No exemplo do post, um time de checkout usa o spec.targetRef para apontar o Deployment e o spec.config para definir checks (em YAML estruturado, não JSON embutido), logs e APM. O APM usa Single Step Instrumentation, com ddTraceVersions para escolher o SDK Java e ddTraceConfigs para serviço e ambiente. O Cluster Agent valida o recurso na hora do apply, então configuração inválida faz o kubectl apply devolver erro. As condições ChecksReady, LogsReady e APMReady aparecem no kubectl describe. Mudanças em checks e logs valem em runtime, sem reiniciar aplicação nem Agent. Já tracing e profiling só afetam pods novos, então pedem rollout. Os requisitos são Agent e Cluster Agent v7.85 ou superior, com Datadog Operator v1.31 ou superior ou Helm chart v3.255.0 ou superior.

Para quem opera plataforma, a leitura é que o manifesto de observabilidade passa a seguir o mesmo fluxo de pull request e GitOps do Deployment. Isso tira o time de plataforma do caminho em mudanças de tracing e reduz rollouts só para ajustar um check ou uma regra de máscara de logs. O Agent continua sob controle da plataforma, o que mantém a fronteira de responsabilidade. Vale checar as versões mínimas antes de planejar a adoção.