Suite à des pannes, Amazon exigera la validation des modifications assistées par l'IA par ses ingénieurs seniors : AWS a subi au moins deux incidents liés à l'utilisation d'assistants de codage IA

Suite à des pannes, Amazon exigera la validation des modifications assistées par l'IA par ses ingénieurs seniors :
AWS a subi au moins deux incidents liés à l'utilisation d'assistants de codage IA

Depuis plusieurs mois, la plateforme e-commerce d'Amazon accumule les incidents graves. Des pannes à répétition, dont au moins une directement liée à l'usage d'outils de codage assistés par IA, ont poussé la direction à convoquer en urgence une réunion interne et à revoir en profondeur ses pratiques de déploiement. En filigrane, se dessine un paradoxe vertigineux : le géant qui vend l'IA au monde entier se retrouve à en payer le prix fort sur sa propre infrastructure.

Début mars 2026, pendant près de six heures, le site Amazon.com et son application mobile sont devenus inaccessibles pour une partie significative des utilisateurs. Impossible de passer commande, de consulter son compte, d'afficher les prix. Officiellement, Amazon a invoqué une mise à jour logicielle défaillante comme cause de l'incident. Officieusement, c'est une autre histoire que racontent les documents internes.

Selon le Financial Times, qui a eu accès à une note de briefing interne, Amazon a lui-même décrit une « tendance aux incidents » caractérisée par un « rayon d'explosion élevé » (high blast radius) et des « changements assistés par GenAI ». Parmi les facteurs qui y ont contribué figurait explicitement « l'usage nouveau de la GenAI, pour lequel les meilleures pratiques et les garde-fous ne sont pas encore pleinement établis ».

Une réunion de crise en mode TWiST

Dave Treadwell, le vice-président senior en charge des fondations techniques du site Amazon, a écrit à ses équipes : « Comme vous le savez probablement, la disponibilité du site et de l'infrastructure associée n'a pas été bonne récemment. » Il a convoqué une réunion TWiST (This Week in Stores Tech), qui est habituellement facultative, en la rendant obligatoire, pour effectuer une plongée en profondeur sur « certains des problèmes qui nous ont conduits là ».

Ce TWiST d'urgence a débouché sur une mesure immédiate : les modifications de code assistées par IA devront désormais être approuvées par des ingénieurs seniors avant tout déploiement. Une décision qui, pour beaucoup d'observateurs, relève du bon sens le plus élémentaire — et qui soulève des questions bien plus profondes sur les pratiques qui ont rendu cette mesure nécessaire.

Un historique qui s'alourdit

Cette panne de mars n'est pas un accident isolé. Elle s'inscrit dans une série d'incidents qui remonte au moins à la fin 2025. En décembre 2025, un incident impliquant l'outil de codage agentique Kiro, un EDI développé en interne chez Amazon pour automatiser ou accélérer les modifications de code, avait provoqué treize heures d'indisponibilité d'une fonctionnalité de gestion des coûts AWS. Selon des témoignages internes, des ingénieurs avaient laissé l'agent IA résoudre des problèmes sans intervention humaine, ce qui aurait conduit l'outil à « supprimer et recréer l'environnement ».

Face à ces révélations, Amazon avait alors adopté des garde-fous : revue entre pairs obligatoire pour les accès en production, formations internes. La panne de mars 2026 montre que ces mesures n'ont pas suffi.

À chaque incident, Amazon a maintenu la même ligne de défense. En février, après un incident affectant AWS Cost Explorer dans la partition Chine continentale, un porte-parole déclarait : « Nous n'avons pas constaté de preuves convaincantes que les incidents sont plus fréquents avec les outils IA. » Interrogé à nouveau par The Register après les révélations du FT, Amazon a confirmé que cette position restait inchangée, sans pour autant fournir les données qui permettraient une analyse indépendante.

Corey Quinn, chief cloud economist chez Duckbill, avait résumé l'absurdité de la situation avec une formule percutante : « AWS préfèrerait que le monde croie que ses ingénieurs sont incompétents plutôt qu'admettre que son intelligence artificielle a fait une erreur. »


Le piège des suppressions de postes en cascade

Pour comprendre ce qui se joue réellement chez Amazon, il faut remonter plus loin. Le géant a licencié des dizaines de milliers d'employés depuis 2022, dont 16 000 travailleurs dans sa dernière vague de janvier 2026, tout en annonçant simultanément un investissement prévu de 200 milliards de dollars en dépenses d'infrastructure pour l'année. La logique est simple sur le papier : moins d'humains, plus d'IA, même output. Voire plus.

Le problème, c'est que cette équation s'est révélée fausse sur le terrain. Avec moins d'ingénieurs pour effectuer le même volume de travail, la direction a contraint les équipes restantes à utiliser des outils de codage IA pour accélérer leur production. Mais le code généré par IA exige en retour une relecture humaine rigoureuse, relecture que des équipes réduites n'ont pas forcément la capacité ni le temps d'effectuer.

