{"id":17819,"date":"2021-05-13T11:30:23","date_gmt":"2021-05-13T11:30:23","guid":{"rendered":"https:\/\/www.dotcom-monitor.com\/blog\/2021\/05\/13\/praticas-recomendadas-para-minimizar-o-tempo-de-inatividade-do-site\/"},"modified":"2026-08-26T21:54:32","modified_gmt":"2026-08-26T21:54:32","slug":"praticas-recomendadas-para-minimizar-o-tempo-de-inatividade-do-site","status":"publish","type":"post","link":"https:\/\/www.dotcom-monitor.com\/blog\/pt-br\/praticas-recomendadas-para-minimizar-o-tempo-de-inatividade-do-site\/","title":{"rendered":"Melhores Pr\u00e1ticas para Minimizar o Tempo de Inatividade do Site"},"content":{"rendered":"
\"Engenheiro
A maioria dos tempos de inatividade n\u00e3o \u00e9 ex\u00f3tica. \u00c9 uma mudan\u00e7a, uma depend\u00eancia ou um pico que ningu\u00e9m ensaiou.<\/figcaption><\/figure>\n

Em 20 de outubro de 2025, uma falha de resolu\u00e7\u00e3o DNS afetando endpoints do DynamoDB na AWS us-east-1 cascata em horas de interrup\u00e7\u00e3o para Snapchat, Venmo, Roblox e milhares de servi\u00e7os menores. Nenhuma daquelas equipes escolheu uma hospedagem ruim ou esqueceu de monitorar. Uma depend\u00eancia compartilhada falhou, e tudo que estava sobre ela caiu junto.<\/p>\n

Essa \u00e9 a verdade desconfort\u00e1vel sobre o tempo de inatividade de sites: raramente vem da coisa que voc\u00ea estava observando. Vem do deploy que deu errado \u00e0s 16h, do certificado TLS que expirou num s\u00e1bado, do pico de tr\u00e1fego que o seu autoscaler encontrou trinta segundos tarde demais. Conselhos gen\u00e9ricos como “escolha um bom host” n\u00e3o sobrevivem ao contato com nenhum desses casos.<\/p>\n

Se voc\u00ea quer evitar tempo de inatividade em sites, estes s\u00e3o os controles que funcionam: redund\u00e2ncia que impede que uma falha vire um apag\u00e3o, DNS que faz failover, deploys que nunca exigem tirar o site do ar, prontid\u00e3o para picos, e monitoramento que avisa antes dos seus clientes.<\/p>\n

Quanto custa realmente uma hora de tempo de inatividade<\/h2>\n

Metas de uptime s\u00e3o escritas em noves, e a matem\u00e1tica por tr\u00e1s delas \u00e9 menos tolerante do que parece. Cada nove a mais corta o tempo de inatividade permitido em um fator de dez:<\/p>\n

\n\n\n\n\n\n\n\n\n\n
Disponibilidade<\/th>\nTempo de inatividade por ano<\/th>\nTempo de inatividade por m\u00eas<\/th>\n<\/tr>\n<\/thead>\n
99% (“dois noves”)<\/td>\n3,65 dias<\/td>\n7,3 horas<\/td>\n<\/tr>\n
99,9% (“tr\u00eas noves”)<\/td>\n8,77 horas<\/td>\n43,8 minutos<\/td>\n<\/tr>\n
99,95%<\/td>\n4,38 horas<\/td>\n21,9 minutos<\/td>\n<\/tr>\n
99,99% (“quatro noves”)<\/td>\n52,6 minutos<\/td>\n4,4 minutos<\/td>\n<\/tr>\n
99,999% (“cinco noves”)<\/td>\n5,26 minutos<\/td>\n26 segundos<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

Converta isso em dinheiro e as apostas ficam concretas. A pesquisa anual da ITIC mostrou que o custo por hora de tempo de inatividade ultrapassa $300.000 para mais de 90% das empresas m\u00e9dias e grandes. Seu n\u00famero \u00e9 mais f\u00e1cil de estimar do que a maioria das equipes imagina: a receita anual online dividida por 8.760 d\u00e1 uma base hor\u00e1ria, mas os apag\u00f5es raramente ocorrem em horas comuns. Uma loja com $5M anuais perde aproximadamente $570 em uma hora aleat\u00f3ria e vinte vezes isso em uma hora de pico de vendas, sem contar cr\u00e9ditos de SLA, trabalho de recupera\u00e7\u00e3o e clientes que n\u00e3o voltam.<\/p>\n

\"Gr\u00e1fico
Cada nove compra dez vezes menos tempo de inatividade e custa proporcionalmente mais engenharia para alcan\u00e7ar.<\/figcaption><\/figure>\n

Dois usos pr\u00e1ticos para essa matem\u00e1tica. Primeiro, escolha uma meta com prop\u00f3sito: tr\u00eas noves \u00e9 uma meta defens\u00e1vel para a maioria dos sites de neg\u00f3cio, quatro noves para caminhos cr\u00edticos de receita, e cinco noves \u00e9 uma decis\u00e3o or\u00e7ament\u00e1ria, n\u00e3o padr\u00e3o. Segundo, confira o que seus fornecedores prometem contra o que seus cr\u00e9ditos reembolsam; nossa calculadora de quebra de SLA<\/a> faz a convers\u00e3o, e nosso guia sobre o custo do tempo de inatividade<\/a> aprofunda o modelo de receita.<\/p>\n

Por que os sites saem do ar em primeiro lugar<\/h2>\n

A preven\u00e7\u00e3o come\u00e7a com um invent\u00e1rio honesto das causas. A maioria dos apag\u00f5es de sites se enquadra em cinco categorias pr\u00e1ticas:<\/p>\n