SLA Matemática — O Que o Tempo de Funcionamento de 99,9% Realmente Custa para Você em Horas de Downtime

Imaginem isso: você está em uma chamada com um cliente e eles pedem '99,99% de disponibilidade', você diz 'certo' e ambos prosseguem. Seis meses depois, você está olhando para uma cláusula de crédito de SLA, sem saber como chegou até aqui. A garantia que você aceitou de forma casual permite exatamente 52 minutos de inatividade por ano — e a maioria desse tempo desaparecerá em um único deploy ruim.

Esta é a matemática que todo desenvolvedor deveria ter na cabeça antes de assinar um SLA ou comprometer um número de disponibilidade em uma proposta.

A Fórmula

As porcentagens de disponibilidade convertem-se em tempo de inatividade usando uma fórmula simples:

Tempo de inatividade = (1 – disponibilidade) x período

Para 99,9% de disponibilidade: 1 – 0,999 = 0,001. Multiplique por minutos em um ano (525.960) e você terá 525,96 minutos — ou 8,77 horas de tempo de inatividade anualmente. Isso não é um incidente catastrófico. É uma deploy de segunda-feira que se espalha por algumas horas, um failover de banco de dados que dura mais do que esperado e uma atualização de dependência noturna que quebra o serviço de autenticação. Oito horas passam rápido.

A Tabela de Referência

Salve isso. Cada número aqui é calculado da mesma forma — (1 – disponibilidade) x duração do período em minutos, depois convertido para a unidade mais legível.

Disponibilidade	Tempo de inatividade/dia	Tempo de inatividade/semana	Tempo de inatividade/mês	Tempo de inatividade/ano
99%	14,4 min	1,68 hr	7,3 hr	87,6 hr
99.5%	7,2 min	50,4 min	3,65 hr	43,8 hr
99.9%	1,44 min	10,08 min	43,83 min	8,77 hr
99.95%	43,2 seg	5,04 min	21,92 min	4,38 hr
99.99%	8,64 seg	1,01 min	4,38 min	52,6 min
99,999% (cinco nines)	0,864 seg	6,05 seg	26,3 seg	5,26 min

Leia novamente a linha de 99,999%. Cinco minutos e vinte e seis segundos de tempo de inatividade permitido por ano. Total. Incluindo manutenção planejada, falhas em check de saúde e os 30 segundos que seu balanceador de carga leva para perceber um nó inativo. Você pode fazer os cálculos sobre quão realista isso é para a maioria das equipes.

O que os Cinco Nines realmente exigem

Cinco nines (99,999%) não é apenas 'infraestrutura boa'. É um novo campo de engenharia. Para alcançar isso, você precisa:

• Redundância completa em cada camada — sem pontos únicos de falha em qualquer parte da pilha, incluindo DNS, CDN, banco de dados e camada de aplicação
• Failover automatizado com detecção em menos de um segundo — os humanos não conseguem responder com rapidez suficiente; seu monitoramento e failover precisam funcionar sem intervenção
• Deployes sem interrupção — com blue/green ou canary, e com rollback automatizado. Qualquer deploy que exija reinício consume seu orçamento de 5 minutos
• Configurações ativas ativas em múltiplas regiões — se uma região parar, você não será afetado
• Manutenção planejada fora dos horários do SLA — a maioria dos SLAs de 99,9% exclui explicitamente manutenção planejada, mas os SLAs de 99,999% muitas vezes não têm espaço para isso

As empresas que realmente atingem 99,999% — AWS S3, Google Cloud Storage — têm equipes dedicadas de engenharia de confiabilidade, anos de dados de engenharia de caos e investimento em infraestrutura que faria a maioria dos fundadores de SaaS perderem o fôlego. É alcançável, mas não por acaso e nem de forma barata.

Você pode usar o Calculadora de Disponibilidade / SLA para executar essas conversões para qualquer porcentagem de disponibilidade e qualquer período de tempo que você estiver trabalhando.

O Problema do Crédito de SLA

Aqui está a parte que surpreende as pessoas: os créditos de SLA dos provedores de nuvem não compensam você pelas perdas reais. Eles compensam apenas uma fração do seu valor de hospedagem.