James Gosling, le créateur du langage Java et ancien ingénieur distingué chez AWS jusqu'en 2024, avait anticipé cette dynamique catastrophique. Dans un post LinkedIn publié après la grande panne AWS d'octobre 2025, il écrivait : « Quand l'explosion de l'IA s'est produite et que j'étais encore chez AWS, j'ai été stupéfait de voir comment la structure de l'entreprise a été tordue, et comment des équipes ont été démolies. L'analyse du retour sur investissement était d'une myopie désastreuse. Ces systèmes sont des structures complexes et interconnectées. »

Le code « résistant à la revue »

Au-delà du contexte organisationnel, c'est la nature même du code produit par les LLM qui pose problème. Les développeurs expérimentés qui s'y sont confrontés en production décrivent un phénomène préoccupant : le code IA est superficiellement convaincant, syntaxiquement impeccable, mais truffé d'erreurs logiques non évidentes que même un reviewer attentif peut laisser passer.

Un développeur a ainsi résumé le problème : les LLM génèrent des tokens qui « ont l'air corrects ». Le code junior humain est repérable à distance par un senior. Le code IA, lui, lit comme s'il sait ce qu'il fait, jusqu'à ce qu'on creuse et qu'on découvre des erreurs fondamentales dissimulées sous une couche de fluidité rassurante. D'autres praticiens pointaient un problème de volume : l'IA produit des masses de code en un temps infime, au-delà de ce qu'un reviewer humain peut absorber de manière sérieuse.

Des plateformes tierces de revue de code rapportent par ailleurs que, sur des centaines de pull requests analysées, le code généré par IA présente 1,7 fois plus de problèmes que le code humain. Un écart significatif, qui ne va pas dans le sens du discours dominant.

Le paradoxe de Microsoft aussi

Amazon n'est pas seul dans cette situation. Microsoft a annoncé fin janvier 2026 qu'il travaillait à corriger de nombreux défauts de Windows 11 et à restaurer sa réputation, neuf mois après que le PDG Satya Nadella avait déclaré que l'IA rédigeait jusqu'à 30 % du code de l'entreprise, certains projets étant entièrement codés par IA. La temporalité est éloquente.

Ce n'est pas un hasard si les deux plus grands vendeurs d'infrastructure cloud au monde se retrouvent à essuyer des incidents liés à leurs propres pratiques de codage IA. Les deux ont massivement réduit leurs effectifs d'ingénierie tout en déployant des outils génératifs en production. Les deux ont communiqué sur les gains de productivité. Et les deux récoltent désormais les conséquences d'une adoption précipitée, sans que les pratiques de sécurité aient suivi le rythme.

Une réponse au symptôme, pas à la cause

La mesure prise par Amazon, imposer une validation par un ingénieur senior sur tout code assisté par IA, est présentée comme une avancée. Elle l'est, formellement. Mais plusieurs voix du secteur soulèvent une objection structurelle : si l'on a licencié massivement des juniors pour les remplacer par de l'IA, et que l'IA produit du code difficile à relire, au point d'accaparer l'intégralité du temps disponible des seniors... qui va relire ce code ?

La question de la formation des futurs ingénieurs seniors n'est pas anodine non plus. Les juniors apprennent leur métier en écrivant du code, en faisant des erreurs, en recevant des retours. Un système où l'IA génère l'essentiel du code et où les juniors ne font que valider sans comprendre n'est pas un système qui crée de l'expertise... c'est un système qui l'érode.

Amazon s'est retrouvé à réapprendre à la dure une leçon que l'ingénierie connaît depuis longtemps : la supervision humaine n'est pas un coût à éliminer. C'est une fonction critique. Quand on la sous-dimensionne dans la précipitation, c'est l'infrastructure entière qui finit par en payer le prix et avec elle, les clients dont les commandes disparaissent pendant six heures.

Source : FT

Et vous ?

La revue obligatoire par un senior est-elle une réponse suffisante, ou Amazon ne fait-il que déplacer le problème sans résoudre la tension fondamentale entre réduction d'effectifs et exigences de qualité ?

Le code généré par IA est-il intrinsèquement plus difficile à relire que le code humain, ou est-ce une question de maturité des pratiques qui s'améliorera avec le temps ?

Amazon a systématiquement nié tout lien entre ses pannes et l'IA, tout en prenant des mesures correctives ciblant précisément l'IA : comment interpréter cette contradiction de communication ?

Si les seniors sont surchargés par la relecture du code IA, comment les entreprises vont-elles former la prochaine génération d'ingénieurs expérimentés ?

L'industrie tech a-t-elle sous-estimé le coût réel du « vibe coding » en production, comparé aux économies réalisées sur les effectifs ?

Voir aussi :

L'avenir du développement logiciel sera-t-il fait de «vibe coding» au lieu d'une connaissance technique ? Accepter un code écrit par l'IA sans en comprendre le fonctionnement devient de plus en plus populaire

Google lance Gemini CLI, un agent de codage libre et open source qui apporte l'IA à votre terminal, ce nouvel outil de vibe coding peut créer et modifier du code pour vous directement dans le terminal

"Vibe Coding" vs Réalité, par Cendyne

Vibe coding avec GitHub Copilot : Microsoft annonce que le mode agent et le support MCP sont disponibles dans les EDI JetBrains et Eclipse