Utilice sesiones aisladas para los agentes

Amazon Bedrock AgentCore Runtime le permite aislar cada sesión de usuario y reutilizar el contexto de forma segura en varias invocaciones de una sesión de usuario. El aislamiento de las sesiones es fundamental para las cargas de trabajo de los agentes de IA debido a sus características operativas únicas:

Comprender el contexto efímero

De forma predeterminada, el proceso (microVM) asociado a una sesión es efímero. Todos los datos almacenados en la memoria o escritos en el disco se conservan solo durante el ciclo de vida de la computación. Esto incluye el historial de conversaciones, las preferencias del usuario, los resultados de los cálculos intermedios y cualquier otra información de estado que conserve su agente.

Para conservar los datos del sistema de archivos a lo largo de los stop/resume ciclos de sesión, configure el almacenamiento de sesiones, un directorio persistente que sobrevive a la finalización del proceso. Consulte Configuraciones del sistema de archivos para Runtime. AgentCore

Para los datos estructurados que deben conservarse más allá de la duración de la sesión (como el historial de conversaciones del usuario, las preferencias aprendidas o la información importante), utilice AgentCore Memory. Este servicio proporciona almacenamiento persistente diseñado específicamente para las cargas de trabajo de los agentes, con capacidades de memoria a corto y largo plazo.

Conversaciones ampliadas y flujos de trabajo de varios pasos

A diferencia de las funciones tradicionales sin servidor que finalizan después de cada solicitud, AgentCore admite sesiones aisladas respaldadas por cálculos efímeros que duran hasta 8 horas por ciclo de vida. Esto simplifica la creación de flujos de trabajo de agentes de varios pasos, ya que puede realizar varias llamadas al mismo entorno, y cada invocación se basa en el contexto establecido por las interacciones anteriores. Puede utilizarlas tanto InvokeAgentRuntime para razonar con los agentes como para ejecutar comandos de shell deterministas en la misma sesión. InvokeAgentRuntimeCommand

AgentCore Ciclo de vida de la sesión

Creación de sesiones

Se crea una nueva sesión en la primera invocación con un tiempo de ejecución único SessionId proporcionado por la aplicación. AgentCore Runtime proporciona un entorno de ejecución dedicado (microVM) para cada sesión. El contexto se conserva entre las invocaciones a la misma sesión. Ambas InvokeAgentRuntime InvokeAgentRuntimeCommand funcionan en la misma sesión: un comando ve el mismo contenedor, sistema de archivos y entorno que el agente.

Estados de sesión

El estado de la sesión viene determinado por el ciclo de vida de la computación y puede ser uno de los siguientes:

Cómo usar las sesiones

Para utilizar las sesiones de forma eficaz:

Ejemplo de uso de sesiones para una conversación

# First message in a conversation

response1 = agent_core_client.InvokeAgentRuntime(
   agentRuntimeArn=agent_arn,
   runtimeSessionId="user-123456-conversation-12345678", # or uuid.uuid4()
   payload=json.dumps({"prompt": "Tell me about AWS"}).encode()
)

# Follow-up message in the same conversation reuses the runtimeSessionId.

response2 = agent_core_client.InvokeAgentRuntime(
   agentRuntimeArn=agent_arn,
   runtimeSessionId="user-123456-conversation-12345678", # or uuid.uuid4()
   payload=json.dumps({"prompt": "How does it compare to other cloud providers"}).encode()
)

Al utilizar el mismo tiempo de ejecución SessionId para las invocaciones relacionadas, se asegura de que el contexto se mantenga durante toda la conversación, lo que permite al agente ofrecer respuestas coherentes basadas en interacciones anteriores.

Encabezados de sesión por protocolo

Cuando invoque a los agentes, incluya el encabezado de sesión adecuado para garantizar que las solicitudes se dirijan a la misma microVM. El encabezado depende del protocolo configurado por el agente:

Adherencia de microVM: Amazon Bedrock AgentCore usa el encabezado de sesión para enrutar las solicitudes a la misma instancia de microVM. Los clientes deben capturar el ID de sesión devuelto en la respuesta e incluirlo en todas las solicitudes posteriores para garantizar la afinidad de la sesión. Sin un ID de sesión coherente, cada solicitud puede enrutarse a una nueva microVM, lo que puede provocar una latencia adicional debido a los arranques en frío.

Para obtener información específica sobre el protocolo MCP, incluidos los modos sin estado y con estado, consulte Administración de sesiones MCP y adherencia de microVM.