AgentCore Harness vs. Runtime
AgentCore harness e AgentCore Runtime risolvono parti diverse dello stesso problema. Questa pagina spiega la differenza concettuale e fornisce un confronto caratteristica per caratteristica per aiutarvi a scegliere tra di esse.
Differenza concettuale
AgentCore Runtime è un ambiente di hosting senza server. Il codice dell'agente, scritto in qualsiasi framework o nessun framework, lo racchiude nell'BedrockAgentCoreAppentrypoint dell' AgentCore SDK, lo impacchetta in un contenitore ARM64, lo invia ad Amazon ECR e lo distribuisci. Il ciclo di orchestrazione è tuo. Per utilizzare qualsiasi altra AgentCore primitiva (Memory, Gateway, Browser, Code Interpreter, Outbound Identity), la richiamate dal codice, in genere tramite l'SDK. AgentCore Runtime fornisce l'infrastruttura (isolamento, scalabilità, sessioni, autenticazione e sistema idraulico di osservabilità), mentre la logica dell'agente è il codice scritto dall'utente.
AgentCore harness è un cablaggio per agenti gestito: viene fornito il ciclo di orchestrazione stesso, alimentato da Strands Agents.AWS::BedrockAgentCore::Runtime
Per quasi tutte le funzionalità, lo schema è lo stesso:
-
Harness: configurazione, nessun codice.
-
Runtime: si scrive codice, di solito con l' AgentCore SDK e il framework.
La griglia seguente rende esplicite le eccezioni per funzionalità.
Griglia delle funzionalità
Il supportato? le colonne utilizzano la seguente legenda:
-
✅ - Supportato senza bisogno di codice personalizzato.
-
🔵 - Supportato, ma è necessario mantenere la propria implementazione.
-
🟣 - La configurazione lo abilita, ma è necessario del codice per utilizzarlo appieno.
-
❌ - Non supportato.
| Caratteristica/funzionalità | Imbracatura: supportata? | Imbracatura: è richiesto il codice cliente? | Runtime: supportato? | Runtime: codice cliente richiesto? |
|---|---|---|---|---|
|
Selezione del modello (Bedrock/OpenAI/Gemini/LiteLLM) |
✅ |
No |
🔵 |
Sì |
|
Cambia fornitore di modelli a metà sessione |
✅ |
No |
🔵 |
Sì |
|
Built-in guscio e strumenti |
✅ |
No |
🔵 |
Sì |
|
Competenze degli agenti |
✅ |
No |
🔵 |
Sì |
|
Osservabilità |
✅ |
No |
🔵 |
Sì |
|
AgentCore Memoria: a breve termine |
✅ |
No |
🔵 |
Sì |
|
AgentCore Memoria: a lungo termine (semantica, riassuntiva, user-pref, episodica) |
✅ |
No |
🔵 |
Sì |
|
Per-user ambito della memoria (ID attore) |
✅ |
No |
🔵 |
Sì |
|
AgentCore Gateway |
✅ |
No |
🔵 |
Sì |
|
AgentCore browser |
✅ |
No |
🔵 |
Sì |
|
AgentCore Interprete di codice |
✅ |
No |
🔵 |
Sì |
|
Strumenti server MCP (remoti) |
✅ |
No |
🔵 |
Sì |
|
Strumenti in linea/lato client |
🔵 |
Sì |
🔵 |
Sì |
|
Context-window troncamento |
✅ |
No |
🔵 |
Sì |
|
Immagine/ambiente del contenitore personalizzato |
🟣 |
Misto |
🟣 |
Misto |
|
Limiti di esecuzione ( |
✅ |
No |
🔵 |
Sì |
|
Filesystem: archiviazione delle sessioni gestita dal servizio |
✅ |
No |
✅ |
No |
|
Filesystem - Punto di accesso EFS |
✅ |
No |
✅ |
No |
|
Filesystem - Punto di accesso ai file S3 |
✅ |
No |
✅ |
No |
|
Variabili di ambiente |
✅ |
No |
✅ |
No |
|
Esecuzione diretta dei comandi da shell (API) |
✅ |
No |
✅ |
No |
|
Autenticazione in entrata - IAM (SigV4) |
✅ |
No |
✅ |
No |
|
Autenticazione in entrata - OAuth |
✅ |
No |
✅ |
No |
|
Autenticazione in uscita/Identity token vault (chiavi OAuth e API) |
✅ |
No |
🔵 |
Sì |
|
Isolamento della sessione |
✅ |
No |
✅ |
No |
|
Rete VPC |
✅ |
No |
✅ |
No |
|
Streaming delle risposte |
✅ |
No |
🔵 |
Sì |
|
Versionamento ed endpoint |
✅ |
No |
✅ |
No |
|
Scelta del framework degli agenti |
❌ |
N/A |
🔵 |
Sì |
|
Streaming bidirezionale |
❌ |
N/A |
🔵 |
Sì |
|
Non-agent-loop modelli (grafico, stile del flusso di lavoro) |
❌ |
N/A |
🔵 |
Sì |
|
Hook |
❌ |
N/A |
🔵 |
Sì |
Argomenti correlati
-
Nozioni di base- crea e richiama la tua prima imbracatura
-
Modelli e istruzioni- configurare agenti, modelli e provider
-
Tools (Strumenti)- collega gli strumenti alla tua imbracatura
-
Ambiente e file system- porta un'immagine o un ambiente personalizzato del contenitore
