Spacelift explica como construir golden paths em platform engineering

A Spacelift define um golden path como uma rota opinativa, documentada, suportada e de autosserviço para uma tarefa comum de engenharia, como provisionar um banco ou subir um serviço novo. A ideia vem da Spotify. O time de plataforma é dono do caminho, e times de produto (cada vez mais, agentes de IA) o consomem. A meta realista é cobrir os 80% repetitivos. Os outros 20%, como bancos especializados ou workloads sensíveis a latência com rede customizada, seguem por um processo de exceção.

O guia lista cinco blocos: módulos de IaC, definições de pipeline, guardrails de política (Open Policy Agent, Checkov, SCPs da AWS), documentação e uma entrada no portal. O rollout tem quatro fases: entender o estado atual, construir templates e guardrails, fazer piloto e iterar, e planejar a operação do dia 2 (versionamento semântico, drift detection, depreciação e descomissionamento). Para agentes, o texto pede API ou servidor MCP, entradas tipadas, identidades com credenciais curtas e escopo, e aprovação humana em produção. Na medição, adoção vem antes das métricas de entrega. O exemplo prático é um módulo rds-postgres com OpenTofu 1.10.3, que aplica Multi-AZ e proteção contra exclusão em produção.

Em 11 de março de 2026, o CEVIU noticiou "Spacelift Templates: Infraestrutura Self-Service para Todo Desenvolvedor", sobre templates com configurações imutáveis e fixadas por versão. O guia atual cita esse recurso como a peça de gerenciamento de ciclo de vida do golden path: cada versão publicada fica presa a um commit, e o upgrade em vários deployments se torna prático. Em 11 de julho de 2026, o CEVIU também cobriu o Spacelift Intent, que implanta módulos Terraform aprovados de um registro privado por linguagem natural. O guia amplia o foco do recurso para a lógica de plataforma, com a camada de agentes.

Para quem opera plataforma, a leitura é que golden path deixa de ser só portal bonito e vira produto versionado, com changelog, deprecação e drift detection. Se agentes vão consumir os mesmos caminhos, entradas tipadas, identidades escopadas e gates de aprovação passam a fazer parte do desenho desde o início. O exemplo do rds-postgres mostra o ponto prático: o módulo decide os defaults seguros (Multi-AZ, proteção contra exclusão) para que o consumidor não precise decidir.