Uma reunião de revisão trimestral de operações termina com um problema comum: o time bateu o SLA combinado com o cliente, e ninguém questiona muito além disso. Rolando Bonaccorsi, especialista em gestão de operações de TI e excelência em serviços, aponta que esse problema costuma esconder um problema: cumprir o mínimo contratual não é a mesma coisa que operar um sistema saudável.
SLA e SLO são frequentemente tratados como sinônimos dentro de operações de TI, mas cumprem funções diferentes e respondem a perguntas diferentes. Confundir as duas é usar como meta de excelência aquilo que deveria ser apenas o piso mínimo aceitável de um contrato.
O que cada sigla realmente promete?
SLA, sigla para acordo de nível de serviço, é um documento externo, apresentado ao cliente, que estabelece formalmente o que será entregue e o que acontece quando esse compromisso não é cumprido. Ele existe para alinhar expectativa entre quem presta o serviço e quem depende dele, geralmente com comportamentos contratuais associados ao descumprimento.
SLO, sigla para objetivo de nível de serviço, é meta interna, definida pela própria equipe de engenharia ou operações, e não aparece em nenhum contrato. Ele responde a uma pergunta diferente do SLA: qual nível de confiabilidade a equipe precisa sustentar internamente para manter o sistema saudável e o cliente satisfeito, independentemente do que está assinado no contrato.
Um exemplo simples separa bem os dois papéis: o SLA pode prometer resposta de suporte em até quatro horas, com multa contratual se esse prazo for descumprido. O SLO interno da mesma equipe pode mirar duas horas, justamente para que o tempo perceba um atraso na formação e consiga agir antes que o prazo contratual esteja em risco real.
Por que o SLO precisa ser mais rígido que o SLA?
A relação entre os dois é puramente desigual: o SLO deveria sempre ser mais exigente do que o SLA prometido ao cliente, nunca igual e muito menos mais flexível. Se o contrato promete noventa e nove vírgula nove por cento de disponibilidade, a meta interna da equipe deveria mirar em noventa e nove vírgula nove cinco por cento ou mais.
Rolando Bonaccorsi explica que essa margem funciona como zona de segurança: enquanto a operação está dentro do SLO, mas ainda distante do limite do SLA, existe espaço para lidar com problemas antes que se transformem em violação contratual visível para o cliente. Sem essa margem, a equipe só percebe um problema no exato momento em que ele já se tornou prejuízo financeiro.
O erro de tratar o SLA como meta de excelência
Muitas equipes comemoram o número exato prometido em contrato, sem perceber que isso pode, na verdade, sinalizar operação no limite, não operação saudável. Atingir apenas o piso mínimo combinado com o cliente deixa margem zero para qualquer instabilidade adicional, por menor que seja.
Uma equipe que fecha o mês exatamente em noventa e nove vírgula nove por cento de disponibilidade, idêntica ao que promete o contrato, não teve um mês perfeito: teve um mês sem qualquer margem de erro sobrando, o que deveria acender alerta interno, mesmo que nenhuma negociação contratual tenha sido acionada.
Esse é, na leitura de Rolando Bonaccorsi, o erro mais recorrente entre tempos que nunca formalizaram um SLO próprio: sem uma meta mais rígida interna, o SLA vira, sem querer, o teto de ambição da equipe, em vez de ser apenas o piso legal que nunca deveria ser tratado como objetivo de pressão de desempenho.
Qual usar para quê, na prática?
SLA serve para negociar com cliente, formalizar expectativa e definir o que acontece em caso de descumprimento contratual. SLO serve para orientar a decisão técnica do dia a dia: quando escalar recursos, quando priorizar a correção de um problema específico, quando aceitar certo nível de risco calculado.
Operações maduras, como considera Rolando Bonaccorsi, nunca discutem apenas um dos dois isoladamente. Use o SLA para conversar com quem contrata o serviço, e o SLO para conversar entre si sobre o que realmente significa manter aquele sistema funcionando bem, todos os dias, muito antes de qualquer risco real de violação contratual aparecer no radar.
