L'Internet "tropo grande pour échouer" : le piège de la centralisation

Hier, le monde corporatif a retenu son souffle une fois de plus. Une panne massive de Microsoft 365 a laissé des milliers d'entreprises et des millions d'utilisateurs face à des écrans d'erreur au lieu de travailler.

Ce n'était pas seulement qu'il était impossible d'envoyer un courriel ou de modifier un Excel partagé. L'impact a été beaucoup plus profond et a révélé notre vulnérabilité : Microsoft Teams, qui fonctionne aujourd'hui comme le commutateur (PBX) de facto pour de nombreuses organisations, a laissé les centres de contact muets. Les lignes de soutien ont été coupées. Et plus grave encore, la panne des systèmes de distribution de courriels et de notifications a empêché des millions d'utilisateurs de recevoir leurs codes à usage unique (OTP).

Soudain, vous ne pouviez plus accéder à votre banque, vous ne pouviez plus valider l'achat de billets de cinéma, vous ne pouviez plus signer des documents. Tout cela parce qu'une seule entreprise, quelque part dans le nuage, a eu une mauvaise journée.

Le piège du "sans risque"

J'ai souvent parlé dans cet espace des risques de la concentration technologique, mais des incidents comme celui d'hier nous obligent à être plus vocaux.

Les personnes ne sont pas conscientes que l'Internet, ce réseau qui est né avec la promesse d'être décentralisé et indestructible, est aujourd'hui suspendu à quatre ou cinq fils très épais. Et je ne les blâme pas. Pour les directeurs de technologie (CTO) et pour des consultants comme moi, choisir ces géants a été, pendant des années, une décision évidente ; un choix sans risque.

Je-même, j'ai migré des centaines de domaines vers Cloudflare, j'ai configuré des milliers de comptes de messagerie sur Google Workspace et Microsoft 365, et j'ai déployé des infrastructures critiques sur AWS. Pourquoi ? Parce qu'ils sont peu coûteux, innovants et, la plupart du temps, fonctionnent de manière incroyable. Ils sont des alliés d'efficacité imbattables.

L'illusion du Nuage Privé

Le problème surgit lorsque nous croyons que nous pouvons nous isoler du risque. J'ai entendu de nombreux collègues dire : "C'est pour cela que j'ai mon propre nuage privé, pour ne dépendre de personne".

Je regrette de détruire cette bulle, mais c'est une illusion. Même si vous avez vos serveurs dans votre propre sous-sol, il est très probable que votre système consomme des API de tiers, utilise le DNS, ou nécessite des bibliothèques qui dépendent de cette infrastructure concentrée.

Si Cloudflare s'effondre, la moitié des applications que votre "nuage privé" nécessite pour communiquer avec le monde extérieur cesseront de répondre. Si AWS connaît une panne dans la région us-east-1, des services d'authentification, des passerelles de paiement ou des systèmes de logistique que vous utilisez cesseront de fonctionner. Lorsque ces géants éternuent, votre système — aussi privé soit-il — contracte une pneumonie. C'est une dépendance systémique, invisible et terrifiante.

Les propriétaires du câble

Pour mesurer l'ampleur du problème, voyons qui soutient réellement 99,99 % de l'Internet :

• Le Nuage (Infrastructure) : seules trois entreprises (Amazon AWS, Microsoft Azure et Google Cloud) contrôlent environ 67 % de tout le marché mondial de l'infrastructure dans le nuage. Si l'on ajoute Alibaba, le chiffre dépasse 75 %. Le reste du monde se dispute les miettes.
• Le trafic Web (CDN et Sécurité) : Cloudflare est devenu le portier d'Internet. Près de 20 % de tous les sites Web du monde et presque 80 % de ceux qui utilisent un réseau de distribution de contenu (CDN) dépendent d'eux. Si Cloudflare déconnecte un câble, un cinquième du Web disparaît instantanément.
• Le Backbone (Tier 1 ISPs) : derrière les nuages se trouvent les transporteurs. Des entreprises comme Cogent, Lumen (anciennement CenturyLink) et Telia sont les propriétaires des routes principales. Ils sont très peu nombreux. Lorsqu'il en faut un (comme cela s'est produit avec Cogent il y a quelques années), l'acheminement global est rompu et des pays entiers souffrent de latence ou de déconnexion.

Politique publique ou diversification stratégique ?

La panne d'hier de Microsoft est un rappel que nous avons mis tous les œufs de l'économie numérique dans très peu de paniers.

Cela nous amène à un carrefour urgent. Devons-nous commencer à discuter d'une politique publique mondiale antimonopole pour éviter cette concentration systémique et forcer un retour à l'architecture originale et distribuée d'Internet ? C'est un chemin difficile et politiquement complexe.

Ou bien, la solution est-elle entre les mains des décideurs technologiques ? Peut-être est-il temps de cesser de consommer aveuglément le "numéro un" par défaut. Peut-être que la stratégie de résilience réelle pour 2026 est de miser sur le fournisseur numéro 3, 4 ou 5. Regarder vers les centres de données régionaux, miser sur des fournisseurs de nuage nationaux ou européens qui, même s'ils n'ont pas mille fonctionnalités, offrent de la souveraineté et de la diversification.

Continuer à alimenter les géants est confortable et peu coûteux, jusqu'à ce qu'un mardi quelconque, une mise à jour ratée à Redmond ou en Virginie du Nord éteigne l'interrupteur de votre entreprise, et vous vous rendez compte que le contrôle n'a jamais été le vôtre.