Alternativas à AWS para empresas da Nigéria

Se gere uma empresa na Nigéria assente em AWS, a pergunta que interessa não é se deve sair. É que partes da sua infra-estrutura estão no sítio errado. A maioria das empresas nigerianas que muda acaba por repartir: algumas cargas ficam num hiperescalador porque nada mais as executa com sentido, e as que servem utilizadores nigerianos, ou guardam dados de clientes nigerianos, aproximam-se de casa.

Este guia é um método para decidir caso a caso. Está organizado em torno das quatro perguntas que realmente mudam a resposta, e é honesto quanto àquilo em que a AWS continua a ganhar.

Critério 1: onde os dados têm de residir

Comecemos por aqui, por ser o critério pior compreendido. A lei nigeriana de protecção de dados (NDPA) não obriga a alojar dados pessoais dentro da Nigéria. Permite transferências transfronteiriças desde que estejam reunidas as condições legais de protecção adequada, e os próprios materiais da Comissão Nigeriana de Protecção de Dados reconhecem o recurso a serviços cloud dentro ou fora do país. Tratámos o tema em detalhe em o que a NDPA diz realmente sobre residência de dados.

Alojar dentro do país é, portanto, uma decisão e não uma obrigação. Passa a ser a decisão certa quando:

• Trata dados pessoais sensíveis, ou é responsável ou subcontratante de importância maior, e prefere responder a uma questão de residência com um local em vez de uma avaliação de transferência.
• É o seu regulador sectorial, e não a NDPA, que impõe uma exigência mais apertada. O caso habitual são os serviços financeiros.
• Quer que a conversa de conformidade seja curta. «Está em Lagos» fecha uma discussão que «apoiamo-nos num instrumento de transferência aprovado» apenas começa.

A AFRICLOUD opera três regiões: Lisboa, Joanesburgo e Lagos, o que lhe dá a escolher entre três jurisdições numa só conta: Portugal sob direito europeu, África do Sul ou Nigéria. A região de Lagos é computação dentro do país, não um simples ponto de presença de rede, e tem peering directo no IXPN.

Critério 2: como paga

É o critério que quase todas as comparações saltam, e para uma empresa nigeriana é muitas vezes o que decide.

Uma factura cloud em dólares é uma exposição cambial sem cobertura que chega todos os meses. Pior ainda, pagá-la pode ser o próprio problema: um cartão doméstico em nairas falha com frequência numa transacção internacional, e o departamento financeiro acaba a improvisar com o cartão pessoal de alguém ou com uma conta em divisas.

A nossa resposta é que paga na sua moeda local em 21 mercados africanos, Nigéria incluída, por cartão local, transferência bancária, USSD ou dinheiro móvel consoante o corredor, e que o mesmo vale para carregar o saldo da conta e não apenas para encomendas novas. Não é necessário qualquer cartão internacional. Pode também pagar por cartão, PayPal ou com mais de 300 criptomoedas; cerca de um quarto das transacções concluídas na nossa plataforma são liquidadas em cripto (as moedas aceites e o procedimento estão documentados em pagar com cripto), pelo que aqui é um meio de pagamento corrente e não uma curiosidade. Os preços são apresentados e facturados em nairas.

Critério 3: do que precisa realmente de uma cloud

Seja preciso quanto ao que consome, porque é aí que mora o verdadeiro custo de mudar. Se a sua aplicação assenta em serviços geridos proprietários, funções serverless, bases NoSQL geridas, armazéns de dados ou plataformas de aprendizagem automática geridas, não há equivalente directo num fornecedor mais simples: a migração passa a ser uma reescrita e não uma mudança.

Se, pelo contrário, corre máquinas virtuais, contentores e uma base relacional, está a consumir computação e armazenamento com passos a mais. Isso é portável.

O que oferecemos é deliberadamente convencional: processadores AMD EPYC, armazenamento NVMe empresarial, acesso root completo em todos os planos, endereços IPv4 e IPv6, instantâneos e cópias de segurança diárias opcionais, volumes de armazenamento em bloco, IP flutuantes, rede privada, uma firewall aplicada por baixo do sistema convidado e uma consola de navegador para o dia em que se fechar do lado de fora. Existe uma API REST pública com chaves limitadas, documentada em africloud.com/docs, compatível com Terraform e Ansible. Os servidores são de gestão própria: tem o root e a máquina, e o que corre lá dentro é consigo.

Critério 4: quanto custa, e o que o surpreende

