AWS a rendu les runtime instances généralement disponibles dans Amazon Bedrock AgentCore le 6 août — une option de calcul gérée pour les agents de production, dans laquelle les sessions persistent jusqu’à 14 jours. Le service est sorti en GA, et non en aperçu.
Ce qu’il y a dans la boîte
Python 3.11-3.14 avec du code natif, ainsi que des images de conteneurs ; Linux sur ARM64 et x86_64 ; types d’instances accélérés par GPU disponibles. L’exemple de lancement est une c7g.2xlarge — 8 vCPU, 16 GiB. Les régions au lancement sont US East (Ohio, N. Virginia), US West (Oregon), Asia Pacific (Mumbai, Singapore, Sydney, Tokyo) et Europe (Frankfurt, Ireland).
Quatorze jours de quoi
De l’état de session, pas d’une exécution ininterrompue garantie pendant quatorze jours. Cette durée offre un agent qui conserve ses fichiers de travail et son contexte au fil d’une longue tâche, au lieu de se réhydrater depuis le stockage à chaque appel — ainsi que plusieurs agents collaborant sur un même hôte via un système de fichiers persistant partagé.
Le vrai changement, c’est la tarification
Il n’existe pas de prix forfaitaire par agent. Les runtime instances sont facturées au tarif EC2 standard, plus des frais de gestion pour l’orchestration. Un agent qui conserve une session pendant plusieurs jours est facturé comme un serveur qui tourne pendant plusieurs jours. Le coût des agents passe ainsi d’une logique au token, où il évolue selon le travail effectué, à une logique à l’heure, où il évolue selon le temps de rétention.
En complément, pas en remplacement
Les runtime instances viennent s’ajouter au runtime microVM existant d’AgentCore, sans le remplacer. Les invocations courtes et sans état disposent toujours d’un hébergement moins coûteux ; cette offre vise le type d’exécution longue que le secteur promet depuis un an. Le choix pratique qu’elle impose aux équipes est nouveau — non pas quel modèle appeler, mais combien de temps un agent est autorisé à occuper une machine en attendant quelque chose.