Alternatives à AWS pour les entreprises du Nigeria

Si vous exploitez une entreprise au Nigeria sur AWS, la bonne question n'est pas de savoir s'il faut partir. C'est de savoir quelles parties de votre infrastructure ne sont pas au bon endroit. La plupart des entreprises nigérianes qui migrent finissent par séparer les deux : certaines charges restent chez un hyperscaler parce que rien d'autre ne les fait tourner correctement, et celles qui servent des utilisateurs nigérians, ou qui détiennent les données de clients nigérians, se rapprochent du pays.

Ce guide est une méthode pour trancher, cas par cas. Il s'organise autour des quatre questions qui changent réellement la réponse, et il assume les cas où AWS reste le meilleur choix.

Critère 1 : où les données doivent résider

Commençons par là, car c'est le critère le plus mal compris. La loi nigériane sur la protection des données (NDPA) n'impose pas d'héberger les données personnelles au Nigeria. Elle autorise les transferts transfrontaliers dès lors que les conditions légales de protection adéquate sont réunies, et les documents de la Commission nigériane de protection des données reconnaissent expressément le recours à des services cloud situés dans le pays ou en dehors. Nous avons traité le sujet en détail dans ce que dit réellement la NDPA sur la résidence des données.

L'hébergement dans le pays est donc un choix, pas une obligation. Il devient le bon choix quand :

• Vous traitez des données personnelles sensibles, ou vous êtes un responsable de traitement d'importance majeure, et vous préférez répondre à une question de résidence par un lieu plutôt que par une analyse de transfert.
• Votre régulateur sectoriel, et non la NDPA, fixe une exigence plus stricte. C'est le cas courant dans les services financiers.
• Vous voulez que la conversation de conformité soit courte. « C'est à Lagos » clôt une discussion que « nous nous appuyons sur un instrument de transfert approuvé » ne fait qu'ouvrir.

AFRICLOUD exploite trois régions : Lisbonne, Johannesburg et Lagos, ce qui vous donne le choix entre trois juridictions sur un même compte : le Portugal sous droit européen, l'Afrique du Sud, ou le Nigeria. La région de Lagos, ce sont des serveurs installés dans le pays, pas un simple point de présence réseau, et elle bénéficie d'un peering direct à l'IXPN.

Critère 2 : comment vous payez

C'est le critère que les comparatifs passent sous silence, et pour une entreprise nigériane c'est souvent celui qui décide.

Une facture cloud libellée en dollars est une exposition de change non couverte qui revient tous les mois. Pire, la payer peut devenir le vrai problème : une carte domestique en nairas ne passe souvent pas une transaction internationale, ce qui oblige les services financiers à bricoler avec la carte personnelle d'un collaborateur ou un compte en devises.

Notre réponse : vous payez dans votre monnaie locale dans 21 marchés africains, Nigeria compris, par carte locale, virement, USSD ou mobile money selon le corridor, et cela vaut aussi pour recharger le solde de votre compte, pas seulement pour une nouvelle commande. Aucune carte internationale n'est nécessaire. Vous pouvez également payer par carte, PayPal ou avec plus de 300 cryptomonnaies ; environ un quart des transactions abouties sur notre plateforme se règlent en crypto (les monnaies acceptées et la marche à suivre sont documentées sur payer en crypto), c'est donc chez nous un moyen de paiement courant et non une curiosité. Les prix sont affichés et facturés en nairas.

Critère 3 : ce dont vous avez réellement besoin

Soyez précis sur ce que vous consommez, car c'est là que se cache le vrai coût de migration. Si votre application repose sur des services managés propriétaires, fonctions serverless, base NoSQL managée, entrepôt de données ou plateforme d'apprentissage automatique managés, il n'existe pas d'équivalent immédiat chez un fournisseur plus simple : la migration devient une réécriture, pas un déménagement.

Si en revanche vous faites tourner des machines virtuelles, des conteneurs et une base relationnelle, vous consommez du calcul et du stockage avec quelques étapes en plus. Cela, c'est portable.

Ce que nous proposons est volontairement classique : processeurs AMD EPYC, stockage NVMe d'entreprise, accès root complet sur toutes les formules, IPv4 et IPv6, instantanés et sauvegardes quotidiennes en option, volumes de stockage bloc, IP flottantes, réseau privé, pare-feu appliqué sous le système invité, et une console navigateur pour les jours où vous vous verrouillez dehors. Une API REST publique à clés cloisonnées est documentée sur africloud.com/docs et fonctionne avec Terraform et Ansible. Les serveurs sont en gestion autonome : vous disposez du root et de la machine, et ce qui tourne dessus vous appartient.

Critère 4 : ce que cela coûte, et ce qui surprend

Le tarif affiché compte moins que la forme de la facture. Les factures des hyperscalers surprennent parce que plusieurs compteurs tournent en parallèle, et celui qui fait le plus de dégâts est presque toujours la bande passante sortante. Si vous servez des images, de la vidéo ou des sauvegardes à des utilisateurs nigérians, vous payez au gigaoctet pour chaque sortie du centre de données, tous les mois, à un tarif qui ne baisse pas quand votre audience grandit.

