Panne cloud SLA : pourquoi le crédit promis est si dur à obtenir

Quand AWS, Azure ou Google Cloud tombent en panne, la première question des entreprises touchées est presque toujours la même : qu'est-ce que le contrat prévoit, et combien va-t-on toucher ? La réponse tient dans un document que presque personne ne lit avant la crise, le SLA (Service Level Agreement). Un panne cloud SLA déclenche en théorie un mécanisme de crédit automatique, mais dans la pratique, le chemin entre l'incident et le remboursement est semé d'obstacles contractuels que les fournisseurs n'ont aucun intérêt à simplifier.

Ce que promet vraiment un SLA cloud

Un SLA, selon la définition qu'en donne Vodafone dans son guide aux entreprises, est un contrat juridiquement contraignant entre un fournisseur cloud et son client, qui fixe la qualité de service garantie, les temps de réponse en cas d'incident, et ce qui se passe si les objectifs ne sont pas atteints. Microsoft Learn résume le mécanisme en une phrase simple : le document dit que si le client remplit certaines conditions, alors le fournisseur s'engage sur un niveau de service défini. Ce conditionnel n'est pas un détail, il est au cœur de la plupart des refus de crédit.

Le langage des « neuf »

Les SLA cloud s'expriment presque toujours en pourcentage de disponibilité annuelle ou mensuelle, ce que l'industrie appelle le compte des « neuf ». D'après le blog mecanik.dev, chaque neuf supplémentaire divise par dix l'indisponibilité tolérée, et coûte en général bien plus que dix fois plus cher au fournisseur, parce qu'il impose une redondance qui supprime chaque point de défaillance unique, y compris dans le processus de déploiement.

Selon le benchmark publié par pulsapi.com en juillet 2026, qui a recensé les SLA publics de 53 fournisseurs cloud majeurs, la moyenne des promesses s'établit à 99,908 %, et seuls 13 fournisseurs sur 53 garantissent au moins quatre neuf. Le seuil le plus répandu reste 99,9 %, soit 43,2 minutes d'indisponibilité tolérée par mois.

Qui garantit quoi en 2026

Les trois géants n'affichent pas tous le même chiffre, et surtout pas pour le même type d'instance. AWS promet 99,99 % pour EC2 en configuration multi-zones de disponibilité, mais seulement 99,5 % pour une instance unique isolée, selon le site spécialisé Spheron Network qui a comparé les clauses des fournisseurs de cloud GPU en juillet 2026. Azure vise 99,95 % sur ses machines virtuelles, et Google Cloud revendique 99,99 % pour son niveau réseau premium, d'après l'analyse publiée par algeriatech.news fin décembre 2025. Un même cluster peut donc afficher trois chiffres de disponibilité différents selon qu'on mesure le nœud, le rack ou la région entière, un point que Spheron Network qualifie de principale source de malentendu entre client et fournisseur.

Pourquoi les remboursements restent rares

C'est là que le panne cloud SLA révèle sa vraie nature : un filet de sécurité contractuel que la plupart des clients n'activent jamais. Le rapport State of Cloud Reliability 2026 a étudié 47 incidents majeurs survenus chez les trois grands fournisseurs entre 2017 et 2025. Sa conclusion est nette : 68 % de ces incidents ont franchi au moins un seuil mensuel de SLA, ouvrant donc théoriquement droit à un crédit, mais les estimations des praticiens du secteur situent le taux réel de réclamation sous les 10 %.

« 68% of corpus incidents breached at least one monthly SLA target, yet practitioner estimates put claim rates below 10%. », State of Cloud Reliability 2026, rapport clouddowntime.com.

Le parcours du combattant pour toucher un crédit

Le crédit de service n'est presque jamais un remboursement en argent. Chez Cloud-IAM, par exemple, la compensation prend uniquement la forme de crédits d'utilisation, non échangeables contre de l'argent ou un autre mode de paiement. Le barème appliqué par la majorité des fournisseurs suit une logique de palier, détaillée par le blog stephane-robert.info :

• 10 % de crédit sur la facture du service concerné si la disponibilité réelle tombe sous 99,9 % mais reste au-dessus de 99 % ;
• 25 % si elle descend sous 99 % mais reste au-dessus de 95 % ;
• 100 % si elle chute sous 95 %, un cas jugé très rare en pratique ;
• chez AWS EC2 pour une instance unique, la grille est encore plus fine : 10 % entre 99,0 % et 99,5 %, 30 % entre 95,0 % et 99,0 %, 100 % en dessous de 95,0 %, selon Spheron Network ;
• le crédit reste, dans l'immense majorité des cas, plafonné au montant de la facture du mois concerné, jamais indexé sur les pertes réelles subies par le client.

Les fenêtres de réclamation, souvent ignorées

Le second piège est le délai. Selon le rapport State of Cloud Reliability 2026, les fenêtres de réclamation s'étendent généralement entre 30 et 60 jours après l'incident, et la plupart des crédits dus expirent silencieusement faute de demande dans les temps. Cloud-IAM applique exactement cette logique dans son propre SLA public : toute demande de crédit doit être soumise par écrit dans les 30 jours suivant la panne, par courriel dédié, sans quoi le droit s'éteint.

