O servidor está no ar, mas o cliente não consegue finalizar um pedido. O painel de infraestrutura continua verde e a operação comercial continua parada. Esse é o limite de medir disponibilidade apenas pelo funcionamento de uma máquina ou pela resposta da página inicial.
Um SLO deve representar um nível de serviço relevante para o usuário, com indicador, meta e janela de medição definidos. Em sistemas empresariais, isso costuma exigir olhar a jornada: consultar, registrar, aprovar, pagar ou receber uma resposta útil.
Diferencie indicador, objetivo e contrato
O material de SRE do Google apresenta objetivos de nível de serviço como metas de confiabilidade usadas para orientar decisões. Um SLI é o indicador medido; o SLO define o nível desejado. Um SLA pode envolver um compromisso contratual e suas consequências, exigindo tratamento próprio.
Não transforme uma meta interna em promessa comercial sem avaliar dependências e capacidade de medição. Também não copie um número elevado porque parece profissional. Uma meta só orienta a operação quando a equipe entende o que entra no cálculo e o que fazer ao se aproximar do limite.
Comece por uma jornada crítica
Em um exemplo hipotético de portal B2B, o fluxo importante é enviar uma solicitação válida e receber confirmação de registro. A página carregar não basta. A solicitação pode falhar na validação, na gravação ou na notificação.
Descreva o evento de sucesso de modo verificável. “Funcionou” é vago; “solicitação válida recebeu um identificador persistido” permite medição. Defina também quais entradas pertencem ao universo do indicador. Erros de usuário podem precisar de análise de experiência, mas não devem ser classificados automaticamente como falhas técnicas.
| Jornada | Indicador possível | O que evitar |
|---|---|---|
| Registro de pedido | Pedidos válidos confirmados | Contar apenas cliques no botão |
| Consulta de status | Respostas corretas em prazo definido | Medir somente resposta HTTP |
| Processamento em fila | Tarefas concluídas dentro da janela | Ignorar trabalho antigo pendente |
| Atendimento automatizado | Tarefas resolvidas com critério de qualidade | Contar toda resposta como sucesso |
Defina a janela e o denominador
Uma taxa exige saber sucesso sobre qual total. Eventos perdidos, duplicados ou amostrados de forma desigual podem distorcer o indicador. O mesmo cuidado vale para tentativas: uma pessoa que repete cinco vezes a mesma ação não representa necessariamente cinco necessidades distintas.
Em uma simulação, 9.950 conclusões corretas entre 10.000 solicitações válidas representam 99,5% no período observado. Esse cálculo não define a meta ideal. A decisão precisa considerar impacto, volume, custo de confiabilidade e expectativa da operação.
Analise também duração. Uma ação concluída depois de horas pode ser tecnicamente bem-sucedida e comercialmente inútil. Para fluxos sensíveis ao tempo, registre quantas conclusões ocorreram dentro do prazo relevante, sem esconder o restante na média.
Orçamento de erro precisa mudar decisões
O orçamento de erro representa a parcela de falhas tolerada pela meta definida. Seu valor prático está em orientar prioridades: continuar liberando funcionalidades, reduzir mudanças ou investir em estabilidade. Se o indicador piora e nenhuma decisão muda, a equipe criou um gráfico, não uma política.
Defina responsáveis e ações antes de um incidente. Uma degradação rápida pode exigir interromper um lançamento; uma deterioração lenta pode justificar investigação programada. O alerta deve indicar qual jornada está afetada e qual procedimento seguir, não apenas que uma porcentagem caiu.
Integrações externas fazem parte da experiência
O usuário não distingue facilmente se a falha ocorreu no seu sistema ou no fornecedor de pagamento. Meça a jornada completa e, separadamente, cada dependência. Isso permite explicar o impacto e agir no ponto correto sem remover do indicador os problemas mais inconvenientes.
Quando a origem estiver indisponível, considere alternativas: registrar para processar depois, oferecer consulta posterior ou encaminhar para atendimento humano. A contingência deve preservar a verdade do estado. “Recebido para processamento” é diferente de “concluído”.
Roteiro para implantar sem burocracia
- Escolha uma jornada que afeta receita ou operação.
- Defina sucesso e falha com exemplos concretos.
- Confira a qualidade dos eventos de medição.
- Observe uma linha de base antes de fixar a meta.
- Documente janela, objetivo e responsável.
- Associe alertas a ações executáveis.
- Revise a meta quando o produto ou o uso mudar.
Perguntas frequentes
Preciso medir todas as telas?
Não no início. Priorize jornadas críticas e amplie conforme surgem decisões que a medição pode apoiar. Muitos indicadores sem proprietário aumentam ruído.
100% é uma meta adequada?
Pode ser um desejo, mas não elimina falhas possíveis nem define uma política útil de tolerância e recuperação. A meta deve ser tecnicamente e economicamente fundamentada.
Isso serve para uma PME?
Sim, em escala compatível. Uma definição clara de “pedido registrado” e um alerta útil já podem ser mais valiosos do que um painel complexo de infraestrutura.
Referência e próximo passo
O capítulo Implementing SLOs, do Google SRE fundamenta os conceitos. Os exemplos de jornadas e o roteiro são uma aplicação editorial para sistemas empresariais.
Para transformar a expectativa de funcionamento em critérios verificáveis, use o guia de homologação e conheça o desenvolvimento da A2CR.
