Harness apresenta nova experiência de plataforma com Delegate leve em Go e Worker Agents

A Harness reconstruiu a plataforma em torno de um Delegate escrito em Go, descrito como leve, com pegada pequena e partida rápida. A mudança central está na execução: o Delegate deixa de rodar os passos de CD como processo próprio e passa a orquestrá-los. Cada etapa de CD roda no seu próprio container, com as ferramentas e versões que precisa. Na prática, você não gerencia mais ferramentas de deploy dentro do Delegate, e não há conflito entre versões de ferramentas e o host. A Harness diz que as execuções de CD se comportam como antes e que os pipelines rodam com mais confiabilidade.

Como o Delegate virou orquestrador puro, atualizações de passos saem em novas imagens de definição de step, sem exigir upgrade do Delegate. Os steps são templates versionados na biblioteca global da Harness, e o time aprova e fixa (pin) a versão que cada pipeline usa. A versão fica registrada no YAML e pode ser restringida via OPA. O modelo de pipeline também muda: sai a separação por tipo de stage e entra um modelo único de stage e execução, com YAML mais plano, Smart Defaults, JEXL mantido e CEL com a sintaxe ${{ ... }} adicionada. Quem usa OPA precisa atualizar e retestar o Rego contra o novo schema antes de aplicá-lo a pipelines convertidos.

Os Worker Agents são recursos e steps de pipeline de primeira classe, sujeitos às mesmas aprovações, políticas e audit logs. O rollout é opt-in via early access, a plataforma nova e a atual convivem lado a lado, e a conversão de pipeline é opcional e gera uma cópia. Dashboards antigos baseados em Looker não são migrados automaticamente.

Para quem opera plataforma, o ponto mais concreto é tirar o toolchain de deploy do host do Delegate: menos imagem para manter e menos conflito de versão. O pin de versão de step, combinado com OPA, dá um caminho para controlar quando mudanças chegam à produção. Já a promessa de agentes sob a mesma governança dos pipelines é uma leitura da proposta da Harness, e vale validar em early access antes de depender dela. Quem mantém políticas em Rego deve reservar tempo para retestá-las.