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. 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.

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. 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.