Calculadora SLA
Calcule o tempo máximo de inatividade permitido com base na sua porcentagem de SLA.
Digite seu SLA
Sumário
Guia SLA abrangente
O que é um SLA?
Um Contrato de Nível de Serviço (SLA) é um contrato entre um prestador de serviços e um cliente que define o nível de serviço esperado, normalmente expresso em percentagem de tempo de serviço. O SLA especifica o montante máximo de tempo de inatividade permitido durante um determinado período (dia, mês ou ano) e muitas vezes inclui sanções financeiras ou créditos de serviço se o prestador não cumprir a garantia. SLAs são comuns em hospedagem em nuvem, telecomunicações, SaaS e serviços gerenciados.
Como se calcula o tempo de inatividade?
A fórmula é: Tempo de parada = (1 - SLA%) × Período. Por exemplo, com 99.9% SLA superior a um ano (525.600 minutos): Tempo de paragem = 0,1% × 525.600 = 526 minutos (cerca de 8,76 horas) por ano. Esta calculadora aplica a mesma lógica aos períodos diários, mensais e anuais para que você possa ver o limite máximo permitido em cada janela.
SLA vs SLO vs SLI
SLA (Acordo de Nível de Serviço) é a garantia contratual. SLO (Service Level Objective) é o alvo interno que você pretende – tipicamente definido acima do SLA para criar um buffer. SLI (Service Level Indicator) é a métrica real que você mede (por exemplo, porcentagem de disponibilidade do monitoramento). Boa prática: definir o seu SLO 0.5-1% acima do seu SLA para que a variação normal não viole o acordo.
- Tempo de espera %: Percentagem de SLA (por exemplo, 99.9%) é a disponibilidade garantida. O restante é o tempo de parada permitido.
- The "nines": 99% = dois noves; 99,9% = três noves; 99,99% = quatro noves; 99,999% = cinco noves. Mais noves = menos tempo de inatividade permitido e geralmente maior custo.
- Créditos de serviço: Remédio típico para violação (por exemplo, 10–25)% de taxa mensal por 0,1% abaixo de SLA), não reembolsos em dinheiro.
- Exclusões: Manutenção programada, força maior e interrupções causadas pelo cliente são geralmente excluídas do tempo de inatividade.
Perspectiva cliente vs provedor
Como cliente
- Você recebe uma garantia de tempo livre clara e créditos se o provedor falhar.
- Use esta calculadora para ver quanto tempo de inatividade seu SLA permite (por dia, mês, ano).
- Negociar exclusões, método de medição e limites de crédito no contrato.
- SLA superior (por exemplo, 99.99%) normalmente custa mais; equilíbrio contra o impacto das empresas.
Como provedor
- Você se compromete com um tempo máximo de inatividade; excedendo-o desencadeia créditos ou penalidades.
- Defina SLOs internos acima do SLA para evitar quebras.
- Defina exatamente o que conta como tempo de inatividade e exclua a manutenção programada.
- Monitorar a disponibilidade com a mesma metodologia utilizada no contrato.
Benefícios dos SLA
- Clareza: Ambas as partes concordam sobre a disponibilidade esperada e as consequências do fracasso.
- Responsabilidade: O provedor tem um incentivo para atender ao alvo; o cliente tem um remédio definido.
- Planejamento: Saber o tempo máximo de parada permitido (por exemplo, 43 min/mês para 99,9%) ajuda capacidade e planejamento de resposta incidente.
- Confiança: Os SLAs publicados (por exemplo, provedores de nuvem) suportam transparência e comparação.
Limitações e considerações
- Um SLA é uma garantia de disponibilidade, e não zero tempo de inatividade. A falha permitida ainda pode afetar os usuários.
- Os créditos de serviço raramente cobrem danos consequentes (receitas perdidas, reputação); aplicam-se limites de responsabilidade.
- As definições de tempo de inatividade variam: interrupções parciais, duração mínima e exclusões devem ser claramente indicadas.
- Alcançar cinco noves (99.999)%) exige redundância e custo significativos; nem todos os sistemas precisam dele.
Um SLA não previne interrupções – define quanto tempo de inatividade é permitido e o que acontece se o provedor o exceder. Defina sempre o que conta como tempo de inatividade, como é medido e o que é excluído (manutenção, força maior). Os créditos de serviço são normalmente cobertos e devem ser reclamados dentro de uma janela curta; eles não substituem o planejamento de continuidade de negócios.
Escolha do nível SLA certo
A seleção do SLA adequado depende do impacto, custo e viabilidade do negócio. Considere:
- Criticalidade: Qual é o custo de uma hora de inatividade? Sistemas de receita voltados para o cliente muitas vezes precisam de 99,9% ou mais alto.
- Custo: SLA superiores (99.99)%, 99.999%) exigem redundância e engenharia; os prémios podem ser significativos.
- Normas da indústria: Os provedores de nuvem geralmente oferecem 99.9–99.99%; telecomunicações e finanças podem exigir cinco noves.
- Medição: Certifique-se de que o contrato especifica o intervalo de votação, locais e como a manutenção programada é excluída.
Referência rápida: tempo de inatividade por SLA
| SLA | Por Mês | Por Ano |
|---|---|---|
| 99% | 7.3 h | 3.65 days |
| 99.9% | 43.8 min | 8.76 h |
| 99.99% | 4.4 min | 52.6 min |
| 99.999% | 26 sec | 5.26 min |
Os SLA fixam expectativas claras quanto à disponibilidade e fornecem uma solução quando o prestador é insuficiente. Use esta calculadora para converter as percentagens de SLA em limites de tempo de parada de concreto (por dia, mês, ano) e combine isso com termos de contrato claros sobre medição, exclusões e créditos de serviço. Para serviços críticos, invista em monitoramento e arquitetura que possam realmente atender ao SLA que você promete ou requer.
Níveis de SLA explicados
Níveis típicos de SLA e suas implicações. AWS, Azure e GCP normalmente oferecem 99.9% a 99,99% dependendo do serviço; cinco noves (99.999%) exige redundância N+2 e é comum nas telecomunicações e no núcleo bancário.
99% – 99.5%
~7,3 h/mês (99%) ou ~3,6 h/mês (99,5%). Adequado para ferramentas internas não críticas, dev/staging. Baixo custo, menos garantia.
99.9% (three nines)
~43,8 min/mês. Comum para aplicativos empresariais, e-commerce, SaaS. Padrão da indústria para muitos provedores de nuvem.
99.99% (four nines)
~4,4 min/mês. Sistemas críticos, serviços financeiros, gateways de pagamento. Requer arquitetura redundante.
99.999% (five nines)
~26 segundos por mês. Nível de telecomunicações, missão crítica (por exemplo, 911, núcleo bancário). Muito caro para alcançar e operar.
Tabela de Referência do Tempo de Paralisação
Use esta tabela para ver o tempo máximo permitido de parada por dia, mês e ano para níveis comuns de SLA. Os valores são derivados de (1 - SLA%) × período em minutos.
| SLA | Por Dia | Por Mês | Por Ano |
|---|---|---|---|
| 99% | 14.4 min | 7.3 h | 3.65 days |
| 99.9% | 1.44 min | 43.8 min | 8.76 h |
| 99.99% | 8.6 sec | 4.4 min | 52.6 min |
| 99.999% | 0.86 sec | 26 sec | 5.26 min |
Escolher e negociar SLAs
Ao definir ou negociar um SLA, concentre-se na clareza e na mensurabilidade. Os seguintes pontos ajudam a evitar disputas e garantir que o acordo seja aplicável.
- Defina o que conta como tempo de inatividade (excluída a manutenção programada? Duração mínima?)
- Especifique a medição: intervalo de votação, locais e como disponibilidade % é calculado
- Incluir créditos ou sanções de serviço; típicos 10–25% crédito por 0.1% abaixo de SLA
- Requer relatório de incidentes e análise da causa raiz no prazo de 30 dias
- Defina o que conta como tempo de inatividade (excluída a manutenção programada? Insuficiências planejadas anunciadas com antecedência?)
- Os SLAs mais elevados custam mais - equilíbrio contra o impacto comercial. Uma interrupção de 1 hora pode custar menos do que o prémio para 99,99%.
- Incluir créditos de serviço ou penalidades no contrato. Típico: 10-25% crédito por 0.1% abaixo do SLA.
- Exigir relatórios de incidentes transparentes e análise da causa raiz (RCA) no prazo de 30 dias.
- Considere SLAs separados para diferentes níveis de serviço (por exemplo, suporte premium vs padrão).
- Especificar metodologia de medição: intervalo de votação (1 min? 5 min?), número de pontos de monitoramento, cobertura geográfica.
- Avoid ambiguity: define "available" precisely (e.g., HTTP 200 within 5 seconds from at least 2 of 3 regions).
O que conta como tempo de descanso?
As definições SLA variam de acordo com o contrato. Para evitar disputas, esclareça por escrito o seguinte:
- Manutenção programada: normalmente excluída. Deve ser anunciado com 5-14 dias de antecedência.
- Força maior: Desastres naturais, guerras - tipicamente excluídos.
- Falhas causadas pelo cliente: Sua configuração incorreta - excluída.
- Paradas parciais: Alguns provedores contam apenas indisponibilidade completa; desempenho degradado pode não contar.
- Minimum outage duration: Outages under 5 minutes may be excluded ("consumption" clauses).
- Dependências de terceiros: As interrupções causadas por fornecedores a montante (nuvem, CDN, DNS) podem ou não contar - esclarecer no contrato.
Créditos de serviço e sanções
Quando um SLA é violado, os créditos de serviço são o remédio típico (não reembolsos em dinheiro). Estrutura do exemplo:
- 99.9% violado mas ≥99.0%: 10% crédito
- 99.0% violado, mas ≥ 95,0%: 25% crédito
- &95.0%: 50–100% crédito
Os créditos são geralmente cobertos (por exemplo, 100% da taxa desse mês). Você deve reclamá-los dentro de 30-60 dias. Os créditos não cobrem danos conseqüentes (vendas perdidas, reputação) — considere provisões de responsabilidade separadas para serviços críticos.
SLA pela indústria
As expectativas típicas de SLA variam por setor. Use isso como referência para definir ou negociar seu próprio SLA.
- E-commerce / varejo: 99.9-99.95%. Cada minuto de paralisação durante o pico (Sexta-feira Negra, Natal) pode significar milhares de receitas perdidas.
- Cuidados de saúde / HIPAA: 99.99% ou superior para os sistemas virados para o doente. A pressão regulatória e a segurança do paciente impulsionam requisitos rigorosos.
- Banco / fintech: 99.99-99.999%. O processamento de pagamentos e o núcleo bancário requerem frequentemente cinco noves. Os sistemas de transacções devem estar altamente disponíveis.
- SaaS / B2B: 99.9% é uma linha de base comum; clientes empresariais frequentemente negociam 99,95% ou 99,99% com apoio premium.
- Ferramentas internas de TI/dev: 99% Pode ser suficiente para o estadiamento, CI/CD, painéis internos. O impacto do negócio é menor do que os sistemas voltados para o cliente.
Monitorização e cumprimento do SLA
Para rastrear a conformidade com SLA, você precisa de medição consistente e definições claras. As seguintes práticas ajudam a evitar disputas e apoiar relatórios precisos.
- Monitoramento de tempo de operação a partir de múltiplos pontos geográficos (evitar falsos positivos de um único local)
- Intervalo de votação consistente correspondente à definição de SLA (por exemplo, verificações de 1 minuto)
- Registo preciso de incidentes com datas de início/fim para cálculo da disponibilidade
- Exclusão da manutenção programada; garantir que a monitorização respeita as janelas de manutenção
- Relatórios transparentes: páginas de estado e relatórios mensais de disponibilidade
SLAs multi-região ou multi-serviço: Se você depende de vários componentes (API, banco de dados, CDN), cada um com 99,9%, a disponibilidade combinada é menor. Exemplo: API 99.9% × DB 99.9% ≈ 99.8% De ponta a ponta. Projeto para redundância e failover para evitar falhas de composição.