O que é SLA e por que ele importa
Quando um sistema cai e o telefone toca, a pergunta imediata é: qual é o prazo acordado para esse serviço? Se a resposta for vaga, o problema não é técnico. É de governança.
SLA, do inglês Service Level Agreement, é o Acordo de Nível de Serviço. Em termos simples: um contrato formal que define métricas de qualidade, disponibilidade e suporte que um prestador se compromete a entregar.
Ele transforma expectativas informais em compromissos mensuráveis. Em TI, funciona como a espinha dorsal da relação entre provedores de infraestrutura, equipes de operações e usuários do negócio.
Sem um SLA claro, cada incidente vira uma negociação nova. Com ele, as regras já estão definidas antes do problema acontecer.
Os três tipos de SLA: qual usar em cada contexto
Existem três modelos principais. A escolha certa depende do tamanho da operação e da variação entre clientes ou setores.
SLA focado no cliente
Acordo personalizado para um único cliente, considerando suas necessidades específicas. Mais trabalhoso de administrar, mas entrega atendimento diferenciado.
Exemplo prático: uma clínica médica que depende de sistemas críticos 24 horas pode exigir tempo de resposta de 30 minutos para incidentes críticos. Um escritório de contabilidade, com o mesmo fornecedor, aceita 2 horas.
SLA focado no serviço
O mesmo nível de serviço vale para todos os clientes que contratam determinado produto ou plano. Mais simples de escalar.
Exemplo prático: um provedor de nuvem que garante 99,9% de disponibilidade para todos os assinantes do plano empresarial, independentemente de quem seja o cliente.
SLA multinível
Combina os dois modelos anteriores em camadas, conforme criticidade. É comum em grandes organizações onde setores têm prioridades distintas.
Exemplo prático: um grupo hospitalar com SLA nível 1 para UTI, suporte 24 horas e resposta imediata, e SLA nível 2 para áreas administrativas, com suporte em horário comercial.
Ponto de atenção: existe ainda o OLA, Operational Level Agreement, que formaliza compromissos entre equipes internas da mesma organização. Por exemplo, entre a equipe de infraestrutura e o service desk. O OLA sustenta o SLA externo sem ser visível ao cliente final.
Tabela de prazos por prioridade: resposta e resolução
Dois conceitos são centrais em qualquer SLA de atendimento:
- Tempo de resposta: prazo máximo para a equipe iniciar o atendimento após abertura do chamado.
- Tempo de resolução: prazo máximo para o serviço ser restaurado.
Ambos variam conforme a prioridade do incidente. Uma matriz típica de service desk funciona assim:
| Prioridade | Tempo de Resposta | Tempo de Resolução | |---|---|---| | P1 - Crítico (sistema fora) | 15 minutos | 4 horas | | P2 - Alto impacto | 1 hora | 8 horas | | P3 - Médio impacto | 4 horas | 24 horas | | P4 - Baixo impacto | 8 horas | 72 horas |
Esses prazos não são universais. Cada organização deve calibrá-los conforme o impacto real de cada categoria de incidente no negócio.
Um erro comum é copiar tabelas genéricas sem considerar o contexto. Um sistema de faturamento fora do ar na véspera do fechamento mensal tem impacto diferente de uma impressora off-line.
Como calcular disponibilidade e downtime permitido
A disponibilidade é expressa em porcentagem. Ela representa o tempo em que o serviço esteve operacional dentro de um período.
Fórmula básica:
Disponibilidade (%) = (Tempo total - Tempo de indisponibilidade) / Tempo total x 100O que muda bastante é o impacto prático de cada nível. Veja a relação entre porcentagem e downtime permitido por período:
| Disponibilidade | Downtime por mês | Downtime por ano | |---|---|---| | 99% | ~7,3 horas | ~3,65 dias | | 99,9% | ~43,8 minutos | ~8,76 horas | | 99,99% | ~4,3 minutos | ~52,5 minutos | | 99,999% | ~26 segundos | ~5,25 minutos | | 99,9999% | ~2,6 segundos | ~31,5 segundos |
Plataforma completa de CRM, WhatsApp e IA para agências que querem crescer.
Começar grátisUm dado importante: SLAs acima de 99,9% escalam custos de forma exponencial. Múltipla redundância, autoscaling, replicação geográfica. A pergunta que precisa ser feita é: o negócio realmente precisa desse nível, ou é um número bonito no contrato?
Exemplo de cálculo:
Um serviço ficou fora por 2 horas em um mês de 30 dias.
- Tempo total do mês: 30 x 24 = 720 horas
- Disponibilidade: (720 - 2) / 720 x 100 = 99,72%
Esse valor fica abaixo de um SLA de 99,9%, o que gera obrigação contratual dependendo das penalidades acordadas.
SLA vs. SLO: qual a diferença entre os dois
Esses dois termos aparecem juntos com frequência, especialmente em contextos de SRE, Site Reliability Engineering. Mas têm papéis distintos.
SLA: contrato externo. Define o compromisso formal com o cliente, com penalidades em caso de descumprimento. É público e juridicamente vinculante.
SLO, Service Level Objective: meta interna. Define o nível de serviço que a equipe técnica deve atingir para que o SLA nunca seja violado. Funciona como uma margem de segurança.
A lógica é simples:
- O SLA compromete 99,9% de disponibilidade com o cliente.
- O SLO interno mira 99,95%.
- A diferença entre os dois é o error budget, o orçamento de falhas tolerado antes de colocar o SLA em risco.
Existe ainda o SLI, Service Level Indicator: a métrica real medida, como latência média, taxa de erros ou disponibilidade efetiva. O SLI é o dado bruto, o SLO é a meta, o SLA é o contrato.
| Termo | O que é | Quem usa | |---|---|---| | SLI | Métrica real medida | Equipe técnica | | SLO | Meta interna de desempenho | Engenharia e operações | | SLA | Contrato com o cliente | Gestão e jurídico |
Boas práticas para definir e monitorar um SLA
Criar um SLA funcional vai além de preencher uma tabela de prazos. Alguns pontos que fazem diferença na prática:
Defina o escopo com clareza. Quais serviços estão cobertos? Quais são as exclusões? Manutenções programadas contam como downtime?
Estabeleça critérios de prioridade objetivos. A equipe precisa classificar incidentes de forma consistente, sem depender do humor do momento. Critérios baseados em impacto financeiro ou número de usuários afetados funcionam melhor do que descrições subjetivas.
Acompanhe métricas em tempo real. SLA no papel sem monitoramento ativo é documento decorativo. Ferramentas de observabilidade permitem agir antes que uma meta seja violada.
Revise periodicamente. Negócios mudam, sistemas evoluem. Um SLA que fazia sentido há dois anos pode estar desalinhado com a realidade atual.
Inclua penalidades e mecanismos de compensação. Não como ameaça, mas como garantia de seriedade. Créditos de serviço proporcional ao tempo de indisponibilidade são o modelo mais comum.
Comunique violações de forma proativa. Quando um SLA é descumprido, o cliente não deve descobrir sozinho. A comunicação antecipada preserva a relação mesmo nos piores momentos.
Perguntas frequentes
O que significa SLA em TI? SLA significa Service Level Agreement, ou Acordo de Nível de Serviço. É o contrato formal que define métricas de qualidade, disponibilidade e suporte que um prestador se compromete a entregar. Em TI, ele regula a relação entre provedores de infraestrutura, equipes de operações e usuários do negócio.
Qual a diferença entre SLA e SLO? O SLA é um contrato externo com o cliente, com penalidades em caso de descumprimento. O SLO, Service Level Objective, é uma meta interna que a equipe técnica usa para garantir que o SLA nunca seja violado. O SLO costuma ser mais rigoroso do que o SLA justamente para criar uma margem de segurança.
Quais são os três tipos de SLA? Os três tipos são: SLA focado no cliente, personalizado para cada contratante; SLA focado no serviço, com o mesmo nível para todos os clientes de um plano; e SLA multinível, que combina os dois modelos em camadas conforme a criticidade de cada área ou serviço.
Como calcular a disponibilidade de um SLA? A fórmula é: disponibilidade (%) = (tempo total menos tempo de indisponibilidade) dividido pelo tempo total, multiplicado por 100. Por exemplo, 2 horas fora em um mês de 720 horas resulta em 99,72% de disponibilidade. Esse valor pode estar abaixo do SLA contratado, gerando penalidades.
O que é OLA e como se relaciona com o SLA? OLA significa Operational Level Agreement, ou Acordo de Nível Operacional. É um compromisso formal entre equipes internas da mesma organização, como infraestrutura e service desk. O OLA sustenta o SLA externo: se as equipes internas não cumprem seus acordos entre si, o SLA com o cliente acaba sendo violado.
