42 mercados africanos a partir de uma única conta cloud

Medição de agosto de 2026: 42 dos 53 países africanos que testamos podem ser alcançados em menos de 70 milissegundos de ida e volta, no melhor caso, a partir de pelo menos uma região AFRICLOUD. Nesses 42 países vivem cerca de 1,28 mil milhões de pessoas, pouco mais de 84% da população de África (Banco Mundial, 2024). Em termos práticos: uma conta, três regiões e um mapa endereçável que cobre mais de quatro em cada cinco africanos com a capacidade de resposta que os fornecedores locais lhes oferecem.

Este artigo não é sobre milissegundos. É sobre o que esses milissegundos permitem: entrar em mercados por toda a África, servi-los e conquistá-los, sem construir infraestrutura em cada um deles.

O que significa "nível local" para uma empresa?

Uma regra de usabilidade bem estabelecida, popularizada pelo Nielsen Norman Group, situa perto dos 100 milissegundos o limiar a partir do qual uma interface "parece instantânea". Esse orçamento tem de cobrir tudo: a ida e volta na rede, a cifragem, o trabalho do servidor e a atualização do ecrã.

Uma ida e volta na rede abaixo dos 70 milissegundos deixa uma margem real dentro desse orçamento. É a diferença entre um checkout que responde no momento em que o cliente toca e um checkout que hesita visivelmente. Entre um painel que parece nativo e um painel que parece alojado no estrangeiro. Para APIs de pagamento, sistemas de ponto de venda, ferramentas colaborativas, marketplaces em tempo real e tudo o que tem um ser humano à espera do outro lado, é a fronteira entre "isto funciona aqui" e "isto foi construído para outro lugar".

Quando essa fronteira se move, o mapa de mercados move-se com ela. Uma aplicação alojada na AFRICLOUD cabe nesse orçamento para clientes em 42 países africanos, sem que o operador faça mais do que escolher a região certa no momento do deployment.

Que mercados, a partir de que região?

As três regiões dividem o continente entre si, e as zonas de cobertura resultam das nossas próprias medições de ida e volta à escala do continente, em milhares de pontos de observação de rede, e não de suposições de marketing.

Joanesburgo serve a África Austral e a África Oriental: a África do Sul dentro do país, e depois o corredor que sobe pelo Botsuana, Zimbabué, Zâmbia, Maláui, Moçambique, Tanzânia, Quénia e Uganda, com as economias do Índico, Maurícia, Comores e Madagáscar, ao lado.

Lagos serve a Nigéria dentro do país e grande parte da África Ocidental e Central: o Gana, a Costa do Marfim, o Togo, os Camarões e os vizinhos, medidos a partir da nossa nova instalação de Lagos. Lagos põe também o Sael encravado, incluindo o Burquina Faso, o Níger e o Chade, ao alcance através da fibra terrestre da África Ocidental, onde chegar a infraestrutura comparável passava antes por um desvio pela Europa. O nosso anúncio da região de Lagos cobre em detalhe o lado nigeriano.

Lisboa serve o Norte de África, de Marrocos ao Egito, passando pela Argélia, pela Tunísia e pela Líbia, além de parte da costa ocidental africana, e liga o mapa africano à Europa e ao Brasil através de uma ligação submarina direta entre Portugal e a América do Sul.

Os números por trás do mapa são mínimos no melhor caso, medidos como publicamos todos os nossos números: a latência real pode ser 10 a 30% superior consoante a operadora e o caminho, e qualquer pessoa pode verificar a partir da sua própria rede em lg.africloud.com. A história completa das medições está no nosso relatório sobre a latência de último quilómetro em África (em inglês).

Porque é que a rede chega tão longe?

Promessas de cobertura são fáceis de fazer e caras de simular, por isso aqui fica o mecanismo, e é publicamente verificável.

