Todo guardrail que criamos começa como um formato de política: um operador de comparação, um limite, uma janela de avaliação e, opcionalmente, uma duração de promote-after-healthy, pause-after-uncertain ou resume-cool-down. Até agora, definir esse formato era um ato por rollout: copiar o mesmo limite de p95 em cada novo rollout do mesmo serviço, na mão.
Templates de guardrail mudam isso. Defina o formato uma vez por projeto, depois instale em qualquer rollout desse projeto.
Como funciona
Um GuardrailTemplate carrega os mesmos campos ajustáveis de um guardrail criado manualmente, validados com as mesmas regras. O que ele deliberadamente não carrega é uma referência a uma métrica ou rollout específico. Isso é fornecido na hora de instalar, então um único template ("checkout p95, 500ms, janela de 5 minutos") pode dar base ao guardrail de uma dúzia de rollouts diferentes num projeto, cada um apontando pra sua própria métrica.
Instalar um template produz um guardrail pelo mesmo caminho de criação de um manual: sem atalho, sem furar a validação de posse ou de limites. É o mesmo objeto por baixo; o template só é onde o formato da política passa a morar, pra não precisar ser digitado de novo.
Por que isso importa
Se o seu time roda o mesmo limite de latência ou taxa de erro em todo serviço de um projeto, o que a maioria dos times faz, já que um SLO compartilhado normalmente implica um guardrail compartilhado, um template transforma "lembrar de configurar o limite certo em todo rollout novo" em "instalar o template". Um limite que precisa ser recalibrado (veja por que um guardrail que nunca dispara não é conservador) agora é atualizado num lugar só, em vez de caçado em cada rollout que copiou ele.
Templates de guardrail estão disponíveis hoje em todos os planos.