Les frappes contre les centres de données de Yandex s’étendent alors que l’Ukraine cible l’infrastructure numérique russe

Yandex a subi deux frappes contre ses centres de données en l’espace de deux jours, élargissant la campagne ukrainienne des infrastructures énergétiques et logistiques vers l’économie numérique russe. Les frappes contre les centres de données de Yandex ont mis hors service des infrastructures à Kalouga et totalement arrêté une installation plus importante à Sassovo.

La séquence importe davantage que chacun des incidents pris isolément. Un site endommagé peut apparaître comme une panne ponctuelle. Deux attaques contre le même opérateur suggèrent que les centres de données ont rejoint les raffineries, les ports et les entrepôts parmi les cibles récurrentes en temps de guerre.

Yandex exploite des services utilisés dans les domaines de la recherche, des transports, du divertissement, du commerce, du cloud computing et de l’intelligence artificielle. Les dommages subis par son infrastructure physique exercent donc une pression à la fois sur les applications grand public et sur les entreprises qui louent de la capacité de calcul.

Les attaques mettent également en lumière une réalité difficile du cloud computing. Les logiciels peuvent rediriger le trafic, mais chaque service cloud dépend en dernière instance de bâtiments physiques, de systèmes électriques, de liaisons réseau et de matériel remplaçable.

Cette tension définit désormais le récit. L’Ukraine teste si des attaques physiques répétées peuvent submerger la redondance qui rend habituellement une grande plateforme technologique résiliente.

Deux frappes contre des centres de données de Yandex ont modifié le risque

La seconde frappe a transformé la panne d’une seule installation en un test plus large de la résilience de l’infrastructure de Yandex.

Le 8 octobre, des drones ont frappé le centre de données de Yandex à Sassovo, dans la région russe de Riazan. L’attaque a provoqué un incendie et contraint Yandex à suspendre complètement les opérations de l’installation.

Le site abritait des dizaines de milliers de serveurs, selon la couverture initiale de la première attaque. Yandex a indiqué que ses principaux services grand public continuaient de fonctionner, bien que plusieurs services externes aient signalé des problèmes techniques.

Un jour plus tard, une autre attaque a endommagé l’infrastructure de Yandex dans la région de Kalouga, au sud-ouest de Moscou. Plusieurs modules du centre de données ont été entièrement mis hors service, tandis que l’entreprise continuait d’évaluer l’ampleur globale des dégâts.

La seconde frappe a établi un schéma que le premier incident ne pouvait pas révéler. L’Ukraine était passée de la frappe d’une importante installation technologique à l’attaque de plusieurs sites exploités par la même entreprise.

Yandex a confirmé qu’aucun employé n’avait été blessé sur les deux sites. Sa déclaration de l’entreprise du 9 octobre indiquait que l’installation de Sassovo restait totalement arrêtée et que l’infrastructure de Kalouga était partiellement indisponible.

L’entreprise n’a pas fourni de date de remise en service. Elle a déclaré que l’évaluation de l’état des équipements prendrait du temps, ce qui rendait difficile la mesure immédiate de l’impact durable.

Le président ukrainien Volodymyr Zelensky a confirmé l’opération de Kalouga et l’a présentée comme une réponse aux attaques russes contre des centres de données ukrainiens. Le fabricant d’armes ukrainien Fire Point a déclaré que des drones d’attaque à sens unique FP-1 avaient été utilisés.

Un drone d’attaque à sens unique transporte une charge explosive vers une cible sans revenir à son point de lancement. Sa valeur tient à sa portée, à son volume d’emploi et à son coût inférieur à celui de nombreux missiles conventionnels.

L’attaque de Kalouga s’inscrivait dans une opération nocturne bien plus vaste. Le ministère russe de la Défense a affirmé que ses défenses aériennes avaient intercepté 505 drones ukrainiens entre la fin de jeudi et le début de vendredi.