O preço de tabela conta menos do que a forma da factura. As facturas dos hiperescaladores surpreendem porque há vários contadores a correr ao mesmo tempo, e o que costuma fazer mais estragos é o tráfego de saída. Se serve imagens, vídeo ou cópias de segurança a utilizadores nigerianos, paga por cada gigabyte que sai do centro de dados, todos os meses, a um preço que não desce à medida que a sua audiência cresce.

Os nossos planos vão do VM1, com 1 vCPU e 1 GB de RAM, ao VM8, com 8 vCPU e 16 GB, de 20 a 320 $ por mês, reduzidos a metade em cada renovação com o código 50NEW. Cada plano inclui uma dotação de tráfego entre 1 TB e 8 TB consoante o plano. Essa dotação é um limite flexível e não uma factura: ao ultrapassá-lo, a velocidade desce para 8 Mbps até ao fim do período, sem bloqueio e sem custos de excedente. Não há taxa de instalação, e o servidor fica online cerca de dois minutos após a confirmação do pagamento, sem fila de tickets.

As quatro formas, e qual precisa

Os compradores nigerianos escolhem normalmente entre quatro categorias que não são intermutáveis, e compará-las apenas pelo preço produz más decisões.

• Uma região de hiperescalador. De longe o catálogo de serviços geridos mais amplo. A capacidade mais próxima da Nigéria está noutro ponto do continente ou na Europa, a facturação é em dólares e o suporte escala para o estrangeiro. Certo quando são precisamente os serviços geridos que o levaram lá.
• Uma cloud dentro do país. Computação e armazenamento fisicamente na Nigéria, pagamento em moeda local e uma resposta curta às questões de residência. Catálogo mais estreito do que o de um hiperescalador. Certo para aplicações que servem utilizadores nigerianos e para dados que prefere manter no país.
• Um VPS ou alojamento partilhado local. O mais barato e o mais simples, e perfeitamente suficiente para o site de uma empresa ou uma aplicação pequena. Não é um substituto da AWS nem pretende sê-lo.
• Colocação ou cloud privada. Traz o hardware ou aluga um bastidor. Controlo máximo e compromisso máximo, adequado a cargas reguladas em escala e com equipa para as operar.

Estamos na segunda categoria. Se a sua necessidade real for a terceira, um fornecedor mais simples servi-lo-á melhor e custar-lhe-á menos.

Onde a AWS continua a ganhar

Com franqueza: em vários casos, e fingir o contrário retiraria valor ao resto deste artigo.

Se a sua arquitectura é orientada a eventos e está presa a accionadores, filas e bases geridas proprietárias, o custo de migrar é alto e provavelmente não compensa. Se precisa de comutação entre várias regiões guiada por verificações de saúde ao nível do DNS, isso é difícil de reproduzir. Se precisa de frotas de GPU, ou de capacidade efémera que possa abandonar quando quiser, a economia continua a ser deles. E se a experiência da sua equipa e as suas ferramentas de infra-estrutura como código já têm a forma do hiperescalador, mudar tem um custo cognitivo real que nenhuma tabela comparativa mostra.

Uma cloud mais simples não é um clone mais barato: é outra forma, mais previsível, mais perto dos seus utilizadores, mais fácil de raciocinar e menos densa em serviços geridos. Para um backend em Django ou Node.js a servir utilizadores nigerianos, um deployment SaaS em contentores, uma base de dados, uma VPN ou um VPS de trading, essa forma costuma ganhar. Para um sistema distribuído globalmente e orientado a eventos, não.

Três verificações antes de mover o que quer que seja

1. Meça a sua latência real, não a estime. Use o Looking Glass da AFRICLOUD para testar a partir das nossas regiões de Lagos, Joanesburgo e Lisboa até às redes dos seus utilizadores, e compare com a sua região actual. É nas redes nigerianas que a diferença se vê: a partir de Lagos medimos cerca de 0,2 ms dentro da cidade, 1,4 ms para Ibadan, 9,9 ms para Abuja e 18,9 ms para Kano.
2. Extraia três meses de encargos com tráfego de saída. Modele o mesmo tráfego num plano com dotação incluída. Se gasta mais em largura de banda do que em computação, a aritmética decide por si.
3. Liste todos os serviços geridos que usa mesmo. Não os que tem activados: os que estão no caminho crítico. Para cada um, decida se existe equivalente auto-alojado ou gerido noutro sítio. Essa lista é o âmbito da sua migração, e costuma ser bastante mais curta ou bastante mais longa do que se espera.

Se a resposta for uma divisão entre os dois, esse é o resultado normal e não um fracasso. Mova para a Nigéria o que serve utilizadores nigerianos, deixe onde está o que precisa mesmo de um hiperescalador, e deixe de pagar trânsito internacional por tráfego que nunca devia ter saído do país.