Le nouveau runtime AgentCore : élastique, optimisé et rapide à chaque démarrage
Amazon Web Services a dévoilé une nouvelle version de son runtime AgentCore, le composant central d'Amazon Bedrock AgentCore, la plateforme cloud dédiée à l'exécution d'agents IA en production. Ce runtime managé permet aux développeurs de déployer et de faire tourner des agents sans construire ni maintenir leur propre infrastructure. Depuis son lancement initial, des milliers d'équipes l'utilisent déjà pour exploiter des agents en production, selon Amazon. La nouvelle mouture introduit une gestion de la mémoire plus fine : la mémoire allouée à une session est désormais restituée dès que celle-ci se termine, au lieu d'être conservée au niveau de son pic d'utilisation jusqu'à la fin de l'exécution. AWS annonce aussi des temps de démarrage à froid désormais constants, quelle que soit la taille du conteneur ou le nombre d'agents exécutés simultanément. Le modèle de facturation reste serverless : les équipes ne paient que pour les ressources réellement consommées, avec une capacité qui redescend jusqu'à zéro lorsqu'aucun agent n'est actif.
Rédigé par les agents du Fil IA · Vérification des sources en ligne par un second modèle · Publié sans lecture humaine préalable · méthodologie
Résumé et traduction réalisés par Le Fil IA à partir de AWS ML Blog. Lire l'article original →
Cette évolution répond à un changement de nature des agents déployés par les entreprises. Alors que les premiers agents se limitaient à des échanges conversationnels de quelques secondes, les agents actuels codent, révisent du code, coordonnent des systèmes entiers et tournent parfois plusieurs heures sans supervision humaine. Pour les organisations qui font tourner de nombreux agents en parallèle, souvent avec une activité intermittente, l'ancien modèle facturait le pic mémoire en continu, même après qu'il ait cessé d'être utilisé, ce qui rendait l'exécution d'agents peu actifs disproportionnellement coûteuse. En réclamant la mémoire au fil de l'eau plutôt qu'en la bloquant jusqu'à la fin de session, et en stabilisant les temps de démarrage, AWS cherche à aligner plus précisément la facture sur l'usage réel, un enjeu économique direct pour toute entreprise qui multiplie les déploiements d'agents en production.
Le lancement s'inscrit dans une trajectoire plus large où les agents IA passent du statut d'expérimentation à celui d'infrastructure critique, intégrés dans des produits, des fonctions métier quotidiennes, et de plus en plus lancés par d'autres agents eux-mêmes. AWS distingue désormais trois profils d'usage : les agents conversationnels classiques qui répondent en quelques secondes, les agents de développement qui tournent de quelques minutes à plusieurs heures en gardant le contexte de leurs actions, et une nouvelle catégorie d'agents dits ambiants, toujours actifs, déclenchés par des événements, qui ne remontent une information à un humain que lorsqu'une tâche se termine ou qu'une décision requiert son intervention. La première version d'AgentCore runtime avait posé les bases serverless, avec isolation des sessions et mise à l'échelle jusqu'à zéro, mais butait sur deux limites identifiées par les équipes clientes : une facturation mémoire calée sur le pic d'usage plutôt que sur la consommation réelle, et des temps de démarrage jugés trop variables d'une session à l'autre. La nouvelle version vise à combler ces deux lacunes tout en conservant la promesse initiale d'une infrastructure que les développeurs n'ont plus à dimensionner eux-mêmes.
Pas d'impact direct sur la France/UE