Ce chiffre décrit l’ampleur de la campagne aérienne, mais pas le nombre de drones ayant atteint Yandex. Ni Yandex ni les autorités ukrainiennes n’ont divulgué ce nombre.

Le gouverneur de Kalouga, Vladislav Chaptcha, a déclaré que neuf personnes avaient été blessées lors d’attaques dans l’ensemble de la région. Cinq recevaient des soins hospitaliers, bien que les autorités n’aient pas spécifiquement lié ces blessures au site de Yandex.

Cette distinction importe. Des dommages confirmés aux infrastructures ne doivent pas être considérés comme une preuve concernant chaque cible, victime ou effet d’arme signalé lors d’une opération de grande ampleur.

L’attaque de Sassovo comportait également des incertitudes. Yandex a confirmé l’arrêt, mais les informations publiques n’ont pas établi si le centre de données était la seule cible visée.

L’installation occupe une partie de l’ancien complexe de l’usine de machines-outils Sasta. Cette usine fait l’objet de sanctions britanniques en raison de son rôle présumé dans le secteur de la défense russe.

L’armée ukrainienne n’a initialement fourni aucun compte rendu public détaillé de l’opération de Sassovo. Des images ont circulé en ligne, mais elles ne permettaient pas d’établir si l’usine, le centre de données ou les deux avaient été visés.

Même si ces questions restent sans réponse, le résultat opérationnel était clair. Yandex a perdu une installation entière et une partie d’une autre en environ 48 heures.

Cette séquence a créé la pression centrale à laquelle l’entreprise est confrontée. Son rétablissement dépend désormais de la quantité de trafic que les sites restants peuvent absorber pendant que l’infrastructure endommagée demeure hors ligne.

La pression retombe sur les clients de Yandex Cloud

Yandex peut protéger ses principaux produits grand public tandis que les petits clients professionnels absorbent d’abord les perturbations.

Yandex est plus qu’un fournisseur de recherche. L’entreprise prend en charge la navigation, la musique, la vidéo, la livraison de repas, les communications, le cloud computing et les applications professionnelles à travers la Russie.

Cette portée rend son infrastructure économiquement importante même lorsque les applications Yandex les plus connues restent disponibles. Un consommateur peut voir une page de recherche fonctionnelle tandis qu’une entreprise ne peut pas créer de ressources cloud.

Après l’attaque de Sassovo, Yandex a signalé des problèmes d’alimentation dans une zone de disponibilité. Une zone de disponibilité est un emplacement d’infrastructure isolé, conçu pour empêcher qu’une défaillance n’affecte toute une région cloud.

L’entreprise a conseillé aux clients cloud d’utiliser d’autres zones. Elle a également indiqué que les charges de travail avaient été transférées vers d’autres installations, bien que des limites subsistent pour la création de nouvelles ressources.

Cette réponse montre que la redondance a fonctionné comme prévu. Le trafic a été éloigné du site défaillant et les principaux services grand public de Yandex ont évité un arrêt complet.

Cependant, cette même réponse révèle une réserve limitée. Chaque transfert consomme de la capacité dans des installations qui doivent gérer leurs charges de travail normales en plus de la demande déplacée.

Yandex exploite cinq grands centres de données en Russie, selon des informations publiques. Deux ont été touchés en deux jours, laissant trois sites connus en dehors de la zone de dégâts immédiats.

Deux de ces installations restantes se trouvent dans la région de Moscou. Une autre est située dans la région de Vladimir.

La redistribution paraît gérable lorsqu’un site tombe brièvement en panne. Elle devient plus difficile lorsqu’une seconde installation perd des modules et que le calendrier de restauration reste inconnu.

Maryana Lazaricheva, responsable de la recherche actions chez T-Investments, a identifié la base de clients professionnels de l’entreprise comme un risque central. Elle a déclaré que la poursuite des attaques pourrait priver Yandex de sa capacité à redistribuer les charges de travail.

Yandex a indiqué avoir conclu un accord avec d’autres fournisseurs cloud afin d’aider les clients à déplacer leurs données et leurs services. Cette mesure suggère que l’entreprise se préparait à un rétablissement dépassant sa propre capacité restante.

