Publié le

Microsoft a connu deux pannes en quinze jours, et la deuxième fois, une date de publication des résultats a été décalée.

Auteurs

Listen in English · Microsoft a connu deux pannes en quinze jours, et la deuxième fois, une date de publication des résultats a été décalée.

0:00 / 0:00

Watch in English · Microsoft a connu deux pannes en quinze jours, et la deuxième fois, une date de publication des résultats a été décalée.

Microsoft 365, Outlook, Teams, Copilot et Store sont tombés en panne à partir d’environ 1 h 00, heure de Hanoï, le 13 novembre, avec 130 000 signalements Outlook aux États-Unis seulement. Microsoft a d’abord mis en cause la charge, puis a déclaré que les serveurs se comportaient anormalement. OpenAI et Anthropic ont tous deux signalé des défaillances de connecteurs, et un fabricant de camions électriques a décalé ses résultats trimestriels à cause de cela.

À partir d’environ 1 h 00, heure de Hanoï, le 13 novembre, les utilisateurs au Vietnam et ailleurs ont perdu l’accès à Microsoft 365, Outlook, Teams, Copilot et au Microsoft Store. Downdetector a enregistré plus de 130 000 signalements pour Outlook aux États-Unis seulement, 45 000 pour Microsoft 365 et 10 000 pour le Store, principalement liés à la connexion et à l’envoi ou à la réception de courriels.

Ce qui est intéressant, ce n’est pas la panne. Ce sont les dommages de second ordre.

130,000
Signalements Outlook sur Downdetector, États-Unis uniquement
45,000
Signalements Microsoft 365 dans la même fenêtre
2
pannes majeures du cloud Microsoft en quinze jours — 29 octobre, puis celle-ci

Ce que Microsoft a déclaré, et ce que cela a changé

La première déclaration de l’entreprise décrivait une partie de son infrastructure comme étant sous « forte charge ». Elle l’a ensuite révisée : la surcharge n’était pas due à un pic de trafic, mais à certains serveurs « ne fonctionnant pas normalement de manière inattendue », ce qui a fait peser une pression sur les serveurs encore sains.

Cette distinction est importante. Les pics de trafic relèvent de la planification de capacité. Des serveurs qui tombent en panne de manière anormale posent une question de fiabilité — et la méthode de rétablissement décrite par Microsoft est révélatrice : rediriger le trafic vers des chemins réseau alternatifs lorsque c’est possible, et optimiser le processus de remise en service des serveurs restants. Les utilisateurs retrouvent l’accès « étape par étape ».

Autrement dit, le système s’est protégé en reportant la charge sur ce qui restait, ce qui est exactement le comportement qui transforme un seul nœud défaillant en incident mondial.

Outlook130mille signalements
Microsoft 36545mille signalements
Microsoft Store10mille signalements
Signalements Downdetector aux États-Unis dans la matinée du 13 novembre, selon VnExpress. Le nombre de signalements mesure la perturbation, et non la gravité.

C’est la cascade qui compte

Deux laboratoires américains d’IA ont déclaré publiquement que la défaillance de Microsoft les avait atteints.

  1. Les serveurs cessent de se comporter normalement

    Microsoft affirme que certains serveurs ont commencé à fonctionner anormalement, et non que la demande a dépassé la capacité.

  2. Les autres encaissent la charge

    Le trafic est redirigé vers l’infrastructure restante et vers des chemins réseau alternatifs — les machines survivantes supportent désormais plus que ce pour quoi elles étaient dimensionnées.

  3. Les connecteurs échouent une couche plus haut

    OpenAI a indiqué enquêter sur un problème de connecteur Microsoft, avec des échecs de nouvelles connexions et des dysfonctionnements de certains outils. Anthropic a attribué une défaillance de connecteur Microsoft 365 à son fournisseur en amont.

  4. Une entreprise rate une échéance de dépôt

    Workhorse Group, le fabricant américain de camions électriques, a reporté ses résultats du troisième trimestre du 12 novembre au 16 novembre parce que la panne « a perturbé les opérations ».

Une panne de messagerie et d’identité est devenue une panne de connecteur, puis un événement du calendrier de publication des résultats. Chaque couche estimait que la couche inférieure était le problème de quelqu’un d’autre.

