Yandex Cloud a perdu 2,84 % des données de ses clients après les incendies de ses centres de données : il n'y avait pas de sauvegardes

Tout ingénieur a entendu au moins une fois la phrase : « on est dans le cloud, ça ne disparaîtra pas ». Octobre 2026 a montré ce que valait une telle certitude. Yandex a annoncé que, après les incendies dans ses centres de données, il n'avait pas pu restaurer 2,84 % des données clients de la plateforme Yandex Cloud.

Ce que l'on sait réellement

Selon le service de presse de l'entreprise, ces données ne peuvent pas être récupérées pour deux raisons : le matériel a subi des dommages critiques, et il n'existait pas de sauvegardes de ces informations sur la plateforme. C'est précisément cette combinaison qui compte. Un incendie dans un centre de données est en soi un incident que l'industrie sait encaisser. Les données disparaissent lorsque l'unique copie se trouvait à l'endroit même où tout a brûlé.

En réponse, Yandex prévoit d'activer la sauvegarde par défaut. Nous ne voyons pas de détails dans le communiqué : on ignore combien de clients sont touchés et quels services exacts ont perdu des données. Le chiffre de 2,84 % paraît modeste, mais pour une entreprise donnée, il peut représenter 100 % de sa base si elle fait partie de cette proportion.

Pourquoi les mots « par défaut » sont ici l'essentiel

Imaginez une boutique en ligne dont la base de commandes repose sur un seul disque cloud. Tant que tout fonctionne, aucun problème. Puis une baie brûle avec le disque. Si la copie n'existe ni dans une autre zone de disponibilité ni dans un stockage séparé, les commandes ont disparu. C'est une illustration, pas l'analyse d'un cas réel : nous ne savons pas quels services ont été touchés.

Une sauvegarde qu'il faut activer à la main reste souvent désactivée. Certains veulent économiser, d'autres oublient, d'autres encore sont persuadés que le fournisseur s'en charge. C'est une faille classique de répartition des responsabilités : le client pense que le cloud assure la conservation, et le cloud pense que le client configurera lui-même les copies. Le choix « par défaut » comble cette faille pour ceux qui n'ont pas lu la documentation en détail.

Que faire en tant que développeur, product manager ou fondateur

N'attendez pas que le fournisseur change ses paramètres. Vérifiez votre infrastructure dès aujourd'hui :

• Dressez la liste de tous vos stockages : bases de données, stockages d'objets, disques de machines virtuelles. Notez ceux qui n'ont pas de copies.
• Appliquez la règle 3-2-1 : trois copies des données, sur deux types de supports, dont une située ailleurs. Idéalement dans une autre zone de disponibilité ou chez un autre fournisseur.
• Testez la restauration. Une sauvegarde qui n'a jamais été déployée reste une hypothèse, pas une protection.
• Fixez la perte de données admissible (RPO) et le temps de restauration (RTO). Sans ces chiffres, parler de sauvegardes revient à parler d'espoirs.
• Lisez la section sur le partage des responsabilités dans la documentation et le contrat. Un SLA de disponibilité du service n'est pas une garantie de conservation de vos données.

Les product managers devraient ajouter la perte de données au registre des risques et comparer le coût de la sauvegarde à celui de la perte. Les fondateurs, eux, devraient poser à l'équipe technique une seule question : « Combien de données existent chez nous en un seul exemplaire ? ». Si la réponse est assurée et accompagnée d'une liste, tout va bien. S'il y a un silence, vous avez du travail.

Limites et réserves

Pour l'instant, il s'agit d'un bref communiqué de l'entreprise, et non d'un post-mortem détaillé. Nous ne connaissons ni l'ampleur en nombre de clients, ni les causes des incendies, ni les conditions d'éventuelles compensations. Les sauvegardes par défaut ne sont pas non plus une panacée : une copie stockée dans le même centre de données brûlera avec l'original. Après avoir activé la sauvegarde, vérifiez donc où les copies sont physiquement stockées et si l'on peut rapidement relancer le service à partir d'elles.

Le bilan est simple. Le cloud vous décharge du souci du matériel, mais pas de la responsabilité des données. Si vous n'avez pas de copie fonctionnelle et vérifiée ailleurs, considérez que vous n'en avez aucune.