Nos formules vont de VM1, 1 vCPU et 1 Go de RAM, à VM8, 8 vCPU et 16 Go, soit de 20 à 320 $ par mois, divisés par deux à chaque renouvellement avec le code 50NEW. Chacune inclut un volume de transfert compris entre 1 To et 8 To selon la formule. Ce volume est un plafond souple, pas une facture : au-delà, le débit est ramené à 8 Mbit/s jusqu'à la fin de la période, sans blocage et sans frais de dépassement. Il n'y a pas de frais d'installation, et un serveur est en ligne environ deux minutes après la confirmation du paiement, sans file d'attente de tickets.

Les quatre formes, et celle qu'il vous faut

Les acheteurs nigérians arbitrent en général entre quatre catégories qui ne sont pas interchangeables, et les comparer sur le seul prix mène à de mauvaises décisions.

• Une région d'hyperscaler. De loin le catalogue de services managés le plus large. La capacité la plus proche du Nigeria se trouve ailleurs sur le continent ou en Europe, la facturation est en dollars et le support remonte à l'étranger. Le bon choix quand ce sont précisément les services managés qui vous y amènent.
• Un cloud implanté dans le pays. Calcul et stockage physiquement au Nigeria, paiement en monnaie locale, et une réponse courte aux questions de résidence. Catalogue plus restreint qu'un hyperscaler. Le bon choix pour les applications qui servent des utilisateurs nigérians et pour les données que vous préférez garder dans le pays.
• Un VPS ou un hébergement mutualisé local. Le moins cher, le plus simple, parfaitement suffisant pour un site vitrine ou une petite application. Ce n'est pas un remplaçant d'AWS et cela ne prétend pas l'être.
• La colocation ou le cloud privé. Vous apportez le matériel ou louez une baie. Contrôle maximal, engagement maximal, pertinent pour des charges réglementées à l'échelle, avec une équipe pour les exploiter.

Nous relevons de la deuxième catégorie. Si votre besoin réel est le troisième, un hébergeur plus simple vous servira mieux et vous coûtera moins.

Là où AWS garde l'avantage

Disons-le franchement : dans plusieurs cas, et prétendre le contraire enlèverait toute valeur au reste de cet article.

Si votre architecture est événementielle et liée à des déclencheurs, files d'attente et bases managées propriétaires, le coût de migration est élevé et probablement pas justifié. Si vous avez besoin d'un basculement multirégion piloté par des contrôles de santé au niveau DNS, c'est difficile à reproduire. Si vous avez besoin de flottes de GPU, ou de capacité éphémère que vous pouvez abandonner à volonté, l'économie reste de leur côté. Et si l'expertise de votre équipe et votre outillage d'infrastructure-as-code sont déjà façonnés par l'hyperscaler, changer a un coût cognitif réel qu'aucun tableau comparatif ne montre.

Un cloud plus simple n'est pas un clone moins cher : c'est une autre forme, plus prévisible, plus proche de vos utilisateurs, plus facile à raisonner, et moins fournie en services managés. Pour une application Django ou Node.js servant des utilisateurs nigérians, un déploiement SaaS conteneurisé, une base de données, un VPN ou un VPS de trading, cette forme l'emporte généralement. Pour un système événementiel réparti à l'échelle mondiale, non.

Trois vérifications avant de déplacer quoi que ce soit

1. Mesurez votre latence réelle, ne l'estimez pas. Utilisez le Looking Glass AFRICLOUD pour tester depuis nos régions de Lagos, Johannesburg et Lisbonne vers les réseaux de vos utilisateurs, puis comparez avec votre région actuelle. C'est sur les réseaux nigérians que l'écart se voit : depuis Lagos nous mesurons environ 0,2 ms dans la ville, 1,4 ms vers Ibadan, 9,9 ms vers Abuja et 18,9 ms vers Kano.
2. Sortez trois mois de frais de bande passante sortante. Modélisez le même trafic sur une formule à volume inclus. Si vous dépensez plus en bande passante qu'en calcul, le calcul tranchera à votre place.
3. Listez chaque service managé que vous utilisez vraiment. Pas ceux que vous avez activés : ceux qui sont sur le chemin critique. Pour chacun, déterminez s'il existe un équivalent auto-hébergé ou managé ailleurs. Cette liste, c'est le périmètre de votre migration, et il est en général bien plus court ou bien plus long qu'on ne l'imagine.

Si la réponse est un partage entre les deux, c'est le résultat normal, pas un échec. Déplacez vers le Nigeria ce qui sert les utilisateurs nigérians, laissez chez l'hyperscaler ce qui en a réellement besoin, et cessez de payer des coûts de transit international pour du trafic qui n'aurait jamais dû quitter le pays.