- 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

- Nom
- AbnAsia.org
- @steven_n_t
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.
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.
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.
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é.
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.
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.
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 ».
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.
- 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.
- 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.
- 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.

© ABN ASIA