La migration cloud n’est pas instantanée. Les applications dépendent souvent de bases de données spécifiques, de configurations réseau, de systèmes d’identité et d’architectures de stockage.

Un client doit confirmer que les données copiées sont à jour, que les applications peuvent démarrer correctement et que les contrôles de sécurité continuent de fonctionner. Ce travail devient plus difficile pendant une panne active.

Certaines entreprises conçoivent également leurs systèmes autour de services propriétaires d’un seul fournisseur. Déplacer des machines virtuelles de base est plus simple que recréer une application qui dépend de bases de données gérées ou d’outils d’IA.

Les rapports suivant l’attaque de Sassovo ont fait état de perturbations impliquant Yandex Disk et Yandex Documents. D’autres services affectés auraient inclus Cian, Litmarket, les Chemins de fer russes et le site web du Spartak Moscou.

Un opérateur de bus de la région de Moscou a également attribué l’indisponibilité des ventes de billets en ligne à un arrêt temporaire du centre de données. Ces cas illustrent comment des dommages aux infrastructures peuvent se manifester bien au-delà des propres produits d’une entreprise technologique.

Les données sur les perturbations du réseau ont montré que la connectivité de Yandex était tombée à environ 70 % de son niveau normal après le premier incident. Cette mesure indique une perturbation importante sans prouver un effondrement à l’échelle nationale.

Detector404, un service de surveillance en ligne, a reçu 58 268 plaintes au cours de la journée suivant l’attaque de Sassovo. Les signalements des utilisateurs peuvent identifier de vastes problèmes, mais ils ne mesurent pas précisément le nombre de clients distincts affectés.

Un même utilisateur peut soumettre plusieurs signalements. Des incidents techniques distincts peuvent également survenir durant la même période.

Les actions Yandex ont reculé de 4,5 % à Moscou après la seconde attaque. Cette baisse reflétait les inquiétudes concernant les interruptions de service, les pertes de revenus par segment, l’exposition des clients et les coûts de défense futurs.

Pourtant, l’évolution du marché ne peut pas révéler l’état physique du matériel. Les investisseurs ne disposaient pas d’informations vérifiées sur les coûts de réparation, les pertes de données ou l’état des systèmes de calcul critiques.

La réponse imposée est donc à la fois technique et commerciale. Yandex doit restaurer sa capacité tout en convainquant les entreprises que les charges de travail restent sûres sur sa plateforme.

Cette tâche durera au-delà de la panne immédiate. Les clients entreprises évaluent les services cloud notamment à travers les historiques de disponibilité, les performances de reprise après sinistre et la communication durant les incidents.

Si Yandex restaure rapidement sa capacité, l’épisode deviendra la preuve qu’une infrastructure distribuée peut absorber des dommages physiques directs. Une longue reprise conforterait la conclusion inverse.

Les frappes menacent la capacité de calcul IA de Yandex

L’incertitude la plus lourde de conséquences concerne deux supercalculateurs utilisés pour le développement de l’IA, et non la perte temporaire d’applications grand public.

Yandex a indiqué en 2021 que son site de Sassovo abritait deux de ses trois supercalculateurs. Baptisés Chervonenkis et Lyapunov, ces systèmes soutiennent l’entraînement des réseaux neuronaux et le développement de YandexGPT.

Un supercalculateur combine de nombreux processeurs dans un système unique à hautes performances pour réaliser de grandes tâches de calcul. L’entraînement d’un grand modèle de langage exige que des milliers de processeurs se coordonnent via des connexions réseau rapides.

Les deux machines de Yandex étaient construites autour de processeurs graphiques Nvidia A100. Ces puces sont devenues largement utilisées pour l’entraînement de l’IA avant l’arrivée sur le marché d’architectures Nvidia plus récentes.

Yandex n’a pas confirmé si l’un ou l’autre supercalculateur avait été endommagé. L’entreprise a également refusé de dire si les systèmes pouvaient être restaurés.

