É uma cópia tranquilizadora em um funil de vendas, não uma garantia técnica. Quando um anfitrião imprime "ilimitado" no cartão do plano, eles não estão prometendo transferência infinita através da física e dos orçamentos; eles estão prometendo não medir um item específico na sua fatura enquanto controlam tudo o mais que realmente governa se o seu site permanecerá rápido e acessível. A verdade prática é simples e um pouco irritante: seu plano pode não medir a transferência mensal, mas certamente medirá você de outras maneiras no segundo em que seu uso parecer incomum, irregular ou caro para servir.
Eu vi isso acontecer tantas vezes que consigo identificar o padrão desde o primeiro tópico de suporte. O site começa forte, os rankings sobem, uma campanha atinge, e então o plano "ilimitado" desenvolve uma personalidade. As solicitações demoram mais. Os ativos estáticos se arrastam. Os trabalhadores se acumulam. Erros aparecem em bolsões porque o anfitrião começa a proteger o ambiente compartilhado, não o seu sucesso. Isso não é malícia; é uma realidade econômica. Os anfitriões vendem "ilimitado" para atrair sites pequenos cujo uso real é pequeno e previsível. Os casos extremos—vídeos, downloads, APIs públicas, aplicativos mal armazenados em cache—se tornam "abuso" no momento em que os gráficos se movem. Os Termos de Serviço e os agendadores de recursos entram em ação. Se você comprou "ilimitado" esperando que a pista fosse escalável, você se sentirá surpreendido. Se você tratá-lo como não medido no papel mas muito medido na prática, fará decisões de arquitetura mais inteligentes e evitará o e-mail de suspensão que sempre chega no momento menos conveniente.
Largura de banda, transferência, throughput e velocidade de porta não são a mesma coisa
Não me importa quantas vezes a indústria confunde os termos—se formos ser honestos sobre o que você pode realmente empurrar, precisamos separar o vocabulário. Largura de banda é o tamanho do tubo em um momento no tempo. Throughput é o que você realmente alcança através desse tubo após sobrecarga, contenda e limitação. Transferência de dados é a quantidade total movida ao longo de algum período, geralmente um mês. Velocidade de porta é o limite máximo de fluxo instantâneo, tipicamente expresso como 10 Mbps, 100 Mbps, 1 Gbps ou mais.
"Sem medição" é uma promessa de cobrança sobre transferência mensal, não sobre a taxa instantânea que seus pacotes obtêm ao meio-dia de segunda-feira. "Ilimitado" é um floreio de marketing que implica que não há limite, mas o que você realmente tem é um plano que não contabiliza gigabytes por excesso enquanto impõe limites através de tudo o mais: compartilhamentos de CPU, I/O, contagem de processos, concorrência de conexões e, em última análise, a porta que seus pacotes devem atravessar. Uma porta de 1 Gbps pode, em teoria, mover uma quantidade massiva em um mês, mas se o host modela sua porta para 100 Mbps após cinco minutos de throughput sustentado—ou simplesmente lhe dá uma faixa "explosiva" que diminui sob carga—sua transferência teórica se evapora em tempo de espera real e solicitações falhas. O tubo que você pensou que comprou é o tubo que você ocupa apenas quando está quieto.
Quando eu reviso um plano, não pergunto "A largura de banda é ilimitada?" Eu faço uma pergunta diferente e mais feia: "Qual é o pior cenário de throughput instantâneo que estou garantido quando os vizinhos e eu estamos todos ocupados?" Esse é o número que impede seu checkout de parar, suas imagens de rastejar e seus trabalhos em segundo plano de construir uma pista de tentativas que você pagará mais tarde.
Como a hospedagem compartilhada é projetada para parecer ilimitada (até que não seja)
A hospedagem compartilhada é um truque de carnaval baseado em médias. A maioria dos sites é minúscula. A maior parte do tráfego é intermitente de maneiras amigáveis. A maioria das páginas é armazenada em cache após a primeira varredura. É assim que os hosts podem superassinar computação, memória, armazenamento I/O e caminhos de rede enquanto ainda fornecem painéis alegres para milhares de clientes. A maquinaria por trás dessa ilusão é um ninho de agendadores de compartilhamento justo e sistemas de cotas. As quotas de CPU impedem que uma única conta ocupe um núcleo completo por muito tempo. A modelagem de IOPS impede que vizinhos barulhentos esgotem o SAN. Os limites de processos PHP-FPM e Node garantem que apenas um punhado de solicitações possa ser executado dinamicamente ao mesmo tempo. Os limites de inode silenciosamente limitam o número de arquivos que você pode manter no disco, estrangulando sites ricos em mídia antes que a transferência apareça em um gráfico.
A coisa crítica a notar é que nenhum desses sistemas toca o item de linha “largura de banda”. Isso permanece não medido, então a afirmação continua tecnicamente honesta. No momento em que seu aplicativo começa a parecer ocupado por mais de um momento, as regras de compartilhamento justo impõem “uso típico” reduzindo as partes do seu stack que eles controlam. Você verá solicitações dinâmicas enfileiradas enquanto ativos estáticos parecem bem. Então, ativos estáticos desaceleram porque a origem se torna o gargalo que um CDN não pode mascarar completamente. O host ainda não está cobrando por transferência. Eles estão simplesmente fazendo você usar menos dela ao reduzir a velocidade com que você pode servi-la.
Eu não acho que os hosts compartilhados são vilões por isso. O modelo funciona para a vasta maioria dos websites, e manteve a web barata para pequenos editores. Mas a frase “largura de banda ilimitada” dá a idéia errada. Convida você a arquitetar como se tivesse uma pista dedicada, e você não tem. Você tem permissão para despejar água em um balde sem pagar por litro, mas ainda compartilha a torneira.
O texto pequeno que realmente governa seu uso
Se você quer a verdade, não leia a tabela de preços; leia a Política de Uso Aceitável. Você encontrará frases açucaradas como “websites típicos” e “uso justo,” que se traduzem em “se você começar a parecer um nó de compartilhamento de arquivos, um site de streaming, um espelho de mídia ou um hub de download, nos reservamos o direito de limitar, migrar ou suspender você.” Você encontrará proibições de streaming de áudio e vídeo da origem, distribuição de arquivos em escala, arquivos de backup armazenados no espaço web, coleções ZIP acessíveis publicamente e scripts “intensivos em recursos” que rodam por mais de alguns segundos cada. Você encontrará limites diários de segundos de CPU, tetos de consultas de banco de dados e contagem de conexões que fazem seu rastreador assíncrono favorito parecer um ataque.
Os limites de processos de entrada são especialmente sorrateiros. Em ambientes estilo cPanel, um “processo de entrada” muitas vezes significa “o número de solicitações dinâmicas simultâneas permitidas para começar.” Atinga esse limite e o próximo visitante não entra na fila; eles recebem erros. Limites de I/O e números de IOPS fazem o mesmo com o disco. Limites de inodes cortam você quando tem “muitos arquivos,” que bibliotecas de mídia ambiciosas atingem antes de tocarem na taxa de transferência. Nenhuma dessas coisas viola “largura de banda ilimitada.” Elas apenas garantem que você use muito pouco dela quando seu site começa a crescer.
Perdi a conta dos planos que afirmam ser “ilimitados” enquanto silenciosamente ajustam a CPU para “100% de um núcleo por alguns segundos,” I/O para “alguns megabytes por segundo sustentados,” e processos para “um punhado de cada vez.” Isso é um cinto, suspensórios e uma corda. Se você atingir todos os três, não está correndo; está se arrastando.
Como é o "ilimitado" em uma segunda-feira movimentada
Imagine uma segunda-feira normal após uma menção no fim de semana que atrai nova atenção. Seu HTML é razoavelmente leve, suas imagens são decentes, você depende de um CDN para ativos estáticos e sua origem lida com as partes dinâmicas. O tráfego aumenta em um fator de cinco. No início, tudo está bem porque os caches estão aquecidos e o CDN consome a maioria dos pedidos de imagem. Então seus endpoints dinâmicos ficam para trás. O limite de processos do host mantém apenas um pequeno número de trabalhadores PHP ou Node ativos simultaneamente. As filas começam, e os tempos de resposta se alongam o suficiente para quebrar os timeouts entre serviços. O CDN ainda ajuda, mas falhas no cache do HTML começam a doer. Seu banco de dados fica mais falante, e o agendador de I/O subtrai outra fatia porque agora você é "intensivo em recursos". Seus clientes, com timing perfeito, clicam em imagens que não estavam aquecidas no CDN, puxando rajadas da origem que colidem com o trabalho dinâmico lento.
O que acontece a seguir depende do host. Alguns hosts reduzem progressivamente seu desempenho até que fique tão ruim que os visitantes desistam e sua "média" volte ao normal. Outros acionam regras automatizadas de abuso e movem sua conta para um pool de nível inferior ou uma VLAN de quarentena. Alguns ainda lançam a resposta clássica 509, "Limite de Banda Excedido", mesmo que não estejam contando bytes—509 é apenas um sinal de parada útil para ganhar tempo enquanto revisam. O resultado parece idêntico: a promessa de "ilimitado" evapora exatamente quando você precisa.
Um site que serve principalmente HTML em cache e ativos estáticos pode mancar com visitantes irritados. Uma loja com muitos carrinhos ou um aplicativo com muitas buscas vai levar um golpe. A dor raramente aparece como uma métrica única e clara. É um mosaico de pequenas desacelerações se acumulando em checkouts falhados e aumento de abandono.
Antes de irmos mais fundo, quero tornar algo concreto e reutilizável para que você possa ver o teto prático mesmo quando um plano afirma que ele não existe.
Vou mergulhar em números concretos por alguns minutos. Esta é uma Seção Premium focada diretamente na matemática que você pode fazer em um guardanapo para traduzir a velocidade da porta em transferência mensal e depois em visualizações de página. Se você já lutou para mapear "1 Gbps sem medição" em "Quantas visitas posso realmente servir?" é aqui que isso se esclarece.
Premium content
Inicia sessão para continuar
Os assassinos silenciosos: Troteamento de CPU, moldagem de IOPS e limites de processos
Se você já sentiu um site desacelerar enquanto os gráficos pareciam "normais", você encontrou os assassinos silenciosos. O troteamento de CPU é o mais visível quando você sabe onde procurar. Hospedeiros compartilhados alocam uma fatia de um núcleo para picos e depois diminuem você sob carga sustentada. Seu aplicativo não trava; ele arrasta. Isso é o suficiente para derrubar classificações de busca e taxas de conversão sem acionar alarmes que envolveriam o suporte.
A moldagem de IOPS é mais sutil. Bancos de dados vivem e morrem pela latência de armazenamento. Aplicativos pesados em arquivos também. Os hospedeiros usam cgroups e QoS de armazenamento para impedir que grandes consumidores esgotem o array. Você não vê um erro; você vê um tempo de espera de disco de vinte milissegundos se transformar em oitenta, o que puxa os tempos de requisição para uma nova distribuição, mais feia. Combine isso com um limite de processo de entrada baixo e você criou a caixa de aperto perfeita. As requisições demoram mais, então mais requisições são simultâneas, o que atinge o limite mais cedo, derrubando novos visitantes no chão.
Os limites de processos, finalmente, são a guilhotina. Muitos planos limitam o PHP-FPM ou similar a um punhado de filhos. Alguns adicionam um limite no total de processos simultâneos por usuário. Ambos permitem que um hospedeiro sorria e prometa "largura de banda ilimitada" enquanto garante que você não pode, na prática, enviar muita coisa. Se você já perseguiu um gargalo fantasma no CDN ou no código do seu aplicativo apenas para descobrir que o hospedeiro permite oito trabalhadores e chama isso de um dia, você sentiu a armadilha.
Eu não coloco "largura de banda ilimitada" no meu registro de riscos como um problema a ser resolvido. Eu reduzo minha dependência disso. O modelo que funciona para a maioria dos sites pequenos e médios é entediante e eficaz. Armazene em cache o HTML na borda pelo tempo que seu conteúdo permitir. Empurre imagens, CSS e JS para um CDN que você realmente valida em produção com uma alta taxa de acerto, não apenas um logo. Descarregue mídia pesada para armazenamento de objetos e aponte seu CDN para lá para que a origem nunca a veja. Mantenha a origem focada em leituras e gravações dinâmicas que realmente precisam de computação, e faça com que sejam o mais sem estado e rápidas possível.
Quando você faz isso, o plano de "largura de banda ilimitada" se torna aceitável porque você não pede que ele carregue a carga que não pode carregar sem drama. Mesmo que o hospedeiro molde sua origem, o CDN absorve a natureza aleatória do tráfego. Seu p95 se estabiliza, e você ganha tempo para escolher uma mudança quando o crescimento é real em vez de reagir durante uma interrupção. Todo o texto miúdo ainda existe, mas você não está pisando nele. Você construiu uma origem pequena e ágil em vez de um armazém.
Eu nunca coloco streaming de vídeo, downloads de arquivos, espelhos de software públicos ou distribuição de backups em um plano que diz "ilimitado". Eu digo isso como alguém que tentou espremer por eles e depois negociou com a linguagem dos Termos de Serviço depois do fato. Esses workloads não são para o que o hosting compartilhado é construído, e o hospedeiro irá desligá-lo em nome de proteger todos os outros. Mesmo que você consiga escapar brevemente, está a uma menção de distância de páginas de e-mails raivosos e uma migração à meia-noite.
Arquivos ZIP pesados de ativos de produtos ou materiais de aprendizado acionarão os mesmos alarmes. APIs públicas que incentivam o polling de clientes também. E qualquer coisa que encoraje os usuários a buscar o mesmo arquivo de vários megabytes repetidamente em novas conexões atingirá a moldagem de portas mais rápido do que você pensa. O fio que conecta esses casos é simples: são workloads de alta saída e baixo cálculo que atacam a conta de trânsito do hospedeiro sem consumir a CPU ou I/O que seus agendadores estão ajustados para medir. Essa incompatibilidade é exatamente o motivo pelo qual "largura de banda ilimitada" existe como uma frase. É uma promessa suave construída para ser revogada no instante em que seu uso deixa de parecer um pequeno blog.
Quero dar a você um guia de tradução de advogado-com-benchmarks que você pode manter. A próxima seção é uma Seção Premium onde eu traduzo as cláusulas mais comuns que os hospedeiros usam em realidade operacional. Se você não ler mais nada, leia isso quando estiver analisando um plano à 1 da manhã e se perguntando se "ilimitado" suportará seu próximo lançamento.
Premium content
Inicia sessão para continuar
Monitorando o que importa para saber antes que o e-mail de suspensão chegue
O painel que seu host fornece não o alertará sobre a falha que está por vir. Ele relatará médias e totais enquanto a dor se esconde na cauda longa. Eu observo sinais diferentes. O tráfego de origem versus o tráfego da CDN me diz se meu cache está fazendo seu trabalho. Se o tráfego de origem aumenta mais rápido do que as visitas, sei que algo está sendo ignorado ou removido de forma muito agressiva. A concorrência de conexões é o canário para limites de processo; se as conexões concorrentes se aproximarem de um teto plano, espero erros imediatos para novos visitantes. A largura de banda no percentil 95 e o tempo de solicitação são mais importantes do que as médias porque eles predizem as partes do dia em que o host vai moldar você e seus usuários não conseguirão completar uma jornada.
O tempo de roubo da CPU é um teste de cheiro de ambiente compartilhado. Se eu vejo o roubo aumentando durante minhas horas de silêncio, sei que estou competindo com vizinhos e que minha explosão cairá em um nó cansado. Consultas lentas sempre valem o tempo que você acha que não tem; corrigir um índice ruim pode ser a diferença entre sobreviver a uma menção e passar um dia se desculpando. Orçamentos de erros—o número de erros que você permite em um intervalo antes de considerar que a experiência do usuário está degradada—amarram tudo isso junto. Se seus erros aumentarem antes do tráfego, você tem um atrito invisível, e "ilimitado" não amortecerá nada.
Siga o dinheiro e a história deixa de ser misteriosa. Trânsito é caro se você não consegue negociar um ótimo peering e se seus usuários estão longe dos seus POPs. Hospedagem compartilhada amortiza esse custo entre milhares de contas, a maioria das quais mal usa algo. "Ilimitado" é uma ferramenta de aquisição de clientes. Reduz o atrito e se compara bem em uma tabela onde o plano mais barato "inclui" mais. O host assume que você será pequeno ou que fará a coisa sensata e moverá seu tráfego pesado para uma CDN e armazenamento de objetos no momento em que crescer, o que transfere o tráfego para um provedor que não faz nada além de tráfego.
Nuvens invertem o modelo. Elas medem o tráfego porque é o centro de lucro delas e porque suas redes são caras de operar em escala global. Elas não prometem "ilimitado" porque o incentivo é diferente; elas querem que você arquitete com cuidado e pague pelo que usa. Hosts compartilhados querem que você traga seu site pequeno e fique feliz até que você não seja mais pequeno, momento em que querem que você otimize ou faça upgrade. Nada disso é cínico; é assim que as contas são pagas. Mas isso explica por que os Termos de Serviço são escritos em linguagem aveludada e por que os limites técnicos são aplicados com um toque leve até que não sejam.
Pontos de decisão: quando "ilimitado" é bom, quando é imprudente e como migrar
Eu não descarto "ilimitado" de imediato. Para um pequeno site de marketing com páginas principalmente estáticas e um blog modesto, é perfeitamente aceitável se você colocar um CDN na frente dele. Para uma loja com tráfego leve e cache sensato, pode funcionar enquanto você encontra um ajuste de produto-mercado. Para uma publicação que tem picos imprevisíveis, é arriscado a menos que você faça cache agressivamente e pré-renderize. Para qualquer coisa que emite arquivos grandes, é a ferramenta errada no dia do lançamento.
Minha árvore de decisão é direta. Se seu tempo de resposta dinâmico p95 é baixo e permanece baixo sob estresse leve, você pode usar um plano compartilhado por mais tempo do que pensa. Se sua taxa de acerto do CDN é genuinamente alta e seu egress de origem permanece estável quando o tráfego dobra, você está seguro o suficiente. Se qualquer uma dessas condições falhar, planeje a mudança agora. Um pequeno VPS com dois vCPUs e memória suficiente para evitar swapping é monótono e confiável. Ele oferece concorrência previsível, melhor desempenho de armazenamento e uma rede que você pode realmente entender. Você ainda pode usar a mesma estratégia de CDN e armazenamento de objetos. Quando você superar isso, sentirá de maneiras que pode instrumentar e planejar, e você passará para clusters dedicados ou gerenciados porque escolheu, não porque uma cláusula de ToS o forçou.
O caminho de migração não precisa ser dramático. Mantenha sua origem sem estado sempre que possível para que as mudanças de DNS sejam limpas. Armazene sessões em um backend compartilhado que você possa apontar tanto para as origens antigas quanto para as novas durante um breve período de sobreposição. Aqueça os caches antes de ativar a mudança, para que a nova origem não receba todo o impacto. O ponto não é ser perfeito; é ser previsível. "Ilimitado" falha de forma imprevisível. Seu objetivo é parar de ser surpreendido.
Prometi cenários práticos e vividos porque é assim que as margens deste tópico se tornam óbvias. A próxima seção é uma Seção Premium com três histórias do mundo real, cada uma começando no "ilimitado", cada uma atingindo um obstáculo diferente, e as mudanças exatas que as estabilizaram.
Premium content
Inicia sessão para continuar
Minha posição, francamente: é não medida, não ilimitada — trate-a dessa forma
Eu não me importo com "largura de banda ilimitada" desde que concordemos que ela significa "não contaremos bytes" e nada mais. É não medida, não infinita. Os controles que moldam sua experiência vivem em compartilhamentos de CPU, limites de I/O, limites de processos, tetos de concorrência e modelagem de portas efêmeras quando você fica ocupado. Se você arquitetar como um adulto—CDN na frente, ativos descarregados, trabalho dinâmico minimizado e rápido—você pode viver feliz em um plano que anuncia "ilimitado" porque raramente precisa testá-lo. Se você arquitetar como se tivesse comprado uma pista dedicada, aprenderá o significado de "uso justo" na primeira vez que alguém se importar com seu site.
Aqui está como eu opero. Trato a origem como uma pequena API que merece respeito. Movo bytes pesados para lugares construídos para saída, e pago por essa saída porque é o custo de escala. Eu observo p95, não médias. Mantenho um olho na concorrência e outro na longa cauda dos tempos de requisição. Leio os Termos de Serviço como se fosse um documento técnico e traduzo cada eufemismo em um número. Aceito que hospedagem compartilhada é um ambiente superlotado com uma proposta de valor brilhante para sites pequenos e um conjunto de limites rígidos para qualquer coisa ambiciosa. Quando a ambição chega, eu me mudo porque escolho, não porque uma cláusula de veludo me diz que devo.
Se você já foi enganado por "ilimitado", não se culpe. A frase é feita para ser tranquilizadora, e funciona. Construa a pequena e resiliente origem. Coloque um CDN na frente. Descarregue as coisas pesadas. Conheça seus números e seus pontos de estrangulamento. Quando chegar o dia em que você precisar de um VPS ou algo maior, faça a mudança com um cache quente e uma cabeça fria. Você nunca olhará para "largura de banda ilimitada" da mesma forma novamente, e esse é o ponto. Não foi uma promessa. Foi um convite para fazer o trabalho certo.
