View a markdown version of this page

AgentCore Harness contre Runtime - Base rocheuse de l'Amazonie AgentCore
Différence conceptuelleGrille de fonctionnalitésRubriques associées

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

AgentCore Harness contre Runtime

AgentCore harness et AgentCore Runtime résolvent différentes parties du même problème. Cette page explique la différence conceptuelle et fournit une comparaison fonctionnalité par fonctionnalité pour vous aider à choisir entre les deux.

Différence conceptuelle

AgentCore Runtime est un environnement d'hébergement sans serveur. Vous apportez le code de l'agent, écrit dans n'importe quel framework ou aucun framework, vous l'encapsulez avec le BedrockAgentCoreApp point d'entrée du AgentCore SDK, vous l'empaquetez dans un conteneur ARM64, vous le transférez vers Amazon ECR et vous le déployez. La boucle d'orchestration vous appartient. Pour utiliser une autre AgentCore primitive (mémoire, passerelle, navigateur, interpréteur de code, identité sortante), vous l'appelez à partir de votre code, généralement via le AgentCore SDK. Runtime fournit l'infrastructure (isolation, évolutivité, sessions, authentification et contrôle d'observabilité) tandis que la logique de l'agent est le code que vous écrivez.

AgentCore harness est un harnais d'agents géré  : la boucle d'orchestration elle-même est fournie, alimentée par Strands Agents. Vous déclarez ce qu'est l'agent (modèle, invite système, outils, mémoire, limites) en tant que configuration et vous AgentCore exécutez la boucle. La plupart des fonctionnalités sont regroupées dans un seul champ de configuration : changer de modèle ou ajouter un outil constitue un changement de configuration et non un redéploiement. Le harnais est une abstraction gérée qui s'exécute dans Runtime et CloudTrail enregistre les opérations de harnais sous lesquellesAWS::BedrockAgentCore::Runtime.

Pour presque toutes les fonctionnalités, le schéma est le même :

  • Harnais  : configuration, pas de code.

  • Runtime  : vous écrivez du code, généralement avec le AgentCore SDK et votre framework.

La grille ci-dessous rend explicites les exceptions par fonctionnalité.

Grille de fonctionnalités

Les personnes prises en charge ? les colonnes utilisent la légende suivante :

  • ✅ - Pris en charge sans code personnalisé.

  • 🔵 - Pris en charge, mais vous devez conserver votre propre implémentation.

  • 🟣 - La configuration l'active, mais du code est nécessaire pour l'utiliser pleinement.

  • ❌ - Non pris en charge.

Fonctionnalité/capacité Harnais : supporté ? Harnais : code client requis ? Runtime : pris en charge ? Runtime : code client requis ?

Sélection du modèle (Bedrock/OpenAI/Gemini/LiteLM)

✅

Non

🔵

Oui

Fournisseur de modèles Switch en milieu de session

✅

Non

🔵

Oui

Built-in coque et file_operations outils

✅

Non

🔵

Oui

Compétences des agents

✅

Non

🔵

Oui

Observabilité

✅

Non

🔵

Oui

AgentCore Mémoire - à court terme

✅

Non

🔵

Oui

AgentCore Mémoire à long terme (sémantique, résumé, préférence utilisateur, épisodique)

✅

Non

🔵

Oui

Per-user scoping de la mémoire (identifiant de l'acteur)

✅

Non

🔵

Oui

Passerelle AgentCore

✅

Non

🔵

Oui

AgentCore Navigateur

✅

Non

🔵

Oui

AgentCore Interprète de code

✅

Non

🔵

Oui

Outils du serveur MCP (à distance)

✅

Non

🔵

Oui

Outils en ligne/côté client

🔵

Oui

🔵

Oui

Context-window troncature

✅

Non

🔵

Oui

Image/environnement de conteneur personnalisé

🟣

Mixte

🟣

Mixte

Limites d'exécution (maxIterationstimeoutSeconds,maxTokens, idle/lifetime)

✅

Non

🔵

Oui

Système de fichiers : stockage de session géré par des services

✅

Non

✅

Non

Système de fichiers - Point d'accès EFS

✅

Non

✅

Non

Système de fichiers - Point d'accès S3 Files

✅

Non

✅

Non

Variables d’environnement

✅

Non

✅

Non

Exécution directe de commandes shell (InvokeAgentRuntimeCommandAPI)

✅

Non

✅

Non

Authentification entrante - IAM (Sigv4)

✅

Non

✅

Non

Authentification entrante - OAuth

✅

Non

✅

Non

Authentification sortante et coffre-fort de jetons d'identité (clés OAuth et API)

✅

Non

🔵

Oui

Isolation des sessions

✅

Non

✅

Non

Réseau VPC

✅

Non

✅

Non

Réponses en streaming

✅

Non

🔵

Oui

Versionnage et points de terminaison

✅

Non

✅

Non

Choix du framework d'agents

❌

N/A

🔵

Oui

Streaming bidirectionnel

❌

N/A

🔵

Oui

Non-agent-loop modèles (graphique, style de flux de travail)

❌

N/A

🔵

Oui

Crochets

❌

N/A

🔵

Oui

Rubriques associées