#

Points clés

• AWS a publié un guide pratique pour prévisualiser des applications web avec les points de terminaison de session d'AgentCore runtime.

• Chaque session d'exécution d'agent s'exécute dans une microVM isolée.

• Le point de terminaison de session fournit une URL authentifiée pour le trafic HTTP et WebSocket autorisé.

• Les requêtes en dehors de la liste d'autorisation, ainsi que les requêtes non authentifiées, sont refusées.

• L'exemple maintient un serveur de développement Vite en cours d'exécution pendant qu'un aperçu du navigateur se met à jour.

Ce qu'AWS a démontré

AWS a publié un guide pratique du 30 octobre 2026 qui montre un schéma technique précis. Il utilise les points de terminaison de session d'Amazon Bedrock AgentCore runtime pour prévisualiser des applications web pendant qu'un agent de codage les modifie. La source présente cela comme une démonstration publiée d'une capacité existante. Elle ne le présente pas comme un nouveau service d'hébergement général.

L'exemple repose sur une boucle de développement en direct. Un agent de codage maintient un serveur de développement Vite en cours d'exécution dans sa propre session. Lorsque les fichiers sont enregistrés, l'aperçu du navigateur se met à jour. Une interface locale de prévisualisation place également le chat à côté du site en cours d'exécution. Cette configuration permet au développeur de surveiller l'application et le travail de l'agent en même temps.

Comment fonctionnent les points de terminaison de session

AWS indique que chaque session d'exécution d'agent fonctionne dans une microVM isolée. Le point de terminaison de session fournit une URL authentifiée. Cette URL relaie les méthodes HTTP, les chemins, les chaînes de requête, les corps de requête et les connexions WebSocket. Elle ne relaie le trafic que vers des ports explicitement autorisés.

L'exemple utilise le port 8090 pour le site et le port 8081 pour une route d'état. L'invocation de l'agent utilise une route configurée distincte. Les requêtes vers des ports en dehors de la liste d'autorisation sont refusées. Les requêtes non authentifiées sont également refusées. Ces contrôles font partie du modèle d'accès de l'exemple.

AWS précise également que les points de terminaison de session fonctionnent avec des runtimes microVM plutôt qu'avec le type de calcul Instances. L'accès entrant utilise HTTPS public. La fonctionnalité ne prend pas en charge AWS PrivateLink. Le point de terminaison local se lie à la boucle locale, ce qui maintient l'interface de prévisualisation locale liée à la machine locale.

Considérations opérationnelles et de gouvernance

La source met en avant quelques points opérationnels importants pour toute personne évaluant ce schéma. Le trafic du site web et l'activité de l'agent partagent toujours une session. Cela signifie que les autorisations doivent être limitées de manière appropriée. L'exemple enregistre également les appels dans CloudTrail sous forme d'événements InvokeAgentRuntimeProxy. Cela fournit une trace de l'activité via le proxy d'exécution.

Le guide pratique note aussi une limite de persistance. Les modifications peuvent ne pas survivre au remplacement du calcul de session si un stockage persistant n'est pas configuré. C'est un détail de conception important pour tout flux de travail qui dépend de changements enregistrés. Cela signifie que la boucle de prévisualisation est utile pour l'édition en direct, mais que la gestion de l'état nécessite toujours de l'attention.

Ces détails présentent la fonctionnalité comme un environnement de développement contrôlé. La source soutient l'idée des points de terminaison de session comme moyen de connecter un aperçu dans le navigateur à une session d'agent active. Elle ne soutient pas les affirmations concernant la préparation à la production ou l'absence totale de risque de sécurité. Elle ne soutient pas non plus les affirmations d'une disponibilité universelle.

Pertinence pour le Maroc

La source ne rapporte aucun fait spécifique au Maroc. Une leçon globale conditionnelle est que les équipes doivent vérifier les contrôles d'accès, l'isolation des sessions et la persistance avant de s'appuyer sur un flux de travail de prévisualisation en direct.

Pourquoi cela compte pour les développeurs

Ce guide pratique est utile car il montre comment un aperçu dans le navigateur peut rester connecté à une session de codage en direct. L'agent modifie les fichiers, le serveur continue de fonctionner et l'aperçu reflète rapidement les changements. Cela peut rendre le développement itératif plus facile à observer.

L'exemple montre aussi les limites du schéma. Seuls les ports autorisés sont accessibles. Seules les requêtes authentifiées sont acceptées. La session est isolée dans une microVM, mais le site web et l'agent partagent toujours cette session. Ces contraintes font partie de la conception, et non de simples détails.

Pour les lecteurs, la principale leçon est simple. Il s'agit d'une démonstration technique de prévisualisation en direct dans AgentCore runtime, et non d'une annonce générale d'hébergement. La source soutient un cas d'usage étroit et pratique. Elle montre comment un point de terminaison de session peut relier un navigateur, un serveur de développement et un agent d'édition dans un seul flux de travail contrôlé.