Le détail concernant Workhorse mérite d’être souligné, car c’est le seul auquel une date est associée. Une panne qui ne fait qu’irriter les utilisateurs est un coût de support. Une panne qui repousse de quatre jours la communication trimestrielle d’une société cotée constitue une dépendance significative — et personne n’avait inscrit « Microsoft » dans le calendrier des risques de cette société comme motif d’un possible report des résultats.

Deux pannes, quinze jours

Ce n’est pas une matinée isolée.

Azure, 29 octobre8heures de perturbation
Microsoft 365, 13 novembre (et toujours en cours au moment de la rédaction)7heures de perturbation
La panne Azure du 29 octobre a duré plus de huit heures et a entraîné dans son sillage les systèmes critiques d’Alaska Airlines, le site web de Heathrow et Vodafone. L’incident du 13 novembre était encore en cours au moment de la rédaction.
  1. Cartographier les connecteurs, pas seulement les services. Les équipes les plus durement touchées ici ne faisaient pas tourner Exchange — elles utilisaient des produits qui s’authentifient via Microsoft. Si votre pile technologique ne mentionne Microsoft que dans la catégorie « e-mail », la cartographie est fausse.
  2. Notez ce qui se dégrade, pas ce qui tombe en panne. « Outlook est en panne » est surmontable. « De nouvelles intégrations ne peuvent pas être créées et le dépôt trimestriel prend du retard » ne l’est pas. C’est la deuxième phrase qu’il faut répéter.
  3. Répétez l’excuse du fournisseur. Workhorse a fait ce qu’il fallait — communiquer, décaler la date, expliquer pourquoi.

Deux pannes mondiales en l’espace de quinze jours, dans le parc d’un même fournisseur, avec des symptômes différents et la même forme : un composant se dégrade, on demande au reste sain d’absorber le choc, et tout ce qui est en aval hérite du problème.

Ce que cela change pour quiconque construit sur cette plateforme

La leçon pratique n’est pas « choisissez un autre cloud ». Tous les grands fournisseurs ont connu une mauvaise quinzaine. La leçon, c’est que dépendre d’une plateforme, c’est dépendre de ses modes de défaillance, et ces modes sont désormais assez visibles pour être cartographiés.

Trois choses à faire avant la prochaine :

La plupart des entreprises découvrent lors de l’incident que personne n’est responsable de cette décision.

Nous construisons des systèmes de données et d’inférence, et c’est la partie que les clients sous-estiment : une panne de plateforme n’est pas un événement informatique, c’est un événement de continuité d’activité assorti d’un calendrier. Les organisations qui la gèrent bien sont celles qui savent déjà lesquels de leurs engagements dépendent des serveurs de quelqu’un d’autre — et qui l’ont dit par écrit, avant que les serveurs ne cessent de fonctionner normalement.

Source : VnExpress, 13 novembre 2026, rapportant les chiffres de Downdetector, les déclarations de Microsoft à Reuters et les déclarations publiques d’OpenAI, d’Anthropic et de Workhorse Group. Les détails de la panne Azure du 29 octobre sont tels que rapportés par VnExpress. Les nombres de signalements mesurent le nombre d’utilisateurs se plaignant, et non la gravité ou la cause de l’incident.

Contact : [email protected]

Veuillez noter que la version française est assistée par Ai, des erreurs mineures peuvent donc exister.

Auteur

Ai-Banking-NetworkSecurity (ABN), ABN ASIA a été fondée par des personnes ayant des racines profondes dans le milieu académique, avec une expérience professionnelle aux États-Unis, aux Pays-Bas, en Hongrie, au Japon, en Corée du Sud, à Singapour et au Vietnam. ABN ASIA est l'endroit où l'académie et la technologie rencontrent l'opportunité. Avec nos solutions de pointe et nos services de développement logiciel compétents, nous aidons les entreprises à se développer et à s'imposer sur la scène mondiale. Notre engagement : Plus vite. Mieux. Plus fiable. Dans la plupart des cas : moins cher également.

N'hésitez pas à nous contacter chaque fois que vous avez besoin de services informatiques, de conseils en matière de numérique, de solutions logicielles prêtes à l'emploi, ou si vous souhaitez nous envoyer des demandes de propositions (RFP). Vous pouvez nous contacter à l'adresse [email protected]. Nous sommes prêts à vous aider avec tous vos besoins technologiques.

ABNAsia.org

© ABN ASIA