Chronique no 032 — 2025
Cloud et résilience : Promesses, limites et risques des services distants
Analyse des atouts et failles du cloud en résilience : élasticité, dépendance, souveraineté, reprise après incident et retours d'expériences réels.
Le cloud ne garantit pas la résilience, il offre seulement les moyens de la construire… à condition de savoir les maîtriser.
Introduction
Le cloud est devenu l’épine dorsale de nombreuses stratégies de résilience. Ses promesses sont séduisantes : élasticité à la demande, redondance géographique, externalisation de la maintenance et de la sécurité… Autant d’arguments qui font rêver les directions informatiques et métiers. Pourtant, derrière les brochures marketing, la réalité opérationnelle est plus nuancée. Les services distants sont puissants, mais ils créent aussi des dépendances critiques, exposent à des risques de souveraineté et posent des défis spécifiques en cas de reprise après sinistre. Et lorsque le fournisseur rencontre une panne, c’est tout un écosystème qui peut se retrouver à l’arrêt. Cette chronique propose un regard lucide : comprendre les atouts réels du cloud pour la résilience, identifier ses limites, et savoir comment bâtir une stratégie qui combine le meilleur des deux mondes.
1. Les forces du cloud au service de la résilience
1.1 Élasticité et scalabilité
L’un des atouts les plus souvent mis en avant est la capacité du cloud à ajuster ses ressources en temps réel. En cas de pic de charge imprévu — par exemple, lors d’une crise générant une augmentation massive du trafic — l’infrastructure peut absorber la demande sans investissement matériel préalable. Cette flexibilité est particulièrement utile pour la continuité des opérations.
1.2 Redondance géographique
Les grands fournisseurs (AWS, Microsoft Azure, Google Cloud) disposent de data centers répartis dans plusieurs régions et zones de disponibilité. En cas de défaillance d’un site, la charge peut être basculée vers une autre localisation, limitant l’interruption de service. Cela permet de répondre à des exigences fortes de disponibilité (SLA élevés).
1.3 Externalisation de la maintenance et des mises à jour
Dans un modèle cloud, le fournisseur prend en charge la maintenance de l’infrastructure, la gestion des patchs et la mise à jour des services. Cela libère les équipes internes pour se concentrer sur des tâches à plus forte valeur ajoutée, tout en garantissant que les systèmes critiques restent à jour.
1.4 Accès ubiquitaire
L’accès aux services distants depuis n’importe où, avec un simple navigateur ou une application, favorise la continuité des activités en télétravail ou en mobilité, élément devenu central depuis la crise sanitaire.
2. Les faiblesses et limites du cloud pour la résilience
2.1 Dépendance au fournisseur
Une panne majeure chez le prestataire peut impacter des milliers d’entreprises en cascade. L’incident AWS de décembre 2021, par exemple, a provoqué l’indisponibilité de services critiques comme Netflix, Slack ou encore des systèmes hospitaliers américains. Cette concentration des risques est un point faible majeur.
2.2 Risques de verrouillage (« vendor lock-in »)
Migrer hors d’un fournisseur devient souvent complexe et coûteux à mesure que les services se spécialisent et que les données s’accumulent. Cette dépendance réduit la flexibilité stratégique et complique la mise en place d’un plan B en cas de problème.
2.3 Souveraineté et conformité
Le stockage et le traitement de données dans des juridictions différentes peuvent exposer à des risques réglementaires (RGPD, lois extraterritoriales comme le Cloud Act américain). Les exigences de certains secteurs (finance, défense, santé) imposent parfois des contraintes fortes sur l’emplacement des données.
2.4 Vulnérabilité aux coupures réseau
Le cloud repose sur la connectivité. Une interruption majeure d’Internet ou une attaque ciblée sur les interconnexions peut rendre inaccessibles des services pourtant « techniquement » fonctionnels côté fournisseur.
3. Cas réels d’incidents cloud impactant la résilience
AWS, décembre 2021 : Une panne dans la région US-EAST-1 a paralysé de nombreux services mondiaux pendant plusieurs heures, démontrant l’effet domino des défaillances dans un modèle hypercentralisé.
Microsoft Azure, mars 2021 : Une mise à jour de configuration défectueuse a entraîné l’indisponibilité de multiples services, affectant les utilisateurs de Teams, Exchange et Azure AD à l’échelle mondiale.
OVHcloud, mars 2021 : Un incendie dans le data center de Strasbourg a détruit une partie des infrastructures et de nombreuses données non sauvegardées ailleurs. L’événement a mis en évidence l’importance de la redondance multi-sites, même dans un contexte cloud.
Google Cloud, juin 2019 : Une défaillance réseau dans plusieurs régions a bloqué Gmail, YouTube et d’autres services, soulignant l’importance de la résilience au niveau de l’architecture réseau.
4. Bonnes pratiques pour une résilience cloud maîtrisée
4.1 Multicloud et hybridation
Ne pas mettre tous ses œufs dans le même panier. Un modèle hybride ou multi-fournisseurs permet de réduire le risque de panne totale et d’améliorer la flexibilité stratégique.
4.2 Tests réguliers de bascule et de reprise
Il ne suffit pas de disposer d’une architecture redondante : il faut tester régulièrement la capacité à basculer entre sites ou fournisseurs. Les tests de failover sont un élément clé du plan de résilience.
4.3 Sauvegardes indépendantes
Conserver des copies de données critiques en dehors du fournisseur principal (backups hors ligne, stockage chez un autre prestataire) garantit une reprise possible en cas de sinistre majeur.
4.4 Clauses contractuelles et SLA solides
Négocier des SLA précis, incluant des engagements sur les délais de reprise et des compensations claires en cas de manquement, est essentiel pour aligner le fournisseur sur les exigences métier.
4.5 Surveillance et monitoring indépendants
Ne pas dépendre exclusivement des outils du fournisseur pour suivre la disponibilité et la performance. Un système de monitoring externe permet de détecter rapidement un problème et de déclencher les plans de contingence.
5. Conclusion : tirer le meilleur du cloud sans en subir les failles
Le cloud est un formidable levier de résilience, mais il n’est pas infaillible. L’histoire récente regorge d’exemples où la promesse de disponibilité « 24/7 » s’est heurtée à la réalité des pannes, des cyberattaques ou des contraintes réglementaires. La clé n’est pas de choisir entre cloud et on-premise, mais de combiner intelligemment les deux en fonction des besoins, des risques et des contraintes sectorielles.
En résumé : planifier, diversifier, tester… et ne jamais confondre délégation et abdication.
Bibliographie
ENISA — Cloud Computing: Benefits, Risks and Recommendations for Information Security
Analyse claire des forces et risques du cloud à l’échelle européenne, très utile pour encadrer le propos de fond.
Catchpoint — What can we learn from AWS’s December 7 & 22, 2021 outages
Retour technique sur les pannes majeures d’AWS US‑EAST‑1, illustrant les risques concrets de dépendance cloud.
https://www.catchpoint.com/blog/what-can-we-learn-from-aws-december-outage
TheStack — Azure AD outage March 15, 2021
Rapport factuel sur la panne mondiale d’Azure AD causée par une rotation de clé, avec détail de l’impact sur les authentifications.
https://www.thestack.technology/microsoft-365-outage/
OVHcloud’s data center fire, one year on
Compte rendu de l’incendie de mars 2021 à Strasbourg, ses conséquences, et les enseignements techniques.
https://www.orrprotection.com/mcfp/ovhcloud-data-center-fire-in-france
ThousandEyes — Google Cloud Platform outage analysis (June 2019)
Rapport détaillé sur l’incident réseau qui a paralysé de nombreux services Google Cloud durant plusieurs heures.
https://www.thousandeyes.com/blog/google-cloud-platform-outage-analysis