Grafana Alloy ganha engine OpenTelemetry em Public Preview

O engine OTel do Grafana Alloy é uma distribuição do OpenTelemetry Collector que roda dentro do binário do Alloy. Ele executa o YAML padrão do collector, sem tradução e sem a sintaxe própria do Alloy. Quem já tem configuração de collector, segundo a Grafana, já tem configuração para o engine OTel. A CLI também segue o upstream: validate, components, print-config e --set funcionam como no collector, então scripts e CI que chamam otelcol validate continuam valendo.

Na instalação, o Helm chart upstream precisa de dois valores. O OpenTelemetry Operator falhava com a imagem do Alloy por não ter como definir o comando do container, e a Grafana adicionou spec.command upstream (Operator v0.153.0 e posteriores). Em instalação sem container, os pacotes rodam qualquer engine como serviço: com ALLOY_OTEL_MODE=1, o serviço sobe o engine OTel com o config.yaml. Desde o Alloy v1.19.0, o Fleet Management gerencia a configuração central, com o supervisor OpAMP embutido no binário e acionado pelo subcomando experimental otel-supervisor.

Para componentes que só existem no engine padrão, há a extensão alloyengine, que roda configuração Alloy no mesmo processo do collector. Ela é Experimental e deve continuar assim. Os dois engines não trocam dados diretamente, então o que cruza sai pela rede, geralmente em OTLP. Os usos com produtos do Grafana Cloud (Database Observability e Cloud Provider Observability) são experimentos sem suporte e não devem ir para produção.

Para quem opera plataforma de observabilidade, isso reduz o atrito de padronizar em OpenTelemetry sem abandonar o Alloy. Dá para manter o YAML do collector no pipeline de deploy e no CI, e ainda usar Fleet Management. Como é Public Preview, a leitura prudente é testar em ambientes não críticos e mapear quais componentes do engine padrão você ainda precisa antes de migrar.