Cette lacune en matière de vérification est essentielle. L’arrêt d’un centre de données ne signifie pas nécessairement que chaque serveur à l’intérieur a subi une destruction physique.

Un incendie, une isolation électrique, de l’eau, de la fumée ou un refroidissement endommagé peuvent imposer un arrêt complet même lorsqu’une grande partie des équipements survit. Les ingénieurs doivent inspecter ces systèmes avant de rétablir l’alimentation en toute sécurité.

Inversement, des processeurs ayant survécu ne garantissent pas une reprise rapide. Le calcul haute performance dépend de la distribution électrique, de réseaux spécialisés, d’équipements de refroidissement, du stockage et de baies de serveurs configurées avec précision.

Les dommages aux systèmes de soutien peuvent immobiliser des puces par ailleurs fonctionnelles. La reconstruction de l’ensemble du cluster de calcul peut prendre bien plus de temps que le remplacement de serveurs cloud standards.

C’est ici que les frappes contre les centres de données de Yandex se croisent avec les contraintes technologiques existantes de la Russie. Les contrôles occidentaux à l’exportation restreignent déjà l’accès aux processeurs avancés et aux équipements de fabrication.

Remplacer une infrastructure fondée sur des A100 est donc plus complexe que de passer une commande commerciale ordinaire. La disponibilité, les circuits de livraison, le support technique et l’intégration des systèmes créent tous des goulets d’étranglement potentiels.

Sberbank, principal concurrent national de Yandex dans l’IA, avait précédemment estimé que les développeurs russes accusaient un retard de six à neuf mois sur les principaux développeurs américains et chinois. L’entreprise a identifié les importations de puces avancées comme principale contrainte.

Cette estimation provenait d’un concurrent et ne doit pas être considérée comme une mesure indépendante. Elle souligne néanmoins pourquoi des dommages confirmés à du matériel d’IA rare auraient de l’importance.

YandexGPT concurrence GigaChat de Sberbank sur le marché russe de l’IA générative. Les deux systèmes dépendent d’un accès durable à des capacités de calcul pour l’entraînement, l’évaluation et le traitement des requêtes des utilisateurs.

L’entraînement et l’inférence exercent des pressions différentes sur l’infrastructure. L’entraînement construit ou met à jour un modèle, tandis que l’inférence exécute le modèle finalisé lorsqu’un utilisateur soumet une requête.

Yandex peut potentiellement maintenir un modèle existant en ligne tout en perdant une partie de sa capacité pour les futurs entraînements. L’entreprise peut aussi donner la priorité aux charges de travail critiques et reporter les expérimentations moins urgentes.

Les effets seraient alors moins visibles pour les utilisateurs ordinaires. La recherche, les cartes ou un chatbot pourraient continuer à fonctionner alors même que le calendrier de développement de l’entreprise prend du retard.

Le scénario inverse est également possible. Si les supercalculateurs ont survécu et que seule l’infrastructure environnante doit être réparée, Yandex pourrait se rétablir sans perdre ses principaux actifs d’IA.

Les éléments disponibles ne permettent pas de trancher cette question. Des photographies d’un incendie et des signalements de pannes ne révèlent pas l’état interne de grappes de calcul précises.

Les affirmations selon lesquelles les attaques ont détruit le programme d’IA de Yandex vont donc au-delà des faits vérifiés. Le résultat confirmé est plus limité, mais reste significatif.

Une installation majeure a été mise à l’arrêt. Une seconde a subi la désactivation de modules. Deux supercalculateurs d’IA importants se trouvaient sur le premier site, et leur état n’a pas été communiqué.

La pression stratégique tient au temps de remplacement et à l’exposition répétée. Le matériel d’IA est précieux parce qu’il est concentré, interconnecté et difficile à remplacer rapidement.

Ces mêmes qualités rendent une grappe d’IA vulnérable lorsque des attaquants peuvent atteindre son emplacement physique. Des services grand public distribués peuvent continuer à fonctionner tandis que la capacité d’entraînement centralisée subit une perte plus grave.

