Une panne dans un centre d'infrastructure de Google a suffi à perturber les paiements, les applications bancaires et les services en ligne. Si un incident similaire venait à se produire demain chez le fournisseur de votre entreprise, combien de temps pourriez-vous continuer à travailler ?
Le 20 octobre 2026, des problèmes sur l’infrastructure Google Cloud à Londres ont affecté les services qui en dépendaient. Parmi les entreprises touchées figuraient Revolut, Lloyds et Halifax, tandis que des problèmes ont également été signalés sur d'autres services numériques au Royaume-Uni.
Ce qui s'est réellement passé
Google a elle-même signalé dans son système officiel de suivi de l'état des services une interruption dans la région europe-west2, qui a particulièrement touché la zone europe-west2-b. L’entreprise a attribué cet incident à un problème d’alimentation électrique (« power event »).
Selon le rapport officiel, l'incident a duré 7 heures et 52 minutes. Divers produits d'infrastructure ont été affectés, notamment les services de puissance de calcul, de bases de données et de réseau. Google a annoncé que le service avait été rétabli et a indiqué qu’il publierait une analyse à l’issue de son enquête interne.
Ce n’est pas « tout Google » qui est tombé en panne. L'incident concernait une zone spécifique de Google Cloud. Il ne s'agit pas d'une panne générale du moteur de recherche ou de Gmail, et cela ne prouve pas non plus que tous les systèmes utilisant Google Cloud aient rencontré des problèmes.
Pourquoi différentes entreprises ont-elles été touchées en même temps ?
Une application peut sembler autonome sur votre mobile, mais en arrière-plan, elle peut dépendre de serveurs, de bases de données, de réseaux ou de services d’authentification hébergés sur une infrastructure commune. Lorsque celle-ci rencontre un dysfonctionnement, les conséquences peuvent se répercuter sur de nombreuses entreprises indépendantes.
C’est ce qu’on appelle la dépendance à un point de défaillance commun. Cela ne signifie pas que le cloud soit en soi peu fiable. Cela signifie que la résilience ne découle pas automatiquement du simple fait que « tout est dans le cloud ».
Qu’est-ce que cela signifie pour une boutique en ligne grecque ?
Prenons l’exemple d’une petite boutique en ligne. Le site web peut fonctionner normalement, mais le paiement peut ne pas fonctionner. Ou bien la commande peut être finalisée sans que l’information ne parvienne au système de gestion. Ou encore, vos fichiers sont disponibles, mais vous ne pouvez pas accéder au compte où vous les gérez.
Ce sont là des scénarios de risque à titre d’exemple, et non l’affirmation qu’ils se sont produits dans des magasins grecs spécifiques le 20 octobre.
La question n’est pas seulement de savoir s’il existe une sauvegarde. Il s’agit également de déterminer à quelle vitesse le travail peut reprendre lorsqu’un service essentiel ne répond plus.
Cinq vérifications à effectuer avant qu’un problème ne survienne
- Répertoriez les dépendances. Hébergement, e-mail, DNS, paiements, stockage de fichiers, automatisations et fournisseurs : dressez une liste simple indiquant quel système dépend de quel autre.
- Testez vos sauvegardes en conditions réelles. Une sauvegarde qui n’a pas été testée par une restauration ne constitue pas une garantie suffisante de récupération.
- Envisagez un plan de secours. Comment allez-vous servir vos clients si le site ou les paiements en ligne sont temporairement indisponibles ? Qui les informera et par quel canal ?
- Discutez de la disponibilité avec votre hébergeur. L'hébergement dans plusieurs zones ou régions peut limiter certains risques, mais nécessite une conception adaptée et engendre des coûts. Cela ne protège pas toutes les architectures contre toutes les pannes.
- Désignez un responsable et définissez une procédure. Qui détecte le problème en premier, qui contacte le support technique et qui décide du moment où un plan de secours doit être activé ?
La sauvegarde et la continuité des activités ne sont pas la même chose
La sauvegarde permet de récupérer des données. Le plan de continuité des activités décrit comment l’entreprise continue à servir ses clients lorsqu’un service n’est pas disponible. Les deux sont nécessaires, mais ils répondent à des besoins différents.
Pour une petite entreprise, la première étape ne consiste pas nécessairement à investir dans une infrastructure multirégionale complexe. Il s'agit de savoir ce qui cessera de fonctionner, quelle perte elle peut supporter et quelles mesures ont une réelle valeur compte tenu de sa taille.
La question qu’il convient de se poser aujourd’hui
« Si demain, un service numérique essentiel venait à être indisponible pendant huit heures, saurions-nous quoi faire ? »
Si la réponse est « non », pas de panique. Il faut dresser un état des lieux, définir des priorités et mettre en place un plan d’action éprouvé. Chez BEEGITAL, nous considérons la stabilité d’un site web ou d’une boutique en ligne comme faisant partie intégrante du fonctionnement quotidien de l’entreprise — et non comme un détail technique dont on ne se souvient qu’après une panne.