Uma matriz curta e honesta.
| Grande cloud | Marketing bulletproof | RedoubtHost | |
|---|---|---|---|
| Narrativa | Escala / compliance | Indiferença às regras | Jurisdição + processo |
| Pagamento | Cartão / empresa | Muitas vezes crypto | Checkout crypto |
| Discurso | Risco de marca | « Vale tudo » | Discurso legal · AUP rigorosa |
| Root | Sim em IaaS | Varia | Root completo |
A maioria das páginas «offshore vs cloud» são, na verdade, páginas de vendas vestidas de bata de laboratório. Esta é um auxílio à decisão. Existem, em traços largos, três posturas em que pode apostar, e cada uma é honesta acerca de uma coisa diferente. Um hyperscaler (grande cloud) é honesto quanto à escala e à conformidade e desonesto por omissão quanto à rapidez com que atuará perante uma queixa de política. Uma loja bulletproof é honesta quanto a não se importar e desonesta quanto ao tempo que consegue continuar a não se importar. Um VPS offshore como o RedoubtHost tenta ser honesto quanto a ambas as coisas: colocação real numa jurisdição, uma AUP publicada e nenhuma promessa de que a lei deixa de existir.
Leia a tabela por coluna, não por linha. Escolha a coluna cujo modo de falha consegue tolerar.
| Critério | RedoubtHost (VPS offshore) | Loja «bulletproof» típica | Grande cloud / hyperscaler |
|---|---|---|---|
| Transparência de jurisdição | Região escolhida na encomenda, jurisdição enquadrada em páginas de localização dedicadas | Bandeiras vagas, «offshore» sem contexto legal nomeado | Dezenas de regiões, mas regidas por um único ToS corporativo e pela lei do país de origem |
| Tratamento de DMCA / avisos | Avisos lidos e respondidos; reencaminhados para si, não anulados automaticamente. Ver política DMCA e VPS DMCA-ignored | «Ignoramos tudo» como frase de marketing — até um upstream discordar | Remoção rápida, muitas vezes automatizada; guiada pelo risco de marca |
| Pagamento | Fatura crypto, denominada em USD, com taxa fixada no checkout | Normalmente crypto, por vezes apenas crypto | Cartão / fatura / créditos de cloud; crypto raro |
| Acesso root | Root completo em todos os planos; o seu kernel, o seu stack | Normalmente root completo | Root dentro do guest, mas com uma pesada camada gerida à volta |
| KYC / identidade | Apenas um email funcional — sem documento de identidade | Varia; alguns nenhum, outros opacos | Identidade de conta completa, verificação de faturação, por vezes telefone |
| Longevidade / risco de upstream | A postura de uso lícito mantém os upstreams calmos; o abuso é trabalhado, não escondido | Alto — uma queixa de upstream pode aplicar null-route a toda uma gama | Muito baixo — o fornecedor é o upstream |
| Preço | Planos desde $19/mês, add-ons com preço individual — ver preços | Muitas vezes um prémio pela promessa «sem perguntas» | Barato para começar, imprevisível em escala (egress, por pedido) |
Nada nessa tabela é uma pontuação de zero a dez. Não há aqui selos comprados. Se uma alegação de um concorrente lhe importa, verifique-a no site do próprio antes de a publicar.
O anti-hype corta nos dois sentidos, por isso aqui vai a parte honesta: por vezes a grande cloud é a resposta correta e o VPS offshore é a errada. Se a sua carga de trabalho precisa de bases de dados geridas, grupos de autoscaling, uma atestação de conformidade que possa entregar a um cliente empresarial, ou uma certificação específica para um setor regulado, um hyperscaler justifica o seu preço. Se a sua receita depende de estar dentro do ecossistema de um grande fornecedor — o serviço de identidade, a fila, o object store dele — sair custa mais do que poupa.
O VPS offshore é a escolha certa para uma necessidade mais estreita e real: está a alojar discurso legal difícil de colocar, quer o contexto legal de uma jurisdição específica, quer pagar sem cartão e quer um alojador que lê uma queixa antes de agir sobre ela, em vez de depois. Se esse não é o seu caso, a recomendação honesta é ficar na plataforma que lhe assenta. Preferimos perder a venda a vender-lhe a postura errada.
A coluna bulletproof parece atraente até ao momento em que evapora, e a razão é económica, não coragem. Quase nenhum alojador «bulletproof» é dono da sua própria rede para a internet mais alargada. Aluga trânsito a um upstream, e esse upstream aluga a um maior. Quando as queixas de abuso se acumulam num prefixo, o upstream faz a coisa mais barata disponível: aplica null-route à gama. Todos os clientes nesses IP ficam às escuras de uma só vez, culpados ou não. O alojador que prometeu «ignorar tudo» não tem qualquer alavancagem, porque a decisão nunca foi dele para tomar.
Esse é o risco estrutural por trás do marketing. Um alojador consegue absorver alguma pressão trabalhando o abuso com honestidade, mantendo os upstreams informados e recusando as categorias que desencadeiam escalada rápida — malware, phishing e ataques de rede. Um alojador que anuncia indiferença convida exatamente o volume de queixas que força a mão de um upstream. «Bulletproof» é uma alegação sobre as intenções do alojador; o uptime é um facto sobre o upstream do alojador. As duas coisas não são o mesmo, e confundi-las é como os operadores perdem dados sem qualquer aviso.
As páginas de comparação são artefactos de marketing, incluindo esta, por isso leia todas com as mesmas três verificações.
Aplique essas verificações também a nós. A nossa alegação é estreita: VPS offshore com root completo, escolha real de jurisdição, checkout crypto e uma linha publicada entre liberdade de expressão e crime. Se a sua necessidade fica fora dessa linha, a comparação deve enviá-lo para a grande cloud — e acabámos de lhe dizer quando o faz.
Pode ser, para utilizadores longe da região que escolheu. Os hyperscalers operam pontos de presença de edge em muitas cidades; um único VPS offshore fica numa jurisdição que escolheu por razões legais. A latência é uma função da distância e do routing, não da palavra «offshore». Escolha a região mais próxima do seu público real e coloque um CDN à frente se a velocidade global importar mais do que a jurisdição.
Não, e não usaremos a palavra para lhe vender. Somos um VPS offshore consciente da jurisdição, com uma AUP publicada. Lemos e respondemos aos avisos em vez de fingir que os tribunais não existem, e recusamos as categorias de abuso que fazem gamas de IP inteiras serem null-routed. É essa postura que mantém o seu servidor no ar — não uma promessa de ignorar tudo.
Depende inteiramente da profundidade a que está no ecossistema do fornecedor. Uma aplicação simples em root completo — o seu servidor web, o seu runtime, a sua base de dados na mesma máquina — migra numa tarde. Se depende da base de dados gerida, do serviço de identidade ou do object storage do fornecedor, conte com re-arquitetar essas peças. Todos os planos aqui dão-lhe root completo, por isso o que executa é portável por defeito.