Cela renverse le discours habituel sur le cloud. La centralisation améliore l’utilisation des ressources et rend le calcul à grande échelle économiquement viable, mais elle concentre également des équipements précieux dans des installations connues.

Les frappes contre les centres de données de Yandex n’ont pas démontré que l’infrastructure d’IA centralisée est intrinsèquement fragile. Elles ont montré que la résilience logicielle ne peut pas entièrement compenser des attaques physiques répétées.

La redondance évite l’effondrement mais ne peut éliminer le risque physique

Il est peu probable que l’internet russe s’effondre à l’échelle nationale, mais les services régionaux et les petites entreprises restent exposés à des pannes en cascade.

Les services internet modernes sont conçus pour survivre aux défaillances ordinaires des équipements. Les opérateurs dupliquent les données, maintiennent une alimentation de secours, utilisent plusieurs fournisseurs réseau et redirigent le trafic autour des systèmes indisponibles.

Ces mesures expliquent pourquoi les services essentiels de Yandex sont restés disponibles après l’arrêt de Sasovo. Elles expliquent aussi pourquoi une seule frappe régionale ne déconnecterait pas toute la Russie.

L’avocat spécialisé dans les droits numériques Sarkis Darbinyan a déclaré à Meduza que les grandes entreprises répartissent leur infrastructure à travers le pays. Le trafic peut être déplacé automatiquement lorsqu’un équipement tombe en panne.

Son analyse de l’infrastructure a conclu que désactiver l’ensemble de l’internet russe nécessiterait une campagne bien plus vaste. La Russie compte près de 200 centres de données exploités par de nombreux opérateurs.

Ce total national ne doit pas être confondu avec les cinq principales installations de Yandex. Le marché plus large comprend des entreprises de télécommunications, des banques, des fournisseurs cloud et des exploitants indépendants de centres de données.

Cette distinction montre pourquoi les prédictions dramatiques d’une panne numérique nationale sont peu solides. Aucun site unique de Yandex ne transporte l’ensemble du trafic russe.

Toutefois, la résilience à l’échelle nationale peut coexister avec des défaillances locales douloureuses. Les systèmes gouvernementaux régionaux, les terminaux de paiement, les plateformes scolaires, les systèmes médicaux et les sites web de petites entreprises peuvent ne pas disposer d’une redondance équivalente.

Les grands clients peuvent parfois fonctionner dans plusieurs zones cloud ou auprès de plusieurs fournisseurs. Les petites organisations peuvent conserver l’intégralité de leur application et de leurs sauvegardes dans l’empreinte régionale d’un seul fournisseur.

Une architecture multi-cloud utilise les services de plusieurs opérateurs cloud afin de réduire la dépendance envers une seule entreprise. Elle peut améliorer la résilience, mais accroît aussi la complexité d’ingénierie et d’exploitation.

Les données doivent rester synchronisées entre les fournisseurs. Les politiques de sécurité doivent correspondre, et les employés doivent maîtriser différents outils.

Pour de nombreux petits clients, ces coûts rendent la protection multi-cloud impraticable avant une crise. Ils ne découvrent cette dépendance que lorsque leur environnement principal devient indisponible.

Les attaques remettent aussi en cause une hypothèse courante sur la séparation géographique. Deux installations peuvent se situer dans des régions administratives différentes tout en restant atteignables par le même système d’armement à longue portée.

L’architecture cloud planifie traditionnellement les incendies, les inondations, les pannes électriques, les coupures de réseau et les erreurs techniques. Un ciblage soutenu en temps de guerre introduit un autre type de défaillance.

Un attaquant peut sélectionner plusieurs sites, répéter une opération et s’adapter après avoir observé le comportement de récupération. Cette séquence intentionnelle peut épuiser la capacité de secours plus vite que des défaillances aléatoires.

