Panne géante d'AWS : ce que votre entreprise doit retenir de ce lundi
Le 20 octobre, une panne dans une seule région d'Amazon Web Services a perturbé des services dans le monde entier. Les leçons pour vos propres logiciels.
Lundi 20 octobre 2025, une partie d'internet s'est arrêtée pendant de longues heures. Des applications grand public, des services bancaires, des outils professionnels et des objets connectés ont cessé de répondre, en Europe comme aux États-Unis. La cause : une panne chez Amazon Web Services (AWS), le premier fournisseur mondial de cloud, dans une seule de ses régions, en Virginie. Votre entreprise n'héberge peut-être rien chez AWS. Mais vos fournisseurs, eux, le font sûrement. Voici ce qui s'est passé et ce qu'il faut en retenir.
Ce qui s'est passé
Les problèmes ont commencé dans la nuit du 19 au 20 octobre, heure américaine, soit le lundi matin en France. AWS a indiqué que la panne venait d'un problème de résolution DNS du point d'accès de DynamoDB, l'une de ses bases de données, dans sa région us-east-1.
Pour le dire simplement : le DNS, c'est l'annuaire d'internet, celui qui traduit un nom en adresse. Pendant plusieurs heures, les programmes qui cherchaient à joindre cette base de données ne trouvaient plus son adresse. Or de très nombreux services d'AWS s'appuient eux-mêmes sur DynamoDB. Par effet domino, le lancement de nouveaux serveurs, l'équilibrage de charge et d'autres services se sont dégradés.
Le problème DNS initial a été corrigé en quelques heures, mais les effets en cascade ont duré bien plus longtemps : AWS n'a déclaré un retour à la normale de l'ensemble de ses services que le lundi en fin de journée, heure américaine. Certains clients ont encore subi des perturbations au-delà.
Pourquoi une panne en Virginie touche la France
C'est la question que beaucoup se sont posée. Plusieurs raisons :
- us-east-1 est la région historique d'AWS, la plus ancienne et l'une des plus utilisées. Beaucoup de services y sont hébergés par défaut.
- Certains services « mondiaux » en dépendent. Des fonctions utilisées partout dans le monde s'appuient sur cette région, même quand les applications tournent ailleurs.
- Les dépendances sont invisibles. Votre logiciel de paie, votre outil de visioconférence ou votre terminal de paiement peut reposer sur un sous-traitant, qui repose lui-même sur AWS. Vous ne le découvrez que le jour où tout s'arrête.
Ce que ça change pour une PME
Cette panne ne remet pas en cause le cloud. AWS reste l'une des infrastructures les plus fiables au monde, et une salle serveur dans un placard tombe bien plus souvent. Mais elle rappelle trois réalités.
La concentration crée des pannes géantes
Quand une grande partie des services repose sur quelques fournisseurs, et parfois sur une seule région, une erreur unique peut arrêter des milliers d'entreprises en même temps. Le risque individuel est faible, le risque collectif est réel.
Vous dépendez de choix que vous n'avez pas faits
La plupart des PME n'ont pas choisi AWS. Elles ont choisi un logiciel, dont l'éditeur a choisi un hébergeur et une région. Ce jour-là, la continuité de votre activité dépendait de ce choix.
Le lieu d'hébergement compte aussi pour vos données
La panne pose aussi, en filigrane, la question de la localisation. Un logiciel hébergé aux États-Unis, ou dépendant de services américains, relève en partie du droit américain. C'est un sujet distinct de la disponibilité, mais les deux se rejoignent : savoir où et comment tourne votre logiciel.
Les questions à poser sur vos logiciels
- Où sont hébergés vos logiciels critiques ? Dans quel pays, chez quel hébergeur, dans quelle région ? Demandez-le à vos éditeurs : c'est une question légitime.
- Que se passe-t-il s'ils tombent une journée ? Pouvez-vous continuer à facturer, à produire, à livrer ? Avez-vous un mode dégradé, même sur papier ?
- Vos données sont-elles sauvegardées ailleurs ? Chez un autre fournisseur, dans une autre région, et pouvez-vous les récupérer dans un format lisible ?
- Vos outils internes dépendent-ils de services tiers inutiles ? Un logiciel de gestion de stock n'a pas forcément besoin de dix services cloud différents pour fonctionner.
- Avez-vous un contrat qui dit quoi faire en cas de panne ? Engagement de disponibilité, délai de réponse, communication pendant l'incident.
Notre approche
Pour les logiciels que nous livrons, nous privilégions un hébergement en France, chez des hébergeurs français, ou directement chez le client quand c'est pertinent. Nous gardons les architectures aussi simples que possible : moins un logiciel dépend de services extérieurs, moins il a de raisons de tomber à cause des autres. Et la maintenance comprend une réponse sous 24 heures ouvrées, avec quelqu'un que vous connaissez au bout du fil.
Si vous voulez savoir de quoi dépendent vraiment vos outils, ou remplacer un logiciel critique par un logiciel métier hébergé en France et dont vous avez le code source, parlons-en lors d'un rendez-vous de 30 minutes. Les conditions d'hébergement et de maintenance sont détaillées sur la page Tarifs.