Lundi 20 octobre, une partie d'Internet a cessé de répondre. Pas votre box, pas votre Wi-Fi : Amazon Web Services, l'un des plus gros hébergeurs cloud du monde, a connu une panne majeure. Pendant plusieurs heures, des milliers de services ont ralenti, planté ou disparu : applications grand public, sites e-commerce, services financiers, jusqu'aux objets connectés. Deux jours plus tard, tout est reparti. La question, elle, reste posée.
Une panne d'annuaire, des milliers de victimes
Techniquement, l'incident est parti de la région us-east-1, la plus ancienne et la plus utilisée d'AWS, en Virginie. En cause, selon les premiers éléments publiés : une défaillance liée au DNS — l'annuaire qui traduit les noms de services en adresses — et à DynamoDB, une base de données dont dépend une foule d'autres briques. Quand l'annuaire ne répond plus, peu importe que les serveurs soient en pleine forme : plus personne ne les trouve.
L'effet domino a fait le reste. Des applications qui n'ont rien à voir entre elles sont tombées ensemble, parce qu'elles reposaient toutes, quelque part dans leur tuyauterie, sur le même maillon. C'est la vraie leçon de lundi : la plupart des victimes ne savaient probablement pas qu'elles dépendaient de ce maillon-là.
Le mauvais réflexe : tout rapatrier dans le placard
La tentation, après une journée pareille, c'est de conclure que le cloud est fragile et qu'il faut revenir au serveur maison. Résistez. Le cloud reste, globalement, bien plus fiable que ce qu'une PME peut opérer elle-même : redondance, équipes dédiées, sécurité, mises à jour. Le serveur du placard tombe aussi — plus souvent, même. Simplement, quand il tombe, il ne fait pas la une des journaux.
Le problème n'est donc pas d'avoir des dépendances. Tout le monde en a, y compris les géants qui sont tombés lundi. Le problème, c'est de ne pas savoir lesquelles.
La traduction pour votre PME : trois disciplines
Pas besoin d'un audit de résilience de 200 pages qui finirait dans un tiroir. Trois disciplines suffisent, et elles tiennent sur une feuille.
1. Sachez de quoi vous dépendez. Une heure, un tableau : la liste des outils qui, s'ils s'arrêtent, arrêtent quelque chose chez vous. Facturation, caisse, messagerie, prise de rendez-vous, logiciel métier. Et vos outils IA : ChatGPT, Claude, Gemini ou Le Chat tournent eux aussi sur des infrastructures cloud. Un assistant devenu central dans le quotidien d'une équipe est une dépendance comme une autre — traitez-le comme telle.
2. Prévoyez un mode dégradé simple. Une consigne par outil critique, écrite avant la panne, pas pendant. Que fait l'accueil si le logiciel de rendez-vous ne répond plus ? Un cahier et une ressaisie le soir, c'est un mode dégradé parfaitement honorable. Que fait l'atelier si l'outil de devis est injoignable une demi-journée ? Si la réponse tient en trois lignes affichées quelque part, vous avez déjà fait mieux que beaucoup de grandes entreprises lundi.
3. Gardez la main sur vos données. Un export régulier de ce qui compte — clients, devis, plannings — dans un format lisible en dehors de l'outil. Le jour où le service tombe, ou disparaît pour de bon, vos données restent chez vous. C'est la différence entre une panne agaçante et une panne paralysante.
C'est aussi de cette façon que nous concevons un dispositif IA d'exploitation : la question « et le jour où ça tombe ? » se traite dès la conception, pas après le premier incident. Un outil qui travaille vraiment dans votre quotidien mérite un plan B aussi simple que lui.
Par où commencer
Par la feuille de la discipline n° 1, dès cette semaine : une heure suffit pour savoir de quoi vous dépendez vraiment. Si la maîtrise de vos données est le point qui vous préoccupe, notre connecteur de données sécurisé a été pensé exactement pour ça. Et pour en parler de vive voix, nous offrons 30 minutes de conversation, gratuites et sans engagement.