Création d’agents d’IA conçus pour la mise à l’échelle : cycle de vie pratique de l’architecture d’agents pour les start-ups

La plupart des start-ups surconçoivent leurs agents. Avant d’avoir 100 utilisateurs, ils passent directement à l’orchestration multi-agents, aux graphes de mémoire, aux environnements d’exécution et aux moteurs de politiques. Les agents ne commencent pas comme plateformes, mais comme fonctionnalités de produit. Si vous envisagez le développement des agents du point de vue du cycle de vie, en fonction de la croissance de la clientèle, l’architecture devient évidente. Et l’architecture requise est généralement plus simple que le laisse penser le bruit de l’écosystème.

Voici un modèle de maturité pratique pour créer des agents sans complexifier prématurément l’architecture.

Phase	Clients	Modèle	Niveau d’isolation	Orientation technologique
0	0–10	Agent unique	Minimal	AWS Lambda et Amazon Bedrock
1	10–500	Agent unique + outils	Isolation logique des données	AWS Lambda/Amazon Elastic Container Service (Amazon ECS) + Amazon DynamoDB
2	500 à 5 000	Agents structurés	Isolation des données et de l’exécution	Amazon Elastic Kubernetes Service (Amazon EKS) + AWS Step Functions (Amazon Bedrock AgentCore si les entreprises l’exigent)
3	Plus de 5 000	Plateforme d’agents	Isolation de l’exécution	AgentCore ou plan de contrôle personnalisé

0 à 10 clients | Pré-PMF

À ce stade, vous ne créez pas un système d’agents, mais un seul agent axé sur un résultat unique. Il ne repose généralement que sur quelques outils et s’exécute en mode d’exécution sans état. À la base, il s’agit d’une boucle de raisonnement avec appel d’outils.

Architecture

Utilisateur → Passerelle API → Calcul (AWS Lambda) → LLM (Amazon Bedrock) → Outil → Réponse

Aucune identité durable, aucune mémoire à long terme et aucun moteur d’orchestration.

Pile recommandée

Modèle

• Amazon Bedrock

Utilisez les outils d’évaluation intégrés pour comparer les performances, les coûts et la précision des modèles, tout en conservant la possibilité de changer de modèle à mesure que vos besoins évoluent.

Exécution

• AWS Lambda (par défaut)
• Amazon Elastic Container Service (Amazon ECS)/AWS Fargate pour les applications conteneurisées
  

Stockage (si nécessaire)

• Amazon DynamoDB
• Amazon Simple Storage Service (Amazon S3)

Frameworks

• Appels directs aux SDK
• Version allégée du SDK Strands Agents (SDK d’agent open source pour les boucles de raisonnement et l’orchestration des outils) ou LangChain pour une gestion structurée des outils
  

Évitez ici les frameworks et les environnements d’exécution multi-agents.

Objectif : vérifier que la boucle de raisonnement apporte une valeur réelle.

10 à 500 clients | Traction initiale

Dès les premières utilisations réelles, de nouvelles exigences apparaissent. Les utilisateurs attendent une continuité entre les sessions, les cas particuliers apparaissent rapidement, les invites se révèlent fragiles et le système doit gérer des utilisations simultanées. Vous disposez probablement toujours d’un agent principal, mais il doit désormais être structuré.

Que faut-il donc changer ? Commencez par mettre en place une mémoire de session, des sorties structurées et des abstractions d’outils plus claires. Les barrières de protection et une observabilité de base deviennent également indispensables pour comprendre et stabiliser le système en conditions d’utilisation réelles.

Pile recommandée

Exécution

• AWS Lambda ou Amazon ECS
• Amazon Elastic Kubernetes Service (Amazon EKS) uniquement si votre environnement repose déjà sur Kubernetes
  

État

• DynamoDB (persistance de session)
• Amazon S3 (artefacts)
• Base de données vectorielle, comme Amazon S3 Vectors, uniquement si la récupération est une fonction essentielle
  

Frameworks

• SDK Strands Agents (structure de raisonnement claire)
• LangChain (composition des outils)
• LlamaIndex (cas d’utilisation fortement axés sur la récupération)

Observabilité

• Amazon CloudWatch (métriques et journaux)
• AWS X-Ray (suivi distribué)
• Amazon Managed Grafana (visualisation des données)

Continuez d’éviter les essaims d’agents. À ce stade, la plupart des produits bénéficient d’une seule boucle de raisonnement rigoureusement structurée.

Objectif : assurer la fiabilité sous une charge utilisateur réelle.

500 à 5 000 clients | Complexité de la mise à l’échelle

À la deuxième étape, le système commence à se comporter comme une véritable infrastructure. Vous avez affaire à des sessions simultanées, des flux de travail de longue durée et une exécution asynchrone. Les sorties peuvent désormais être critiques pour l’entreprise, les coûts deviennent un élément plus sensible et les clients professionnels commencent à poser des questions difficiles. C’est le premier véritable point d’inflexion.

Pour fonctionner efficacement à ce stade, vous avez besoin de flux de travail durables, d’une isolation claire des locataires et des sessions, d’invites et d’outils versionnés, ainsi que de pipelines d’évaluation pour tester et améliorer en permanence le système.

Isolation : ce dont vous avez réellement besoin

À ce stade, l’isolation n’est pas facultative. Mais l’isolation comporte plusieurs couches :

1. Isolation des données (obligatoire)

