O que é SLA?

Todo contrato de serviço de TI promete qualidade — mas, sem número e sem consequência, promessa não vale nada. A tese em uma frase: um SLA transforma expectativa em compromisso mensurável, definindo o nível de serviço esperado, como ele é medido e o que o provedor deve quando não entrega. SLA (Service Level Agreement, ou Acordo de Nível de Serviço) é justamente o documento que fecha a lacuna entre o que se promete e o que se cobra.

Neste guia você vai entender o que é um SLA, a diferença entre SLA, SLO e SLI, as métricas mais usadas, o que significam os "noves" de disponibilidade e como montar um acordo que funcione para os dois lados.

O que é SLA (Service Level Agreement)?

O SLA é um acordo formal entre um provedor de serviço e seu cliente que define, de forma objetiva e mensurável, o nível de serviço que será entregue: quais serviços estão cobertos, por quais métricas serão avaliados, quais metas o provedor se compromete a cumprir e quais penalidades se aplicam quando essas metas não são atingidas. Diferente de uma promessa vaga de "bom atendimento", o SLA coloca número e consequência no mesmo documento.

Um exemplo simples: um provedor de hospedagem pode se comprometer com 99,9% de disponibilidade mensal; se ficar abaixo disso, o cliente tem direito a créditos na fatura. Na prática, quando eu avalio o contrato de um fornecedor de TI, começo justamente pela cláusula de penalidade — é ela que revela se o SLA é sério ou só marketing. Uma meta sem consequência é decorativa.

SLA, SLO e SLI: não confunda

Esses três termos andam juntos, mas significam coisas diferentes — e trocá-los é o erro mais comum de quem começa na gestão de serviços de TI.

• SLI (Service Level Indicator): o indicador realmente medido, o número que sai do monitoramento — por exemplo, a disponibilidade observada de 99,92% no mês.
• SLO (Service Level Objective): a meta interna para esse indicador — por exemplo, manter a disponibilidade em pelo menos 99,9%. É um objetivo da operação, sem valor contratual.
• SLA (Service Level Agreement): o acordo com o cliente que transforma o objetivo em compromisso, com penalidade prevista se não for cumprido.

Em resumo: o SLI é o que você mede, o SLO é onde você quer chegar, e o SLA é o que você promete ao cliente com consequência financeira. Para se aprofundar no lado da meta interna, vale o guia sobre o que é SLO.

Métricas mais comuns em um SLA

As métricas são o coração do acordo — sem elas, não há como saber se o serviço foi entregue como prometido. As mais usadas em TI são:

• Disponibilidade (uptime): a fatia do tempo em que o serviço fica no ar, em porcentagem. É a métrica central de SLAs de cloud, hospedagem e servidores.
• Tempo de primeira resposta: quanto o provedor leva para dar o primeiro retorno a um chamado. Em SLA de suporte, esse prazo costuma variar por severidade.
• Tempo de resolução (MTTR): o tempo médio para restaurar o serviço depois de uma falha, do incidente até a normalização.
• Janela de manutenção: os períodos de indisponibilidade planejada que ficam de fora da conta de uptime.

Num SLA de suporte, os prazos costumam ser escalonados por prioridade. De forma ilustrativa: um chamado crítico — sistema inteiro parado — pode ter meta de primeira resposta em 15 minutos e resolução em poucas horas, enquanto uma dúvida de baixa prioridade pode ter horas para a primeira resposta. Os valores exatos são sempre definidos por contrato, nunca universais.

Disponibilidade: a tabela dos "noves"

Quando o assunto é uptime, o mercado fala em "noves" — quantos dígitos 9 aparecem na porcentagem de disponibilidade. Cada nove a mais reduz drasticamente o tempo tolerado de queda por ano, e o valor correspondente é uma conta matemática direta:

O detalhe que muita gente ignora: cada nove adicional custa caro. Sair de 99,9% para 99,99% significa cortar o downtime tolerado de quase 9 horas para menos de 1 hora por ano, o que exige redundância, failover e monitoramento que nem todo serviço justifica. Se eu pudesse dar um único conselho aqui, é este: não prometa um nove a mais do que a sua arquitetura sustenta — um SLA descumprido custa mais caro que uma meta honesta.

O que um bom SLA precisa ter

Um acordo eficaz não precisa ser longo, mas precisa ser completo. Na prática, cinco blocos não podem faltar:

• Escopo do serviço: o que exatamente está coberto — e o que não está. Aqui se define o serviço, suas especificações e os limites do acordo.
• Métricas e metas: quais indicadores serão medidos, como serão apurados e qual a meta de cada um. Metas precisam ser realistas: prometer o que a operação não sustenta só antecipa o descumprimento.
• Responsabilidades das duas partes: o que cabe ao provedor (manutenção, suporte, comunicação) e o que cabe ao cliente (abrir chamado corretamente, manter os pré-requisitos). Sem isso, todo atraso vira discussão sobre de quem é a culpa.
• Penalidades e créditos: a consequência de não cumprir a meta. O mecanismo mais comum é o crédito de serviço — um desconto na fatura proporcional ao descumprimento. Créditos compensam, mas não corrigem: o SLA também deve prever o plano de remediação.
• Revisão periódica: o acordo é vivo. Negócios mudam, e o SLA precisa ser reavaliado (em geral a cada semestre ou ano) para continuar relevante.

