Lors d’une réaction au débat ouvert à ITW Africa à Nairobi, Hans van Linschoten insiste sur un constat : l’Afrique reçoit de la fibre, des halls de centres de données et de la capacité de calcul, mais il manque la couche « plateforme cloud » qui permettrait aux institutions d’exploiter ces ressources. Il reprend et prolonge l’analyse de John Njoroge, qui avait déplacé la conversation au‑delà de la connectivité vers les data centres, la capacité de calcul, la souveraineté de l’IA et l’énergie.
Pourquoi la plateforme cloud fait défaut
La transformation numérique récente est souvent attribuée au cloud, mais, rappelle l’article source, AWS, Azure et Google Cloud n’ont pas inventé le calcul — ils ont fourni une plateforme en libre‑service : créer un environnement en quelques minutes, déployer rapidement, payer à l’usage et monter en charge sans autorisation préalable. Cette couche est devenue invisible ailleurs parce qu’elle est systématiquement disponible ; elle est en revanche quasi absente en Afrique.
La conséquence est visible dans la fragmentation institutionnelle : ministères, agences, hôpitaux et autres entités déploient chacun leur propre « middle » — identité, tenancy, stockage, mise en réseau, monitoring, orchestration, facturation — faute d’une plateforme commune. Ces briques intermédiaires, construites par des fournisseurs différents à des moments et selon des financements distincts, ne se réconcilient pas facilement. Autrement dit, la fragmentation est un symptôme de l’absence d’une couche plateforme partagée.
À quoi doit ressembler la plateforme cloud en Afrique
La solution ne peut pas être un simple copier‑coller du modèle hyperscaler : leur économie repose sur une électricité bon marché et fiable, un coût du capital faible et une densité de demande justifiant des sites de centaines de mégawatts — conditions que la plupart des marchés africains n’atteignent pas. Une « build » à plusieurs centaines de millions de dollars en GPU n’est pas adaptée à un État dont la charge publique tiendrait dans quelques racks.
Deux contraintes s’imposent selon l’auteur :
– Faible CAPEX. Le coût d’entrée doit être une fraction d’un nouveau centre de données. Dans le modèle cité, un nœud de production capable d’exécuter des services cloud et de l’inférence IA peut être construit pour environ 300 000 à 500 000 dollars selon les besoins initiaux. Un quart de rack dans une salle informatique existante suffit souvent ; au‑delà, on peut recourir à un module containerisé plutôt qu’à une nouvelle installation.
– Scalabilité par défaut. La plateforme doit pouvoir croître sans refonte ni nouvel appel d’offres : multi‑tenante dès le premier nœud, libre‑service, mesurée et facturable pour attribuer les coûts, et prête pour l’IA afin d’éviter de relancer la discussion dès le premier cas d’usage d’inférence.
Le texte cite un exemple opérationnel : ABQ Cloud Uganda suit précisément ce modèle, déployée au Raxio facility à Namanve et au Deep Tech Hub à Kampala.
Propriété, souveraineté et modèle de livraison
Une plateforme exploitée en permanence par un prestataire étranger n’est pas souveraine, même si les données restent localisées : la couche plateforme voit tout (tenants, charges, mouvements de données, permissions, changements). Le modèle de livraison préconisé est le build‑operate‑transfer : construire avec des partenaires expérimentés, exploiter conjointement jusqu’à ce que l’équipe locale maîtrise réellement l’exploitation, puis transférer selon un calendrier défini avec les compétences associées. Ce modèle est plus lent et moins rentable pour le constructeur, mais il est présenté comme le seul capable de survivre à un changement de gouvernement, de devise ou de stratégie fournisseur.
Qui achète et pourquoi l’ouverture est nécessaire
Le gouvernement reste l’acheteur principal dans la plupart des marchés africains, ce qui rend la question de la plateforme décisive : la fragmentation y est la plus coûteuse, car ministères, hôpitaux, réseaux scolaires et administrations fiscales détiennent chacun un fragment de la réalité d’un même citoyen sans moyen fiable de recoller ces morceaux. Une réponse concrète consiste en un échange national de données — traçabilité, contrôle d’accès, permissioning et registre auditable des connaissances et des autorisations d’agents autonomes — qui répond point par point aux besoins institutionnels identifiés par John Njoroge. Le travail mené par des équipes comme AI Studio Uganda est cité comme illustration de ce à quoi ressemble une telle mise en œuvre.
Enfin, la couche plateforme ne peut fonctionner si elle est détenue exclusivement par un fournisseur, un opérateur télécom ou un hyperscaler : cela recréerait la dépendance qu’on cherche à éviter. L’engagement architectural requis est la neutralité de pile — fédération acceptant des stacks d’infrastructure variés, interconnexions standardisées, interfaces publiées et liberté pour le client de choisir modèles et charges applicatives. Hans van Linschoten, CEO de whitesky.cloud et cofondateur d’AfriQloud, précise que sa propre approche ouvre la fédération et la couche de facturation à des piles d’infrastructure qu’ils n’ont pas construites, acceptant le coût du verrouillage évité au bénéfice d’un écosystème réel.
John Njoroge a raison de dire que le travail le plus important commence après la construction de l’infrastructure ; Hans van Linschoten ajoute que ce travail ne peut même pas commencer tant que la couche plateforme manquante n’est pas en place.
