Amazon Web Services remanie des parties essentielles de sa plateforme cloud afin de pouvoir héberger des agents IA — et pas seulement les développeurs humains qui les construisent. L'entreprise déploie un ensemble de nouveaux composants de base, notamment des bases de données rapides, des bac à sable de calcul et des systèmes de permissions améliorés, reflétant le fait que les agents nécessitent un type d'environnement d'hébergement différent.

Sur plusieurs semaines, entre septembre et octobre 2026, AWS a livré une série de mises à jour axées sur les agents : un runtime remanié, un service d'agents managés développé avec OpenAI, un réviseur d'architecture automatisé et un bac à sable open source. Le fil conducteur porte moins sur des modèles plus intelligents que sur le lieu de vie des agents, ce dont ils se souviennent et ce qu'ils sont autorisés à toucher.

Ce qu'AWS a réellement livré

Le cœur de l'effort est Amazon Bedrock AgentCore, qu'AWS réarchitecture en gardant à l'esprit le déploiement en production. Ses composants incluent Runtime, Memory, Identity et Policy Evaluations.

Aux alentours du 18 septembre 2026, AWS a publié un AgentCore Runtime remanié. La mise à jour ajoute la récupération de mémoire et maintient une latence de démarrage à froid constante d'environ deux secondes. Un démarrage à froid est le délai qui s'écoule lorsqu'un service en veille doit se lancer avant de pouvoir répondre. Un réveil prévisible en deux secondes est important car les charges de travail des agents ont tendance à être soit de longue durée, soit irrégulières. La récupération de mémoire répond au volet longue durée, en empêchant les agents d'accumuler des ressources sur de longues périodes.

Le 29 septembre 2026, AWS et OpenAI ont lancé Bedrock Managed Agents en préversion limitée. Le service permet aux agents d'OpenAI basés sur API de s'exécuter entièrement au sein d'AWS, les données clients devant rester sécurisées et dans la juridiction choisie par le client plutôt que de circuler entre plusieurs fournisseurs. Ce détail de résidence des données est plus qu'une simple formalité : les entreprises des secteurs réglementés opèrent souvent sous des règles exigeant que certaines informations restent dans des régions spécifiques, de sorte que l'emplacement physique des données peut déterminer si un déploiement donné est autorisé.

Le 1er octobre 2026, AWS a annoncé la préversion publique de l'AWS Well-Architected Agent, un outil qui analyse l'infrastructure d'un client et renvoie des recommandations priorisées en matière de sécurité et de performance. Contrairement à l'accès restreint au partenariat avec OpenAI, une préversion publique est ouverte à tout client AWS willing de tester des logiciels non encore publiés — une étape standard de collecte de retours avant la disponibilité générale.

Le 7 octobre 2026, AWS a rendu open source Strands Box, un bac à sable pour agents doté d'une isolation au niveau du système d'exploitation et de contrôles de politiques, incluant des contrôles d'actions sensibles à l'historique. Plutôt que de juger chaque action de manière isolée, le système peut peser ce que l'agent a déjà fait avant d'approuver le mouvement suivant. L'ouverture du code signifie que les développeurs peuvent inspecter le code et exécuter le bac à sable sur une infrastructure qu'ils contrôlent, plutôt que de l'utiliser uniquement comme un service AWS managé — ce qui compte pour les équipes souhaitant vérifier elles-mêmes comment leurs agents sont isolés.

Pourquoi les agents ont besoin d'une infrastructure différente

Les services cloud traditionnels ont été conçus autour d'un modèle assez simple : personne ou une application envoie une requête, le serveur répond, et l'interaction se termine. Les agents brisent ce schéma. Ils enchaînent des séquences d'actions, appellent des outils, stockent du contexte entre les étapes et opèrent avec un certain degré d'autonomie.

Ce changement crée trois problèmes pratiques auxquels les mises à jour d'AWS répondent directement. Le premier est le calcul : les agents ont besoin d'environnements où ils peuvent exécuter du code et agir sans mettre en danger le reste des systèmes d'une entreprise — un besoin ciblé par des bacs à sable comme Strands Box. Le deuxième est le contexte : la mémoire persistante permet aux agents de transporter leur état au fil de longues tâches. Le troisième est les permissions : Identity et Policy Evaluations déterminent ce qu'un logiciel agissant au nom d'une entreprise est réellement autorisé à faire.

Ce que cela signifie pour AWS et ses clients

L'élément le plus notable sur le plan stratégique est le partenariat avec OpenAI. En permettant aux agents d'OpenAI de s'exécuter entièrement au sein d'AWS, Amazon positionne son cloud comme un terrain neutre où les clients peuvent utiliser un modèle externe de premier plan sans déplacer leurs données ailleurs. Le statut de préversion limitée mérite toutefois d'être gardé à l'esprit : l'accès est restreint, et les conditions d'une disponibilité plus large ne sont pas encore définies.

Plusieurs de ces lancements sont des préversions, ce qui signifie que les fonctionnalités, les tarifs et les performances peuvent encore changer avant la publication générale. Un démarrage à froid constant d'environ deux secondes constitue une référence utile, mais les résultats réels dépendront de la manière dont les clients construisent et font évoluer leurs agents.

Les développements clés à surveiller sont le passage éventuel de Bedrock Managed Agents au-delà de la préversion limitée, la rapidité d'adoption du bac à sable open source Strands Box par les développeurs, et la question de savoir si le Well-Architected Agent deviendra un élément standard de la manière dont les clients AWS examinent leurs configurations.