Contexte de l'incident
L'article de WIRED décrit une interruption du service Outlook, composante majeure de Microsoft 365, qui a empêché les utilisateurs d'accéder à leurs courriels et calendriers. Aucun détail chiffré n'est fourni sur la durée exacte ou le nombre d'utilisateurs impactés, mais l'incident a déclenché la discussion autour des obligations contractuelles de Microsoft en cas de défaillance.
Fonctionnement du SLA Microsoft 365
Microsoft publie un accord de niveau de service (SLA) pour Microsoft 365, incluant Outlook. Le SLA garantit une disponibilité de 99,9 % sur une période de facturation mensuelle. Si la disponibilité réelle descend en dessous de ce seuil, le contrat prévoit des crédits de service proportionnels à la perte de disponibilité, généralement plafonnés à 25 % du montant mensuel facturé. Ces crédits sont appliqués automatiquement après validation du client, mais la procédure requiert la soumission d'une demande détaillée incluant les logs d'incident et les horodatages de la panne.
Analyse technique des causes possibles
Les pannes d'Outlook peuvent résulter de plusieurs facteurs d'infrastructure. Premièrement, une défaillance au niveau des centres de données Azure, où résident les serveurs de messagerie, peut interrompre le flux SMTP/IMAP/HTTPS. Deuxièmement, une saturation du réseau de distribution (CDN) ou une erreur de routage DNS peut empêcher les clients de résoudre les endpoints d'Outlook. Troisièmement, des mises à jour logicielles mal synchronisées entre les serveurs front‑end et back‑end peuvent créer des incohérences d'état, bloquant l'authentification OAuth utilisée par les clients. Chaque cause implique des mécanismes de redondance différents : réplication géographique des bases de données, basculement automatique via Azure Traffic Manager, et validation de l'intégrité des services via Azure Monitor. L'article ne précise aucune de ces couches, soulignant ainsi le manque de transparence sur les diagnostics internes de Microsoft.
Implications pour les clients et limites du modèle de compensation
Du point de vue du client, le crédit de service ne compense pas les pertes opérationnelles indirectes, telles que les retards de projets ou la perte de productivité. De plus, la procédure de réclamation peut prendre plusieurs semaines, pendant lesquelles l'entreprise doit gérer l'incident en interne. Le modèle de compensation repose sur la mesure de la disponibilité agrégée, qui masque les variations de performance perçues par les utilisateurs finaux. Enfin, le SLA ne couvre pas les interruptions causées par des facteurs externes, comme les attaques DDoS ou les pannes d'Internet chez le client, ce qui limite la portée de la responsabilité de Microsoft.