Les centres de données peuvent utiliser des barrières, de la surveillance, des systèmes d’extinction incendie et des services publics redondants. Des installations renforcées ou souterraines offrent une protection plus robuste, mais la conversion de campus existants prend du temps.

L’Ukraine a affronté le même problème sous l’angle opposé. Des attaques russes ont récemment endommagé des centres de données et des systèmes de télécommunications ukrainiens, forçant certaines installations à suspendre leurs opérations.

Une attaque en septembre a perturbé l’accès à l’internet fixe d’environ 100 000 foyers à Kyiv et dans ses environs. Des responsables ukrainiens ont évoqué le déplacement de davantage d’équipements sous terre et la relocalisation de charges de travail à l’étranger.

L’expérience ukrainienne aide à comprendre la motivation avancée par le pays. Zelensky a décrit les attaques contre Yandex comme une réponse réciproque aux frappes contre l’infrastructure numérique ukrainienne.

La réciprocité ne répond pas aux questions juridiques ou éthiques concernant chaque cible. Les centres de données peuvent simultanément soutenir des services civils, des clients commerciaux, des organismes gouvernementaux et des utilisateurs militaires.

Les informations publiques n’ont pas établi la répartition des charges de travail dans chacun des sites Yandex touchés. Elles n’ont pas non plus montré que chaque client perturbé entretenait un quelconque lien avec la guerre.

Cette ambiguïté place les civils et les entreprises ordinaires au cœur du calcul des risques. Une frappe destinée à réduire la capacité étatique ou industrielle peut interrompre des services sans rapport partageant le même bâtiment.

Yandex a souligné que des millions de personnes utilisent ses services pour leurs tâches quotidiennes. L’entreprise a également affirmé que des centaines de milliers d’entreprises dépendent de sa technologie.

Ces affirmations décrivent l’ampleur potentielle des perturbations, et non un décompte confirmé des pannes. L’entreprise n’a pas publié de liste exhaustive des services ou clients affectés.

Elle n’a pas non plus précisé si des données clients avaient été perdues. L’indisponibilité d’un service et la perte permanente de données sont des résultats distincts, et les éléments actuels ne confirment que des perturbations.

Le risque physique est donc réel, mais encadré par des questions sans réponse. L’internet russe reste distribué, tandis que certaines plateformes et certains clients peuvent tout de même connaître de graves défaillances.

Des attaques répétées modifieraient cet équilibre. Chaque site supplémentaire désactivé réduit les options de routage, augmente la charge ailleurs et allonge les files d’attente de récupération.

La question centrale n’est pas de savoir si une frappe peut éteindre un pays. Elle est de savoir combien de pertes simultanées une grande plateforme peut absorber avant que la redondance ne se transforme en épuisement.

Trois signaux montreront si les dommages perdurent

Le délai de rétablissement, l’état vérifié du matériel d’IA et la poursuite des ciblages détermineront s’il s’agit d’une simple histoire de panne ou d’un choc technologique structurel.

Le premier signal est le calendrier de rétablissement de Yandex. L’entreprise a déclaré ne pas pouvoir encore préciser quand les équipements de Sasovo et de Kalouga reprendraient leurs activités.

Un rétablissement rapide indiquerait que les dommages se concentraient sur l’alimentation électrique, le refroidissement ou des composants d’infrastructure limités. Il montrerait également que la capacité de réserve et les partenariats cloud externes ont fonctionné.

Des semaines de restrictions suggéreraient une perte d’équipements plus grave. Des limites persistantes à la création de ressources cloud révéleraient que les charges de travail transférées consommaient la capacité disponible.

La qualité des communications publiques de Yandex sur l’incident comptera autant que le calendrier. Les clients doivent savoir quels services ont échoué, comment les charges de travail ont été déplacées et si les données stockées sont restées intactes.

Une brève déclaration affirmant que les services sont revenus ne résoudrait pas toutes les préoccupations. Les acheteurs d’entreprise chercheront des preuves que le rétablissement n’a pas introduit de nouveaux problèmes de sécurité ou de fiabilité.