AWS, GCP e Azure geralmente oferecem entre 10 a 30% do seu valor mensal de serviço como crédito quando violam seu SLA. Se você paga $500 por mês por EC2 e tiver um incidente de 2 horas que viola o SLA, você pode receber um crédito de $50 a 150. Ao mesmo tempo, você pode ter perdido milhares em receita, gasto horas de engenheiros em resposta a incidentes e prejudicado a confiança dos clientes.

Quando você estiver escrevendo SLAs com seus próprios clientes, entenda que esse é o modelo padrão — créditos são gestos de boa-fé ligados aos valores de serviço, e não compensação total. Leia atentamente a cláusula de remédios. Muitos clientes empresariais tentarão negociar linguagem sobre danos reais; essa é uma conversa diferente que envolve advogados, não SREs.

O período mensal e anual importa

Os SLAs são medidos em um período específico, e esse período importa mais do que a maioria das pessoas percebe. Um SLA anual de 99,9% dá a você 8,77 horas de tempo de inatividade distribuídas ao longo de 12 meses. Um SLA mensal de 99,9% dá apenas 43,83 minutos por mês — mas esse tempo é redefinido todo mês.

Os clientes quase sempre querem medição mensal — parece mais rigoroso e dá-lhes vantagem se tiverem um mês ruim. O que eles nem sempre percebem é que a medição mensal pode, na verdade, dar menos margem total: 43,83 minutos x 12 meses = 525,96 minutos por ano, o que é exatamente o mesmo que o cálculo anual. A diferença é que, com SLAs mensais, um mês ruim pode desencadear uma violação mesmo que o resto do ano tenha sido perfeito.

Ao negociar, pressione por janelas anuais. Quando os clientes insistirem em mensal, certifique-se de que sua infraestrutura realmente consiga atingir 99,9% em qualquer mês — não apenas em média ao longo do ano.

O que realmente prometer

Aqui está a orientação que realmente é útil:

Projetos pessoais e produtos em fase inicial

99,% é honesto e apropriado. Nove horas de inatividade por mês são realistas para uma equipe pequena sem operações dedicadas. Não prometa mais do que puder entregar de forma consistente — o custo reputacional de SLAs não cumpridos é pior do que definir expectativas mais baixas desde o início.

SaaS B2B com infraestrutura padrão de nuvem

99,9% é o alvo certo. Com monitoramento adequado, escalonamento automático, bancos de dados gerenciados e uma pipeline CI/CD que não exige interrupção para deploys, isso é realmente alcançável em AWS, GCP ou Azure sem esforço heroico. O orçamento mensal de 43 minutos é apertado, mas viável se você tiver automação de deploys organizada.

99,99% e além

Isso exige um investimento real: balanceadores de carga em múltiplas zonas de disponibilidade, failover em múltiplas regiões, replicação de banco de dados com promoção automática e alguém que considere a confiabilidade como sua principal responsabilidade. Se um cliente pedir 99,99% e você ainda não tiver essa infraestrutura, a resposta honesta é negociar para 99,9% e construir um plano para alcançar 99,99% como item de roadmap — com o aumento correspondente no custo de infraestrutura refletido no preço.

99,999% é território de Amazon e Google. A menos que você esteja operando infraestrutura financeira, sistemas de saúde ou serviços de telecomunicações com equipe dedicada de SRE, isso não é um compromisso realista.

Faça os Cálculos para Sua Situação

Essa matemática se aplica a qualquer período e qualquer alvo de disponibilidade. Se você estiver trabalhando com um período não padrão de SLA — um período de 90 dias rolante, um trimestre fiscal, um período de medição personalizado — a fórmula permanece a mesma: multiplique a porcentagem de inatividade pelo número de minutos no seu período.

O Calculadora de Disponibilidade / SLA no IO Tools trata tudo isso — insira qualquer porcentagem de disponibilidade e período para obter a alocação exata de tempo de inatividade, útil ao redigir linguagem de SLA ou responder a uma exigência de disponibilidade de um cliente com uma proposta realista.

Resumo: 99,9% é o teto prático para a maioria das equipes sem investimento dedicado à confiabilidade. Qualquer coisa acima disso custa dinheiro real e exige mudanças reais de processo. Conheça o que você está comprometendo antes do contrato ser assinado.

Você também pode gostar