Documentação

Sentinel

Monitores autônomos que detectam condições e iniciam tarefas de correção quando as encontram.

Sentinel O Sentinel detecta condições e age quando as encontra. Enquanto uma agenda é acionada por tempo, o Sentinel é acionado quando algo se torna verdadeiro.

Encontre-o na área de Agendas da fábrica.

O que ele monitora

Condições definidas por você — uma verificação com falha, um padrão aparecendo no código-fonte, um sinal proveniente de um sistema conectado ou uma norma que saiu de conformidade.

Quando um monitor é acionado, ele inicia tarefas de correção: uma tarefa comum, com especificação, seguindo o mesmo caminho de planejamento, construção, verificação e Revisão de qualquer outro item.

Por que essa abordagem é segura

O Sentinel não corrige seu código diretamente. Ele inicia tarefas que corrigem seu código, e essas tarefas geram uma pull request para sua aprovação.

Isso é mais importante do que parece. Um sistema autônomo que edita o código de produção diretamente não passa por etapa de revisão exatamente no momento em que mais se precisa dela — quando ninguém solicitou a alteração e ninguém está observando. Seguir o caminho normal significa que a autonomia aumenta a produtividade sem remover o controle.

Modelos

Monitores comuns são fornecidos como modelos para que você não precise criar o primeiro do zero:\nverificações de integridade recorrentes, detecção de desvios e ciclos de correção padrão.

Comece por um modelo, execute-o em modo consultivo por algum tempo e faça ajustes antes de permitir que ele inicie tarefas sem supervisão.

Mantendo o controle

As tarefas abertas pelo Sentinel competem pelos mesmos slots de agente que todo o restante. Um monitor que dispara com frequência pode consumir sua capacidade silenciosamente.

Três regras para mantê-lo útil:

  1. Dê a ele prioridade menor que o trabalho solicitado por humanos. P2 ou P3.
  2. Defina condições específicas. "Uma verificação falhou" dispara constantemente em um repositório movimentado; "essa verificação específica falhou na branch base por mais de uma hora" dispara quando algo está realmente errado.
  3. Reveja os resultados. Se um monitor abriu vinte tarefas e você fez merge de duas, elas estão gerando ruído e desperdício de recursos, não valor.

Observe a taxa de merge, não a taxa de disparo

A medida precisa de um monitor é a fração do trabalho que ele inicia e que é mesclada. Um monitor que dispara raramente e está certo sempre está funcionando. Um monitor que dispara constantemente e é geralmente ignorado é um ônus.