SLA interno × externo

Nem todo SLA é assinado com um cliente externo. Existe também o SLA interno (às vezes chamado de OLA, Operational Level Agreement, quando é entre áreas de uma mesma empresa): o acordo de nível de serviço que a TI firma com outros setores da organização — por exemplo, resolver chamados do RH em até 4 horas úteis. A lógica é a mesma do SLA externo (métrica, meta, responsabilidade), mas a "penalidade" costuma ser de gestão e reputação, não financeira. Mapear os SLAs internos é uma das bases de uma boa gestão de TI em micro e pequenas empresas.

SLA, ITIL e a gestão de nível de serviço

No universo de boas práticas de TI, o SLA não vive sozinho: ele é o produto central da gestão de nível de serviço (Service Level Management), uma das práticas descritas na biblioteca ITIL. Nessa visão, o SLA conecta a promessa feita ao cliente com o dia a dia da operação — incidentes, problemas e mudanças — e serve de referência para medir se o serviço entregue está à altura do que foi acordado. Métricas de recuperação como RTO e RPO, por exemplo, aparecem em SLAs de continuidade e disaster recovery; se elas não te são familiares, vale entender a diferença entre RPO e RTO.

Boas práticas para um SLA que funciona

Depois de escrever e revisar alguns desses acordos, alguns princípios se repetem:

• Meça só o que importa e o que você consegue medir. Uma métrica bonita que ninguém apura não protege ninguém. Defina a fonte do dado antes de assinar a meta.
• Escreva metas alcançáveis. Um SLO agressivo demais vira SLA descumprido — e crédito pago todo mês.
• Deixe as penalidades claras e proporcionais. Vago demais gera briga; duro demais afasta bons fornecedores.
• Combine relatórios e revisões. Um relatório periódico de cumprimento transforma o SLA de papel de gaveta em ferramenta de gestão.
• Alinhe expectativas antes, não depois. A maior parte dos conflitos de SLA nasce de algo que nunca foi combinado por escrito.

Perguntas frequentes sobre SLA

O que é SLA (Service Level Agreement)?

SLA (Acordo de Nível de Serviço) é um contrato formal entre prestador e cliente que define os níveis de serviço esperados — disponibilidade, desempenho e prazos —, as métricas de medição, as responsabilidades de cada parte e as penalidades em caso de descumprimento.

Qual a diferença entre SLA, SLO e SLI?

SLI é a métrica medida, o número real (ex.: disponibilidade de 99,92% no mês). SLO é a meta interna para essa métrica (ex.: manter 99,9%). SLA é o acordo formal com o cliente que transforma esses objetivos em compromisso contratual, com consequências — em geral créditos ou penalidades — quando não são cumpridos.

Quais métricas são comuns em um SLA de TI?

As mais comuns são disponibilidade (uptime), tempo de primeira resposta, tempo de resolução (MTTR) e janelas de manutenção permitidas. Em SLA de suporte, os prazos costumam variar por severidade do chamado; em SLA de cloud e hospedagem, o foco é a disponibilidade do serviço.

O que significa um SLA de 99,9% de disponibilidade?

99,9% (três noves) permite cerca de 8,76 horas de indisponibilidade por ano. Metas mais altas encarecem rápido: 99,99% (quatro noves) equivale a aproximadamente 52,6 minutos por ano e 99,999% (cinco noves) a cerca de 5,26 minutos por ano, o que exige arquitetura de alta disponibilidade.

O que são créditos de serviço no SLA?

São a penalidade mais comum: quando o provedor não cumpre a meta acordada, o cliente recebe um desconto (crédito) na fatura, proporcional ao descumprimento. É um mecanismo de compensação previsto no contrato — e não substitui a correção do problema que causou a falha.

Conclusão

O SLA é a peça que dá seriedade a um serviço de TI: ele troca a promessa vaga por metas medidas e consequências claras, protegendo cliente e provedor ao mesmo tempo. O segredo está em três acertos — escolher métricas que você consegue apurar, definir metas honestas com a sua arquitetura e prever penalidades proporcionais. Some a isso a distinção entre SLA, SLO e SLI, e você já sai à frente da maioria.

Se for montar ou revisar um acordo agora, comece pelo objetivo interno com o guia de o que é SLO e posicione o SLA dentro da gestão de serviços do ITIL. Para a base conceitual, a Wikipédia mantém um verbete sólido sobre o acordo de nível de serviço.