View a markdown version of this page

AgentCore arnés frente a tiempo de ejecución - Amazon Bedrock AgentCore

AgentCore arnés frente a tiempo de ejecución

AgentCore Harness y AgentCore Runtime resuelven diferentes partes del mismo problema. En esta página se explica la diferencia conceptual y se proporciona una comparación característica por característica para ayudarle a elegir entre ellas.

Diferencia conceptual

AgentCore Runtime es un entorno de alojamiento sin servidor. El código del agente, escrito en cualquier marco o en ningún marco, lo envuelve con el BedrockAgentCoreApp punto de entrada del AgentCore SDK, lo empaqueta en un contenedor ARM64, lo envía a Amazon ECR y lo despliega. El ciclo de orquestación es suyo. Para usar cualquier otro elemento AgentCore primitivo (memoria, puerta de enlace, navegador, intérprete de código, identidad saliente), lo llamas desde tu código, normalmente a través del AgentCore SDK. El tiempo de ejecución proporciona la infraestructura (aislamiento, escalado, sesiones, control de autenticación y control de la observabilidad), mientras que la lógica del agente es el código que se escribe.

AgentCore harness es un arnés de agentes gestionado: el propio bucle de orquestación lo proporciona Strands Agents. Usted declara qué es el agente (modelo, indicador del sistema, herramientas, memoria, límites) como configuración y AgentCore ejecuta el bucle. La mayoría de las funciones se componen de un único campo de configuración: cambiar un modelo o añadir una herramienta supone un cambio de configuración, no una reimplementación. El arnés es una abstracción gestionada que se ejecuta dentro de Runtime; CloudTrail registra las operaciones del arnés en Runtime. AWS::BedrockAgentCore::Runtime

Para casi todas las funciones, el patrón es el mismo:

  • Arnés: configuración, sin código.

  • Tiempo de ejecución: escribes código, normalmente con el AgentCore SDK y tu marco.

En la siguiente cuadrícula se explican de forma explícita las excepciones por función.

Cuadrícula de características

¿El compatible? las columnas utilizan la siguiente leyenda:

  • ✅ - Compatible sin necesidad de código personalizado.

  • 🔵 - Se admite, pero debe mantener su propia implementación.

  • 🟣 - La configuración lo habilita, pero se requiere código para usarlo por completo.

  • ❌ - No se admite.

Característica/capacidad Arnés: ¿compatible? Arnés: ¿se requiere un código de cliente? Tiempo de ejecución: ¿compatible? Tiempo de ejecución: ¿se requiere un código de cliente?

Selección de modelo (Bedrock/OpenAI/Gemini/LitellM)

No

🔵

Cambie de proveedor de modelos a mitad de sesión

No

🔵

Built-in carcasa y herramientas file_operations

No

🔵

Habilidades de agente

No

🔵

Observabilidad

No

🔵

AgentCore Memoria: a corto plazo

No

🔵

AgentCore Memoria: a largo plazo (semántica, resumida, preferida por el usuario, episódica)

No

🔵

Per-user alcance de la memoria (ID de factor)

No

🔵

AgentCore Gateway

No

🔵

AgentCore Navegador

No

🔵

AgentCore Interprete de código

No

🔵

Herramientas de servidor MCP (remotas)

No

🔵

Herramientas en línea o del lado del cliente

🔵

🔵

Context-window truncamiento

No

🔵

Imagen o entorno de contenedor personalizados

🟣

Mixto

🟣

Mixto

Límites de ejecución (maxIterationstimeoutSeconds,,maxTokens, idle/lifetime)

No

🔵

Sistema de archivos: almacenamiento de sesiones gestionado por el servicio

No

No

Sistema de archivos: punto de acceso EFS

No

No

Sistema de archivos: punto de acceso a archivos S3

No

No

Variables de entorno

No

No

Ejecución directa de comandos de shell (API) InvokeAgentRuntimeCommand

No

No

Autenticación entrante: IAM (SiGv4)

No

No

Autenticación entrante: OAuth

No

No

Autenticación saliente/almacén de tokens de identidad (claves de OAuth y API)

No

🔵

Aislamiento de sesiones

No

No

redes de VPC

No

No

Respuestas de transmisión

No

🔵

Control de versiones y puntos finales

No

No

Elección del marco de agentes

N/A

🔵

Transmisión bidireccional

N/A

🔵

Non-agent-loop patrones (gráfico, estilo de flujo de trabajo)

N/A

🔵

Enlaces

N/A

🔵