SLOs

Um SLO (Service Level Objective) é uma meta mensurável de disponibilidade ou latência de um serviço. No Tear.ia os SLOs são declarados como código no cluster e sincronizados automaticamente com o Datadog — sem configurar em dois lugares.

Como funciona

SLOConfig (CRD no cluster)
      │  operator reconcilia
      ▼
Tear.ia  ──sincroniza──▶  Datadog (cria/atualiza o SLO)
      ▲
      │  ARIA propõe mudança → fila de mudanças pendentes
      │  operator aplica no CRD → controller reprocessa
  • Você declara o SLO como um recurso SLOConfig no repositório do serviço.
  • O operator reconcilia o CRD e a plataforma sincroniza o SLO com o Datadog.
  • A plataforma acompanha o estado de cada SLO (dentro da meta / em risco / violado).

A tela de SLOs

Em SLOs (menu lateral) você vê, para cada serviço:

  • Alvo — a meta declarada (ex.: 99,9% de disponibilidade)
  • Estado atual — dentro da meta, em risco ou violado na janela vigente
  • Serviço e cluster — a que workload o SLO pertence

Propor mudanças via ARIA

A ARIA pode propor ajustes de SLO em linguagem natural. Exemplos:

  • "Proponha aumentar o alvo do SLO checkout-availability para 99,95%"
  • "Gere um SLO de latência p99 para o payment-service"

A proposta entra numa fila de mudanças pendentes. Quando aprovada, o operator aplica a alteração no SLOConfig do cluster e o controller reprocessa — mantendo o Git como fonte da verdade. A ARIA nunca altera o SLO diretamente no Datadog.

Dúvidas comuns

Preciso do Datadog para usar SLOs? Sim. A sincronização de SLOs depende da integração com o Datadog. Veja Integrações.

O que acontece se eu editar o SLO direto no Datadog? O Git (via SLOConfig) é a fonte da verdade — na próxima reconciliação a plataforma reconcilia o estado declarado. Prefira alterar pelo CRD ou via proposta da ARIA.

Próximos passos

Cobertura de ObservabilidadeFilas