A AFRICLOUD troca tráfego diretamente com mais de 700 redes em quatro pontos de troca de tráfego: o NAPAfrica em Joanesburgo, o Internet Exchange Point of Nigeria em Lagos e o DE-CIX em Lisboa e em Madrid. Mais de 500 dessas redes são africanas, repartidas por 33 países de África. É essa a singularidade. A maioria das clouds que servem África concentra o peering em Frankfurt, Amesterdão ou Londres e chega aos utilizadores africanos por longos caminhos de trânsito. O nosso grafo de adjacências aponta no sentido contrário: a maioria das redes que tocamos diretamente são os operadores móveis, os fornecedores de acesso, as transportadoras e os sistemas de cabos do próprio continente, ao lado das plataformas de conteúdos globais e dos backbones Tier 1 que completam o conjunto.

A adjacência direta é o que torna a cobertura real. Quando a rede onde o seu cliente está fica a um salto num ponto de troca, o tráfego dele não apanha um avião para a Europa e volta. Tudo isto é verificável de forma independente: a nossa rede é o AS209179, e serviços como o bgp.tools e a PeeringDB mostram o grafo de peering a quem quiser ver.

A mesma seriedade aplica-se à operação da rede. As origens das rotas são validadas com RPKI e as rotas inválidas são rejeitadas em todas as sessões. As intenções de encaminhamento estão registadas nas bases RIPE e AFRINIC. A filtragem anti-spoofing segue a BCP38, com aprovação completa no teste independente Spoofer da CAIDA. Implementamos as quatro ações MANRS, e cada servidor é entregue com IPv4 e IPv6 nativos. Nada disto aparece numa página de preços, mas é a diferença entre uma rede que por acaso funciona e uma rede construída para continuar a funcionar.

O que é que se implanta, afinal, nesses mercados?

A mesma plataforma corre nas três regiões. Os servidores cloud assentam em processadores AMD EPYC com armazenamento NVMe de classe empresarial em todos os planos, acesso root completo, escolha de imagens Linux com reinstalação num clique e velocidades de porta aplicadas plano a plano: limites de débito reais, não números de brochura. A transferência incluída vai de 500 GB a 4 TB consoante o plano, e é um teto flexível: para lá dele, a velocidade de rede é reduzida até ao fim do período de faturação, sem bloqueio e sem cobrança de excedentes. Um servidor novo fica implantado e online em cerca de dois minutos, e os servidores dedicados encomendam-se e aprovisionam-se no mesmo regime de self-service.

A plataforma à volta do servidor foi pensada para equipas que automatizam. Uma API REST pública, documentada abertamente em africloud.com/docs e compatível com Terraform e Ansible, comanda tudo, do deployment aos IPs flutuantes, com chaves de API de âmbito limitado e restritas por IP. Snapshots a pedido e cópias de segurança diárias automáticas cobrem a recuperação; os volumes de armazenamento de blocos crescem online sem indisponibilidade; uma firewall ao nível da plataforma fica por baixo do sistema convidado; e a rede privada entre os seus servidores é genuinamente não contabilizada. A faturação ajusta-se à forma como opera: pagamento à hora ou ao mês, carteira pré-paga e checkout na sua moeda por cartão, PayPal, mais de 300 criptomoedas ou, em doze mercados africanos, mobile money.

O que muda na hora de escolher onde alojar?

Três regiões numa conta são também três jurisdições numa conta. Os dados nigerianos podem ficar em Lagos, em solo nigeriano, o que importa a quem trabalha no âmbito da NDPA, como explica o nosso artigo sobre residência de dados (em inglês). As cargas de trabalho sul-africanas ficam em Joanesburgo ao abrigo da POPIA. As cargas europeias ficam em Lisboa ao abrigo do direito da União Europeia. As posturas de conformidade variam e as exigências concretas pedem sempre uma análise jurídica caso a caso, mas a pergunta estrutural, onde vivem os dados, resolve-se com um menu no deployment, não com um projeto de migração.

Para uma empresa a preparar o crescimento, a leitura prática do mapa é esta: os 42 países dentro da linha dos 70 milissegundos são mercados que pode servir com credibilidade já hoje, a partir de infraestrutura que já existe, com resposta de nível local e sem investimento em equipamento. Escolha a região mais próxima dos seus clientes, implante, e a cobertura vem com a conta.

Explore a rede em detalhe em africloud.com/network ou implante um servidor em Lisboa, Joanesburgo ou Lagos em poucos minutos.