Combien coûte réellement une panne cloud

Pendant que les crédits contractuels restent symboliques, le coût réel d'une panne pour l'entreprise cliente, lui, ne l'est pas. D'après les données Ponemon citées par VoxBooster dans son étude sur l'hébergement web publiée en août 2026, un arrêt non planifié coûte en moyenne 9 000 dollars par minute à une entreprise, alors que le taux moyen annuel de disponibilité observé chez les hébergeurs cloud s'établit à 99,96 % selon l'Uptime Institute, cité par la même étude.

L'écart entre promesse contractuelle et dommage réel se mesure aussi à l'échelle d'incidents emblématiques. L'incident CrowdStrike a causé, selon les estimations de l'assureur spécialisé Parametrix reprises par algeriatech.news, 5,4 milliards de dollars de pertes directes pour les entreprises du Fortune 500, dont seulement 540 millions à 1,08 milliard couverts par l'assurance. Les dommages financiers mondiaux ont été estimés à 10 milliards de dollars ou plus. L'Annual Outage Analysis 2025 de l'Uptime Institute, également cité par algeriatech.news, constate que plus de la moitié des répondants ont déclaré que leur dernière panne significative avait coûté plus de 100 000 dollars, et qu'une panne sur cinq dépassait le million.

Les grandes pannes qui ont marqué 2025 et 2026

Le volume d'incidents donne une idée de l'ampleur du phénomène. Le rapport H1 2026 Cloud and SaaS Reliability publié par IncidentHub en juillet 2026 a recensé 30 246 pannes chez 1 082 fournisseurs entre janvier et juin 2026, dont 4 723 chez les seuls fournisseurs cloud sur 86 fournisseurs distincts, et un pic de 6 070 incidents en mai 2026, le mois le plus chargé de la période.

Parmi les épisodes les plus marquants recensés par algeriatech.news :

• la panne AWS us-east-1 d'octobre 2025, qui a duré 15 heures et touché plus de 4 millions d'utilisateurs dans plus de 1 000 entreprises, mettant hors service des services grand public comme Snapchat et Roblox ;
• une panne mondiale de Google Cloud qui a mis hors service Gmail, Docs et Drive pendant 7 heures ;
• l'incident CrowdStrike de juillet 2024, dont les pertes d'assurance ont été évaluées à 581 millions de dollars par le réassureur CyberCube ;
• entre août 2024 et août 2025, AWS, Azure et Google Cloud ont connu ensemble plus de 100 interruptions de service cumulées ;
• selon le State of Cloud Reliability 2026, la durée médiane d'un incident majeur cloud est de 204 minutes, soit environ 3h24, le 90e centile atteignant 11 heures.

Le rapport note aussi que la fréquence des incidents majeurs reste étonnamment stable sur la période 2017-2025, entre cinq et sept par an chez les trois grands fournisseurs, une stabilité qui suggère que les gains de fiabilité sont compensés par la complexité croissante des infrastructures.

« An SLA is a promise, not a measurement. », pulsapi.com, Cloud SLA Benchmark 2026.

Questions fréquentes

Un SLA couvre-t-il toujours l'argent perdu pendant la panne ?

Non. Le crédit de service est calculé sur un pourcentage de la facture du mois concerné, pas sur le préjudice réel subi par le client. Comme le rappelle pulsapi.com, un SLA est une promesse contractuelle, pas une mesure de ce qui s'est vraiment passé.

Combien de temps a-t-on pour réclamer un crédit après une panne cloud SLA ?

Les fenêtres varient entre 30 et 60 jours selon les fournisseurs, d'après le rapport State of Cloud Reliability 2026. Cloud-IAM, par exemple, impose une demande écrite dans les 30 jours suivant l'incident, faute de quoi le droit au crédit s'éteint.

Pourquoi si peu d'entreprises réclament-elles leur crédit ?

Parce que la démarche est manuelle, documentée, souvent méconnue des équipes techniques, et que le montant obtenu reste faible par rapport au coût réel de l'interruption. Le rapport State of Cloud Reliability 2026 estime que moins de 10 % des incidents éligibles donnent lieu à une réclamation effective, alors que 68 % des incidents majeurs étudiés franchissaient un seuil de SLA.

Le niveau de disponibilité annoncé est-il le même pour toutes les instances d'un même fournisseur ?

Non. Chez AWS EC2, la garantie est de 99,99 % pour une configuration répartie sur plusieurs zones de disponibilité, mais tombe à 99,5 % pour une instance unique isolée, selon Spheron Network. Le même écart existe pour les clusters GPU, où un SLA peut porter sur le nœud individuel, le rack entier, ou la moyenne régionale, avec des résultats très différents pour l'utilisateur final.

Une panne qui ne dépasse pas le seuil du SLA donne-t-elle droit à un crédit ?

En principe non. Le mécanisme ne se déclenche que si la disponibilité mesurée sur la période contractuelle (généralement le mois) descend sous le seuil promis. Une coupure courte et isolée peut très bien ne jamais faire chuter la moyenne mensuelle sous 99,9 %, même si elle a causé une gêne réelle au moment où elle est survenue.