Alternativa cloud para programadores africanos: o que avaliar antes de migrar

A avaliar alternativas à AWS? Para programadores africanos — e equipas cujos utilizadores estão principalmente em África — a escolha por defeito de um hyperscaler nem sempre é a mais adequada. As facturas de egress disparam quando a sua audiência está em ligações de baixa largura de banda que exigem várias tentativas. A fricção de pagamentos é real para contas de programador sem cartão de crédito emitido nos EUA. As rotas de escalamento de suporte passam pelas Américas ou pela Europa, não por Lagos ou Nairobi. E a latência, embora excelente nos backbones principais, continua a ser um ida-e-volta para regiões distantes em vez de um ponto que faz peering directamente com os ISPs africanos.

Este é um guia prático para os cenários onde uma cloud diferente — especificamente uma com centros de dados mais próximos de África e rails de pagamento adequados aos programadores africanos — é a melhor escolha. Não é uma página de comparação. É um quadro para decidir quando a escolha por defeito deixa de fazer sentido.

Quando uma cloud diferente faz genuinamente sentido

Quatro padrões que inclinam a decisão para fora dos grandes hyperscalers com sede nos EUA:

1. Os seus utilizadores estão em África. Se mais de 70 % do seu tráfego resolver para IPs africanos, a região hyperscaler mais próxima (tipicamente Europa Ocidental ou Cidade do Cabo) acrescenta 80-200 ms de ida-e-volta face a um deployment em Lisboa ou Joanesburgo com peering directo em pontos de troca de Internet europeus e africanos. Para um backend de app móvel conversacional, isso é perceptível.
2. Está limitado pela largura de banda de saída. O preço de egress dos hyperscalers é punitivo a escala — tipicamente 0,08-0,12 $/GB a sair do centro de dados, mais elevado a partir de regiões africanas. Muitas alternativas cloud medem a largura de banda de forma diferente ou incluem dotações razoáveis no preço base da VM, o que importa quando está a servir vídeo, imagens ou dados de backup a consumidores africanos.
3. Não consegue obter facilmente um cartão de crédito norte-americano. Os grandes hyperscalers aceitam cartões internacionais em princípio, mas a fricção de taxas de conversão e pré-autorizações é real. Se preferir pagar com PayPal, criptomoeda ou um rail de pagamento local, os hyperscalers mainstream não estão configurados para si.
4. Quer facturação previsível. As facturas dos hyperscalers surpreendem rotineiramente as pessoas com encargos de quatro dígitos — uma gateway de rede mal configurada, um volume de armazenamento órfão, uma função serverless recursiva acidental. VMs a preço fixo de um fornecedor mais simples previnem essa classe de incidente por construção.

O que a AFRICLOUD oferece de forma diferente

A AFRICLOUD opera infra-estrutura cloud a partir de dois centros de dados — Lisboa, Portugal e Joanesburgo, África do Sul. Lisboa está directamente ligada ao DE-CIX Lisbon com peering bilateral com a Hurricane Electric; a sua posição geográfica produz encaminhamento de baixa latência para o Norte e Oeste de África, e para o Brasil via o cabo submarino EllaLink. Joanesburgo está directamente em peering no NAP Africa — o maior ponto de troca de Internet do continente, com mais de 580 redes incluindo Cloudflare, Hurricane Electric, Apple, Meta e os principais operadores africanos — o que faz dela o DC mais bem posicionado para o tráfego da África Oriental, Central e Austral.

Os planos VM1 a VM8 cobrem desde uma pequena máquina Linux (20 $/mês, 1 vCPU, 2 GB RAM) até um host de produção substancial (320 $/mês, 16 vCPU, 32 GB RAM). Cada plano inclui armazenamento NVMe e processadores AMD EPYC; endereços IPv4 e IPv6; uma dotação generosa de largura de banda; e mitigação DDoS herdada dos nossos fornecedores de trânsito. O deployment é automatizado — o seu servidor é provisionado em menos de 2 minutos após a confirmação do pagamento, sem fila de tickets.

Quanto a pagamentos: aceitamos cartões principais (Visa, Mastercard, AmEx), PayPal, mais de 300 criptomoedas via NOWPayments, e Mobile Money (pawaPay) em 10+ países africanos incluindo Uganda, Senegal, Costa do Marfim, Camarões e Ruanda. Cerca de um quarto de todas as encomendas AFRICLOUD na nossa plataforma são liquidadas em criptomoeda — este é um rail de pagamento mainstream para nós, não um nicho. Os clientes brasileiros podem carregar em reais brasileiros via Pix directamente no checkout.

Onde um hyperscaler continua a vencer

Resposta honesta: em muitos sítios. Se a sua aplicação depende de serviços geridos proprietários — funções serverless, bases NoSQL geridas, data warehouses geridos, plataformas ML geridas — o custo de migração é alto porque estes não têm equivalentes directos num fornecedor de infra-estrutura mais simples. Se precisa de failover multi-região com direccionamento automático de tráfego ao nível de DNS, o encaminhamento por health-checks do hyperscaler é difícil de replicar. Se a sua equipa já tem expertise profunda em hyperscalers e tooling de infraestrutura-como-código, trocar acrescenta carga cognitiva real. E para cargas que precisam de frotas GPU ou compute efémero em escala de picos, os hyperscalers ainda têm melhor economia.

Uma cloud mais simples não é um substituto drop-in para uma stack profunda de serviços geridos. É uma forma diferente — mais simples, mais previsível, mais próxima de África, mas sem a profundidade de serviços geridos. Para um backend Django ou Node.js a servir utilizadores africanos, um site WordPress, um deployment SaaS containerizado, ou um VPS de trading forex, uma VM cloud simples de um fornecedor como a AFRICLOUD é muitas vezes a melhor forma. Para uma arquitectura orientada a eventos globalmente distribuída com integração cloud proprietária profunda, não é.

Como avaliar

Três perguntas a fazer a si próprio antes de migrar qualquer coisa:

1. Qual é a minha latência real para os meus utilizadores reais? Use o Looking Glass AFRICLOUD para medir a partir dos nossos centros de dados de Lisboa e Joanesburgo até ao ISP dos seus utilizadores. Compare com a sua região cloud actual.
2. Qual é a minha factura total depois do egress? Extraia três meses de encargos de egress do seu fornecedor actual e modele a mesma carga numa VM de preço fixo. Se gasta mais em largura de banda do que em compute, uma alternativa a tarifa plana quase sempre vence.
3. Que serviços geridos estou realmente a usar? Liste-os. Para cada um, pesquise se existe equivalente auto-alojado ou de fornecedor alternativo e qual o custo de migração. Se estiver profundamente dentro de serviços event-driven proprietários com triggers específicos do serviço, a resposta provável é ficar. Se estiver a correr máquinas virtuais e uma base relacional gerida, a migração para um VPS mais uma base auto-alojada ou gerida separadamente é tratável.

Pronto para testar a partir da sua rede? Faça deployment de uma VM2 por 40 $/mês em A/B ao lado da sua configuração existente e compare os tempos de resposta reais para os seus utilizadores reais. Sem compromisso — cancele a qualquer momento.