aws / aws/bedrock-agentcore-sdk-python

[BUG] StrandsA2AExecutor served via serve_a2a never hits AgentCore idle session timeout (causes runaway execution environments)

Aperta
#583 3 commenti 0 reazioni 0 assegnatari Vedi su GitHub
Lingua principale
Python
Stelle
761
Fork
147
Merge medio
1g 23h
PR unite (30g)
7

Descrizione

### SDK Language

Python

### Strands Version

strands-agents[otel,a2a]==1.45.0

### Language Runtime Version

Python 3.13

### Operating System

python:3.13-slim-bookworm docker image running in agentcore runtime

### Installation Method

other

### Steps to Reproduce

- Create a minimal vanilla Strands agent using the bedrock-agentcore-sdk-python and strands-agents SDKs.
- Wrap the agent using StrandsA2AExecutor(..., enable_a2a_compliant_streaming=True) and serve it using serve_a2a().
- Deploy the application to an AWS Bedrock AgentCore Runtime.
- Invoke the agent normally.
- Monitor the AWS CloudWatch metrics and log streams for the execution environment.

```python
import os

from bedrock_agentcore.runtime import serve_a2a
from strands import Agent
from strands.models.bedrock import BedrockModel
from strands.multiagent.a2a.executor import StrandsA2AExecutor

_MODEL_ID = os.getenv("MODEL_ID", "")
_AGENT_CARD_CONTEXT_ID = "__agent_card__"
_AGENT_DESCRIPTION = (
"An analytics agent"
)
_SYSTEM_PROMPT = (
"You are an analytics assistant."
)

def _build_agent() -> Agent:
return Agent(
model=BedrockModel(model_id=_MODEL_ID),
name="Agent",
description=_AGENT_DESCRIPTION,
system_prompt=_SYSTEM_PROMPT,
)

def _agent_factory(context_id: str) -> Agent:
return _build_agent()

if __name__ == "__main__":
executor = StrandsA2AExecutor(
agent_factory=_agent_factory,
enable_a2a_compliant_streaming=True,
)
serve_a2a(executor)

```

### Expected Behavior

After the client request finishes (or the client disconnects), the underlying ASGI server should cleanly resolve the request. The AgentCore Runtime should then recognize the environment as "Idle", start the idleRuntimeSessionTimeout countdown, and cleanly shut down the microVM once the timeout is reached.

### Actual Behavior

- The AgentCore Runtime considers the environment continuously "Active".
- The idleRuntimeSessionTimeout is never reached.
- Despite there being no further requests for the session, the execution environment remains alive, indefinitely racking up continuous GB-hour billing, until it hits the platform's absolute hard maximum lifetime limit (e.g., 8 hours) and is forcefully killed.

### Additional Context

I don't have the same issue for regular (non-A2A) strands agents.

I originally opened a bug report to the Strands developers https://github.com/strands-agents/harness-sdk/issues/3120 and they said they internally diverted it to the agentcore team. I am making this ticket so there is a publicly accessible way to track the progress.

### Possible Solution

_No response_

### Related Issues

_No response_

Guida per i contributori

Apri la guida per i contributori

Direzione di ricerca

Inizia dal punto di ingresso serve_a2a() e da StrandsA2AExecutor configurato con enable_a2a_compliant_streaming=True, quindi riproduci i percorsi di completamento della richiesta e disconnessione del client su AWS Bedrock AgentCore. Usa le metriche e i flussi di log di CloudWatch per verificare che l’ambiente diventi Idle e che idleRuntimeSessionTimeout possa arrestarlo al termine della richiesta.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Valutazione

Stack tecnologico
aws, python
Ambito
backend, cloud
Tipo di issue
Bug
Difficoltà
4/5
Tempo stimato
3-5 giorni
Stato di attività
Attiva
Chiarezza
Abbastanza chiara
Idoneità per principianti
45/100

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.