Pour la première fois depuis l’existence du cloud computing, une infrastructure numérique majeure a été mise hors ligne dans un conflit armé. AWS a communiqué avec la précision calculée qu’on lui connaît.
À 18h41 le dimanche 1er mars, le tableau de bord officiel du service signalait sobrement qu’à environ 4h30 du matin (heure PST), des “objets” avaient frappé son installation dans la zone de disponibilité mec1-az2, appartenant à la région ME-CENTRAL-1. Ces objets, dont la nature exacte n’a jamais été confirmée par l’entreprise, “ont créé des étincelles et un incendie“. Le service d’incendie a décidé de couper intégralement l’alimentation électrique du bâtiment, générateurs compris, pour maîtriser le sinistre.
Le terme “objets” n’est pas anodin puisque Amazon n’a ni confirmé ni infirmé le lien avec les frappes iraniennes lorsque Reuters a posé la question directement. Mais le contexte est difficile à ignorer : l’Iran avait alors lancé 137 missiles et 209 drones sur les Émirats arabes unis et d’autres pays du Golfe hébergeant des bases américaines et israéliennes. L’aéroport d’Abu Dhabi était touché. Des ports, des zones résidentielles et des infrastructures critiques l’étaient aussi. Un datacenter situé dans la même zone géographique a connu une panne brutale dans les mêmes heures.
L’impact s’est avéré plus large que prévu dans les premières heures puisque AWS a dans un second temps indiqué que non pas une, mais deux zones de disponibilité étaient significativement touchées, mec1-az2 et mec1-az3. Avec deux AZ sur trois hors service dans la région, les entreprises utilisant cette infrastructure ont vu leurs taux d’échec grimper fortement pour l’ingestion et l’export de données. AWS a conseillé à ses clients de rediriger leurs applications vers une autre région, sans calendrier précis de rétablissement, indiquant que le processus inclurait “une évaluation minutieuse de l’état des données et une éventuelle réparation du stockage“.
Ce que cet événement révèle dépasse la simple panne de service. Amazon possède 123 zones de disponibilité réparties dans 39 régions mondiales, une architecture conçue pour résister aux défaillances matérielles, aux catastrophes naturelles et aux erreurs humaines. Elle n’a pas été pensée pour absorber des frappes militaires directes. Un datacenter, quelle que soit la sophistication de son infrastructure redondante, reste un bâtiment physique, ancré dans un territoire, soumis aux mêmes vulnérabilités qu’une centrale électrique ou un aéroport dès lors qu’un conflit armé l’encercle.
Pour l’industrie tech, la question posée est désormais claire : aujourd’hui, le cloud héberge des services financiers, des systèmes de santé, des communications d’État et des données industrielles critiques, quels critères géopolitiques doivent guider le choix d’une région d’hébergement ? Les Émirats arabes unis sont devenus ces dernières années une destination prisée pour les grandes infrastructures numériques, attirées par une fiscalité avantageuse, une connectivité dense et une stabilité perçue comme solide. La nuit du 1er mars a mis un sérieux bémol à cette perception.
Les autres fournisseurs de cloud présents dans la région,Google Cloud, Microsoft Azure, n’ont pas signalé d’incidents similaires dans les premières heures. AWS a indiqué que les zones de disponibilité non touchées de sa région ME-CENTRAL-1 fonctionnaient normalement. Bahreïn, où AWS exploite également une infrastructure, a fait l’objet d’un signalement séparé pour des problèmes de connectivité, sans qu’un lien direct avec des frappes physiques soit établi.
🟣 Pour ne manquer aucune news sur le Journal du Geek, suivez-nous sur Google et sur notre canal WhatsApp. Et si vous nous adorez, on a une newsletter tous les matins.
