Commencez à vous préparer maintenant pour la prochaine panne de cloud

Des incidents de cloud majeurs comme celui que nous avons vu cette semaine sont inévitables. Ces quatre méthodes peuvent aider votre entreprise à faire face.

Avec des heures innombrables de productivité perdue, des systèmes financiers perturbés pour des millions d’utilisateurs, et potentiellement des centaines de milliards de dollars perdus, la panne de cloud d’AWS cette semaine a été une journée terrible pour les équipes de TI mondiales. Bien sûr, c’était également la pire catastrophe de cloud mondiale depuis la dernière… et jusqu’à la prochaine.

Que vous soyez sur AWS, GCP, Azure ou toute autre plate-forme, les pannes majeures sont une réalité du cloud computing. Alors, que peut faire votre entreprise pour atténuer l’impact ? Ci-dessous, je vais proposer quatre étapes que votre équipe peut prendre immédiatement.

Apportez votre scepticisme – et faites vos devoirs.

Souvent, les équipes vont à la catastrophe en entrant dans des accords de cloud en supposant que les grandes entreprises de cloud sont intrinsèquement fiables. Pour être sûr, les entreprises les plus fiables ont gagné leur réputation pour une raison. En même temps, chaque cloud et hyperscaler offre une large gamme d’options d’infrastructure – AWS North America seul a 31 zones de disponibilité et 31 emplacements de réseau de bordure – et certaines options sont beaucoup plus fiables que les autres.

En effet, la région US-EAST-1 d’AWS, la cause de la panne de cette semaine, avait été derrière des perturbations majeures en 2020, 2021 et 2023, et il était bien connu dans certains cercles de TI comme la région la moins fiable. De nombreuses entreprises ont probablement compris la situation mais ont pris un risque calculé compte tenu du coût faible et des offres abondantes de la région. Mais étant donné l’ampleur de la panne, il est impossible de ne pas se demander combien d’entreprises ont été prises au dépourvu – et auraient certainement opté pour les régions plus fiables s’ils en avaient été conscients des compromis. J’ai personnellement rencontré des dirigeants de TI qui ont choisi de passer à d’autres régions AWS après de mauvaises expériences avec US-EAST-1 dans le passé.

La leçon à tirer est de faire vos devoirs lorsqu’il s’agit d’options d’infrastructure de cloud, quel que soit le cloud que vous utilisez. Les endroits pour commencer incluent des outils gratuits tels que cloudprice, Cloudping, et les vues d’incidents historiques des outils de santé des services cloud fournis par les hyperscalers.

Choisissez portable plutôt que natif de cloud.

Lorsque vous concevez des configurations de cloud, la voie la plus simple est d’aller natif de cloud. Mais même si il est pratique de sélectionner des applications prêtes à l’emploi par et pour votre fournisseur de cloud, ces options natives de cloud vous laissent plus exposé si votre cloud est hors service.

Pour éviter cette couche supplémentaire de dépendance de cloud, optez pour des produits indépendants et/ou open source lorsque cela est possible. Quelques exemples de remplacements incluent les suivants:

Pour être sûr, construire plus de votre pile de cloud à partir de zéro signifie plus de travail pour vos équipes. Cependant, une fois que vous avez l’infrastructure en place et en fonctionnement, il y a peu ou pas de différence entre l’ajout d’une charge de travail à une infrastructure maison établie ou à une infrastructure native de cloud. Et les avantages en termes de résilience – sans parler de la réduction de la dépendance de cloud – font des options indépendantes très rentables.

Concevez pour la défaillance.

Étant donné que les défaillances de cloud se produiront, assurez-vous de concevoir vos produits en tenant compte de la défaillance de cloud. Un exemple à considérer est Datadog: lors d’un incident en 2023, l’entreprise a soudainement perdu l’accès à plus de la moitié de ses nœuds Kubernetes en production et a complètement repensé son approche de la fiabilité en réponse. Les changements ont inclus la suppression des goulots d’étranglement architecturaux et la résolution de la dette technique afin que les défaillances partielles ne se propagent pas dans le système, l’amélioration de l’ingestion et du stockage des données pour une meilleure disponibilité des données pendant les pannes, et la construction de systèmes pour se rétablir automatiquement à grande échelle. Un excellent endroit pour commencer dans votre parcours est de suivre la recommandation de Datadog de « commencer par ce qui est important pour l’utilisateur final », et de construire des dispositifs de sécurité pour protéger ce qui compte le plus.

Exécutez sur au moins deux clouds.

Bien sûr, la meilleure façon de ne pas être tributaire des défaillances de cloud est la redondance de cloud multiple. Atteindre une véritable fluidité de cloud multiple est une tâche colossale pour de nombreuses entreprises, car il est extrêmement difficile de traduire l’infrastructure d’un cloud dans un autre. Mais la construction d’une infrastructure sur seulement deux clouds est un bon – et souvent réalisable – point de départ. Il est essentiel d’avoir une équipe en place avec un expert dans chacun des clouds sur lesquels vous exécutez.

Pour être sûr, rien ne peut protéger complètement les entreprises de l’impact d’une panne massive comme celle que nous avons vue cette semaine. Mais avec la diligence raisonnable, une approche portable de cloud, la conception pour la défaillance et l’utilisation de « double cloud » comme tremplin pour un véritable cloud multiple, les entreprises peuvent être beaucoup plus agiles lorsqu’un prochain incident majeur de cloud se produira.