• Partitions DynamoDB limitées à chaque locataire
• Espaces de noms vectoriels par locataire
• Préfixes/compartiments Amazon S3 par locataire
• Informations d’identification d’outils limitées par la Gestion des identités et des accès AWS (AWS IAM)
• Chiffrement avec AWS Key Management Service (KMS)
  

Il s’agit du minimum requis.

2. Isolation de l’exécution (souvent requise)

• Limites de simultanéité par locataire
• Groupes de composants master distincts pour les locataires premium
• Limitation du débit et disjoncteurs
• Possibilité de comptes AWS distincts pour les grands clients

Cela protège contre les voisins bruyants.

3. Isolation au niveau de l’exécution (parfois requise)

• Cloisonnement renforcé
• Application centralisée des politiques
• Contrôles d’audit standardisés
• Limites claires entre locataires au niveau de la couche d’exécution

C’est là que les environnements d’exécution des agents gérés entrent en jeu.

Chemin d’architecture par défaut

Pour la plupart des start-ups en phase 2 :

Flux de travail

• AWS Step Functions
• Amazon EventBridge
• Temporal (si une orchestration externe est préférée)
  

Exécution

• Amazon EKS devient courant ici
• Amazon ECS pour des modèles plus simples

Frameworks

• SDK Strands Agents pour un raisonnement structuré
• LangGraph pour un flux de contrôle explicite
• CrewAI uniquement si une véritable spécialisation multi-agents est nécessaire

Les primitives de flux de travail sont flexibles. Elles vous permettent d’itérer rapidement sur la logique du produit tout en bénéficiant d’une exécution durable et d’un mécanisme de nouvelles tentatives.

Quand adopter AgentCore à la phase 2

Amazon Bedrock AgentCore est une plateforme agentique permettant de créer et d’exploiter des agents d’IA rapidement, en toute sécurité et à l’échelle. Elle fournit des services d’exécution comme l’accès sécurisé aux outils, la mémoire, l’application des politiques et la surveillance opérationnelle, afin que votre équipe puisse se concentrer sur les performances des agents sans avoir à créer sa propre couche d’infrastructure.

Passez à AgentCore plus tôt si au moins deux de ces conditions sont vraies :

• Les contrats avec les grandes entreprises reposent sur des garanties d’isolation
• Les examens de sécurité exigent des modèles formels d’audit et de gestion des locataires
• Vous développez manuellement les mécanismes d’application des politiques et d’intégration de l’isolation
• Plusieurs agents/produits nécessitent une couche d’exécution partagée
• Une simultanéité élevée nécessite des contrôles d’exécution standardisés

Règles générales :

• Utilisez des primitives de flux de travail lorsque vous façonnez le produit
• Utilisez AgentCore lors de la standardisation des opérations

Objectif : disposer d’une infrastructure fiable avec un niveau d’isolation approprié.

Plus de 5 000 clients | Exposition aux exigences des entreprises

À la troisième étape, vous ne créez plus un seul agent : vous exploitez de nombreux agents pour de nombreux locataires. Les exigences de conformité, l’attribution des coûts et les attentes liées aux contrats de niveau de service

(SLA) font désormais partie intégrante du système. Aujourd’hui, l’isolation au niveau de l’exécution est devenue un choix architectural rationnel.

Pile recommandée

Environnement d’exécution des agents

• Service d’exécution AWS AgentCore
• Ou un plan de contrôle personnalisé sur Amazon EKS

Sécurité

• Autorisations d’outils limitées par AWS IAM
• Limites strictes entre les locataires
• Segmentation du cloud privé virtuel (VPC)

Gouvernance

• Attribution des coûts par locataire
• Journalisation des audits
• Application centralisée des politiques

Vous êtes passé d’une fonctionnalité à une plateforme.

AWS ou frameworks : bien séparer les responsabilités

Utilisez AWS aux fins suivantes :

• Exécution durable
• Isolation
• Identité
• Observabilité
• Gouvernance

Utilisez les frameworks (SDK Strands Agents, LangChain, LangGraph, CrewAI) aux fins suivantes :

• Structuration du raisonnement
• Composition des outils
• Schémas de planification/d’exécution

Les problèmes d’infrastructure appartiennent aux primitives du cloud, tandis que les problèmes de raisonnement appartiennent aux frameworks d’agents. Le mélange de ces couches crée souvent une complexité inutile.

Pour en savoir plus sur les outils AWS conçus pour créer des flux de travail d’IA et agentiques, regardez la présentation de Matt Garman consacrée à Amazon Q Developer lors d’AWS re:Invent 2025. Amazon Q est une plateforme d’agents d’IA axée sur les développeurs qui vous aide à créer et à déployer des applications uniques plus rapidement.

Ne créez pas de plateforme d’agents. Créez un agent qui mérite de devenir une plateforme. L’isolation, l’orchestration et la gouvernance devraient être dictées par la croissance de la clientèle, et non par les ambitions architecturales. Les agents sont des systèmes distribués contenant des boucles de raisonnement. N’ajoutez de la complexité que lorsque la réalité l’exige.

Si vous êtes une start-up en phase de démarrage qui souhaite innover grâce à l’IA agentique, AWS Activate peut vous aider à passer du prototype à la production. Notre programme phare destiné aux start-ups fournit des crédits AWS, des conseils techniques et une assistance architecturale. Vous pouvez ainsi vous concentrer sur la création d’agents qui apportent de la valeur et faire évoluer la plateforme à mesure que votre entreprise se développe. Rejoignez notre réseau mondial de plus de 350 000 start-ups et commencez dès aujourd’hui à développer vos activités avec des agents d’IA.