Le deuxième signal est l’état de Chervonenkis et Lyapunov. Une survie vérifiée réduirait fortement les implications immédiates pour le développement de YandexGPT.

Une destruction confirmée ou une indisponibilité prolongée renforcerait l’argument selon lequel les attaques physiques peuvent contraindre les progrès russes en IA. Elle intensifierait aussi la pression sur le matériel de remplacement rare.

Le silence restera informatif, sans être décisif. Yandex a des raisons commerciales et sécuritaires de limiter les détails concernant ses infrastructures de calcul critiques.

Les observateurs devraient éviter de considérer l’absence de mise à jour comme une preuve de destruction. Les éléments pertinents comprendraient des communications de l’entreprise, des modifications de services, des changements dans les recrutements ou des retards visibles dans les sorties de modèles.

Le troisième signal est de savoir si les attaques se poursuivent contre Yandex ou d’autres exploitants russes de centres de données. Une pause laisserait l’entreprise face à une reprise difficile, mais circonscrite.

Une nouvelle frappe testerait plus directement le réseau restant. Elle pourrait aussi pousser les clients cloud vers des concurrents, des solutions d’hébergement à l’étranger ou des systèmes de secours hors ligne.

Les concurrents nationaux de Yandex seraient alors dans une position ambiguë. Ils pourraient gagner des clients, mais leur propre infrastructure concentrée pourrait devenir une cible.

Le gouvernement russe fait également face à une décision politique. Le président Vladimir Putin a reçu en août l’autorité de prendre le contrôle d’infrastructures d’importance critique jugées insuffisamment protégées contre les attaques de drones.

Les autorités pourraient exiger des défenses physiques plus solides, un secret accru sur les emplacements ou une relocalisation vers des sites renforcés. Chaque option entraîne des coûts et des perturbations opérationnelles.

Les entreprises pourraient également rechercher des installations dans des pays considérés par Moscou comme amicaux. Une implantation à l’étranger pourrait réduire l’exposition aux attaques de drones en Russie, mais elle introduit des complications juridiques, réseau et de souveraineté.

L’hébergement transfrontalier modifie la latence et la gouvernance des données. Il peut aussi rendre un fournisseur dépendant du marché énergétique, de la réglementation et des relations diplomatiques d’un autre pays.

Pour les clients, la leçon pratique est plus limitée que le débat géopolitique. Une région cloud n’est pas un plan de reprise à moins que les données et les applications puissent réellement fonctionner ailleurs.

Les organisations devraient savoir quels services dépendent d’une seule zone, à quel point leurs sauvegardes sont à jour et combien de temps prendrait une migration. Un plan écrit sans restauration testée offre une protection limitée.

Ce principe s’applique bien au-delà de la Russie ou de l’Ukraine. Les incendies de forêt, les inondations, les pannes de réseau électrique, le sabotage et la guerre diffèrent par leur cause, mais révèlent les mêmes dépendances physiques.

Le cloud masque le matériel derrière l’interface utilisateur. Il ne rend pas ce matériel immatériel.

Les frappes contre le centre de données de Yandex ont déjà entraîné un changement durable. Les grandes infrastructures numériques font désormais partie du cycle d’attaques qui s’intensifie entre la Russie et l’Ukraine.

L’ampleur des dégâts reste toutefois incertaine. Yandex a confirmé des perturbations, mais pas de perte définitive de données ni la destruction de ses superordinateurs d’IA.

Les lecteurs devront surveiller la publication d’un avis détaillé sur le rétablissement, l’apparition d’éléments concernant les clusters de calcul de Sasovo et une nouvelle attaque contre une infrastructure numérique. Ensemble, ces signaux montreront si la redondance a permis de contenir la crise.

Ils permettront aussi de répondre à la question plus large soulevée par ces attaques. Une plateforme cloud peut-elle continuer à déplacer ses charges de travail plus vite qu’un adversaire ne peut supprimer des capacités physiques ?