À partir du 12 Nov 2026, les agents Amazon Bedrock utilisent une nouvelle version du runtime AgentCore, sauf si vous choisissez l’ancienne version. Le changement s’effectue automatiquement dans les régions indiquées par AWS et vise à accélérer le démarrage des agents tout en réduisant leur coût d’utilisation. Chaque agent s’exécute toujours dans sa propre micro-machine virtuelle Firecracker, ce qui isole son activité de celle des autres clients.
Ce qui change avec le nouveau runtime
Le runtime mis à jour restaure une session à partir d’un instantané de l’agent initialisé, puis augmente les ressources de calcul et la mémoire à mesure que la charge de travail augmente. Il peut réduire à zéro les ressources des agents inactifs et récupérer la mémoire en quelques minutes. Les sessions peuvent désormais utiliser jusqu’à 8 vCPU et 32 GB de RAM, et accepter des images de conteneur pouvant atteindre 10 GB. Pour une image type de 2 GB, AWS indique un temps de démarrage inférieur à 2 secondes au 75e percentile, contre près de 30 secondes avec la génération précédente.
Conséquences pour les développeurs et les entreprises
Comme les agents inactifs libèrent leurs ressources, les conversations à plusieurs échanges peuvent entraîner jusqu’à 68 % de baisse de la mémoire facturée par session. Les utilisateurs qui ont besoin de charges de travail importantes — comme compiler du code, piloter un navigateur ou charger un modèle local — peuvent désormais exécuter ces tâches sans changer de runtime. Les runtimes existants restent inchangés tant que vous ne définissez pas explicitement platformVersion sur V2 dans une région où V2 n’est pas encore la version par défaut, ce qui vous laisse le temps de tester le nouveau comportement.
Pourquoi c'est important
Les développeurs qui créent des agents Bedrock bénéficieront de démarrages plus rapides et de coûts réduits, en particulier pour les applications qui laissent les agents inactifs entre deux requêtes. Les entreprises qui exécutent des charges de travail importantes pourront utiliser une seule plateforme de runtime au lieu de gérer plusieurs versions. Le déploiement automatique signifie que la plupart des utilisateurs n’auront pas à modifier leur code, mais ils pourront revenir à l’ancienne plateforme V1 si nécessaire.
