Funktionsweise
Die Amazon Bedrock AgentCore Runtime kümmert sich um Skalierung, Sitzungsmanagement, Sicherheitsisolierung und Infrastrukturmanagement, sodass Sie sich auf die Entwicklung intelligenter Agentenerlebnisse statt auf die betriebliche Komplexität konzentrieren können. Durch die Nutzung der hier beschriebenen Funktionen und Fähigkeiten können Sie hochentwickelte KI-Agenten erstellen, bereitstellen und verwalten, die Ihren Benutzern einen Mehrwert bieten und gleichzeitig dazu beitragen, Sicherheit und Zuverlässigkeit auf Unternehmensebene aufrechtzuerhalten.
Themen
Zentrale Komponenten
AgentCore Laufzeit
Eine AgentCore Runtime ist die grundlegende Komponente, die Ihren AI-Agenten- oder Toolcode hostet. Sie stellt eine containerisierte Anwendung dar, die Benutzereingaben verarbeitet, den Kontext beibehält und Aktionen mithilfe von KI-Funktionen ausführt. Wenn Sie einen Agenten erstellen, definieren Sie sein Verhalten, seine Funktionen und die Tools, auf die er zugreifen kann. Ein Kundenbetreuer kann beispielsweise Fragen zu Produkten beantworten, Rücksendungen bearbeiten und komplexe Probleme an menschliche Vertreter weiterleiten.
Sie können Agenten mithilfe der AgentCore CLI, des AgentCore Python-SDK oder direkt über AWS SDKs erstellen und für AgentCore Runtime bereitstellen. Mit dem AgentCore Python-SDK können Sie Ihren Agenten mithilfe gängiger Frameworks wie LangGraph CrewAI oder Strands Agents definieren. Das SDK bewältigt die Komplexität der Infrastruktur, sodass Sie sich auf die Logik und die Funktionen des Agenten konzentrieren können.
Jede Laufzeit AgentCore :
-
Hat eine einzigartige Identität
-
Ist versioniert, um eine kontrollierte Bereitstellung und Updates zu unterstützen
Versionen
Jede AgentCore Runtime verwaltet unveränderliche Versionen, die einen vollständigen Snapshot der Konfiguration zu einem bestimmten Zeitpunkt erfassen:
-
Wenn Sie eine AgentCore Runtime erstellen, wird Version 1 (V1) automatisch erstellt
-
Bei jeder Aktualisierung der Konfiguration (Container-Image, Protokolleinstellungen, Netzwerkeinstellungen) wird eine neue Version erstellt
-
Jede Version enthält alle für die Ausführung erforderlichen Konfigurationen
Dieses Versionssystem bietet einen zuverlässigen Bereitstellungsverlauf und Rollback-Funktionen.
Endpunkte
Endpunkte bieten adressierbare Zugriffspunkte für bestimmte Versionen Ihrer Runtime. AgentCore Jeder Endpunkt:
-
Hat einen eindeutigen ARN für den Aufruf
-
Verweist auf eine bestimmte Version Ihrer Agent-Runtime
-
Bietet stabilen Zugriff auf Ihren Agenten, auch wenn Sie Implementierungen aktualisieren
Die wichtigsten Endpunktdetails:
-
Der „DEFAULT“ -Endpunkt wird automatisch erstellt, wenn Sie CreateAgentRuntimeihn aufrufen und verweist auf die neueste Version
-
Wenn Sie Ihre AgentCore Runtime aktualisieren, wird eine neue Version erstellt, aber der
DEFAULTEndpunkt wird automatisch aktualisiert, um darauf zu verweisen -
Sie können benutzerdefinierte Endpoints mit der CreateAgentRuntimeEndpointOperation für verschiedene Umgebungen (Dev, Test, Prod) erstellen
-
Wenn ein Benutzer eine Anfrage an einen Endpunkt stellt, wird die Anfrage in die spezifische Agentenversion aufgelöst, auf die dieser Endpunkt verweist
Endgeräte haben unterschiedliche Lebenszyklusstatus:
-
CREATING- Anfangszustand während der Endpunkterstellung -
CREATE_FAILED- Weist auf einen Fehler bei der Erstellung aufgrund von Berechtigungen oder anderen Problemen hin -
READY- Der Endpunkt ist betriebsbereit und akzeptiert Anfragen -
UPDATING- Der Endpunkt wird so geändert, dass er auf eine neue Version verweist -
UPDATE_FAILED- Zeigt an, dass der Aktualisierungsvorgang fehlgeschlagen ist
Sie können Endgeräte ohne Ausfallzeiten aktualisieren, was reibungslose Versionsübergänge und Rollbacks ermöglicht.
Sitzungen
Sessions stellen individuelle Interaktionskontexte zwischen Benutzern und Ihrer AgentCore Runtime dar. Jede Sitzung:
-
Wird durch ein von Ihrer Anwendung
runtimeSessionIdbereitgestelltes Unikat identifiziert, oder durch die Runtime selbst beim ersten Aufruf, falls das Feld leer gelassenruntimeSessionIdwird -
Läuft auf einer dedizierten MicroVM mit vollständig isolierten CPU-, Speicher- und Dateisystemressourcen
-
Behält den Kontext mehrerer Interaktionen innerhalb derselben Konversation bei
-
Kann für eine Gesamtlaufzeit von bis zu 8 Stunden bestehen
Zu den Sitzungszuständen gehören:
-
Aktiv — Verarbeitet derzeit eine Anfrage oder führt Hintergrundaufgaben aus
-
Inaktiv — Es werden keine Anfragen bearbeitet, aber der Kontext wird beibehalten, während auf die nächste Interaktion gewartet wird
-
Beendet — Die Sitzung wurde aufgrund von Inaktivität (15 Minuten) beendet, die maximale Lebensdauer erreicht (8 Stunden) oder weil sie als fehlerhaft eingestuft wurde
Wichtige Sitzungsmerkmale:
-
Nach Beendigung der Sitzung wird die gesamte MicroVM beendet und der Speicher bereinigt
-
Eine nachfolgende Anfrage mit derselben
runtimeSessionIdnach der Beendigung erzeugt eine neue Ausführungsumgebung -
Die Sitzungsisolierung verhindert eine sitzungsübergreifende Datenkontamination und gewährleistet die Sicherheit
-
Der Sitzungsstatus ist kurzlebig und sollte nicht aus Gründen der Langzeitbeständigkeit verwendet werden (verwenden Sie AgentCore Speicher für die Beständigkeit des Kontextes)
Diese vollständige Isolierung zwischen den Sitzungen ist für die Unternehmenssicherheit von entscheidender Bedeutung, insbesondere wenn es sich um nichtdeterministische KI-Prozesse handelt.
Authentifizierung und Sicherheit
Die eingehende Authentifizierung steuert, wer über AWS Identity and Access Management oder OAuth 2.0 auf Ihre Agenten zugreifen kann. Dabei werden Inhabertoken von Identitätsanbietern validiert, bevor Anfragen bearbeitet werden können. Mit der ausgehenden Authentifizierung können Ihre Agenten mithilfe von OAuth- oder API-Schlüsseln sicher auf Dienste von Drittanbietern zugreifen, wobei die Anmeldeinformationen entweder vom Benutzer delegiert oder autonom AgentCore verwaltet werden. Weitere Informationen finden Sie unter Authentifizieren und Autorisieren mit Inbound Auth und Outbound Auth.
Authentifizierung bei eingehendem Datenverkehr
Inbound Auth, unterstützt von AgentCore Identity, steuert, wer in Runtime auf Ihre Agenten oder Tools zugreifen und diese aufrufen kann. AgentCore
Authentifizierungsmethoden
-
AWS IAM (SigV4): Verwendet Anmeldeinformationen für die Identitätsprüfung AWS
-
OAuth 2.0: Lässt sich in externe Identitätsanbieter integrieren
OAuth-Konfigurationsoptionen
-
Discovery-URL: Der OpenID Connect-Discovery-Endpunkt Ihres Identitätsanbieters
-
Zulässige Zielgruppen: Liste der gültigen Zielgruppenwerte, die Ihre Token enthalten sollten
-
Zulässige Clients: Liste der Client-IDs, die auf diesen Agenten zugreifen können
Authentifizierungsfluss
-
Endbenutzer authentifizieren sich bei Ihrem Identitätsanbieter (Amazon Cognito, Okta, Microsoft Entra ID)
-
Ihre Client-Anwendung erhält nach erfolgreicher Authentifizierung ein Bearer-Token
-
Der Client übergibt dieses Token im Autorisierungsheader, wenn er den Agenten aufruft
-
AgentCore Runtime validiert das Token mit dem Autorisierungsserver
-
Wenn sie gültig ist, wird die Anfrage bearbeitet; wenn sie ungültig ist, wird sie abgelehnt
Dadurch wird sichergestellt, dass nur authentifizierte Benutzer mit entsprechender Autorisierung auf Ihre Agenten zugreifen können.
Ausgehende Authentifizierung
Outbound Auth, unterstützt von Amazon Bedrock AgentCore Identity, ermöglicht es Ihren auf AgentCore Runtime gehosteten Agenten, sicher auf Dienste von Drittanbietern zuzugreifen:
Authentifizierungsmethoden
-
OAuth: Für Dienste, die OAuth-Flows unterstützen
-
API-Schlüssel: Für Dienste, die eine schlüsselbasierte Authentifizierung verwenden
Authentifizierungsmodi
-
User-delegated: Handelt im Namen des Endbenutzers mit seinen Anmeldeinformationen
-
Autonom: Unabhängiges Handeln mit Zugangsdaten auf Service-Ebene
Unterstützte Services
-
Unternehmenssysteme wie Slack, Zoom und GitHub
-
AWS Dienstleistungen
-
Benutzerdefinierte APIs und Datenquellen
AgentCore Identity verwaltet diese Anmeldeinformationen sicher und verhindert so, dass Anmeldeinformationen in Ihrem Agentencode oder Ihren Protokollen offengelegt werden.
Weitere Features
Asynchrone Verarbeitung
AgentCore Runtime unterstützt Workloads mit langer Laufzeit durch:
-
Bearbeitung von Hintergrundaufgaben bei Vorgängen, die Zyklen überschreiten request/response
-
Automatische Statusverfolgung über den
/pingEndpunkt -
Support für Operationen mit einer Dauer von bis zu 8 Stunden
Weitere Informationen finden Sie unter Umgang mit asynchronen und lang laufenden Agenten mit Amazon Bedrock AgentCore Runtime.
Streaming-Antworten
Agenten können Teilergebnisse streamen, sobald sie verfügbar sind, anstatt auf die vollständige Verarbeitung zu warten. Auf diese Weise können Sie eine reaktionsschnellere Benutzererfahrung bereitstellen, insbesondere bei Vorgängen, die große Mengen an Inhalten generieren oder deren Ausführung viel Zeit in Anspruch nimmt. Weitere Informationen finden Sie unter Antworten von Stream-Agenten.
WebSocket API
Die AgentCore Runtime bietet WebSocketUnterstützung für bidirektionale Streaming-Verbindungen in Echtzeit für die interaktive Agentenkommunikation. Dies ermöglicht ein reaktionsschnelleres und interaktiveres Agentenerlebnis. Weitere Informationen finden Sie unter Erste Schritte mit bidirektionalem Streaming mithilfe von WebSocket.
Protokollunterstützung
AgentCore Runtime unterstützt mehrere Kommunikationsprotokolle:
-
HTTP: Direkte REST-API-Endpunkte für herkömmliche request/response Muster. Weitere Informationen finden Sie unter Erste Schritte mit der AgentCore CLI.
-
MCP: Model Context Protocol für Tools und Agentserver. Weitere Informationen finden Sie unter Bereitstellen von MCP-Servern in AgentCore Runtime.
-
A2A: Agent-to-Agent Protokoll für die Kommunikation und Erkennung mehrerer Agenten. Weitere Informationen finden Sie unter Bereitstellen von A2A-Servern in Runtime. AgentCore
Überblick über die Implementierung
Hier erfahren Sie, wie Sie mit der AgentCore Runtime beginnen können. Das vollständige Beispiel finden Sie unter Erste Schritte mit der AgentCore CLI.
Bereiten Sie Ihren Agenten- oder Toolcode vor
-
Definieren Sie Ihre Agentenlogik mithilfe eines beliebigen KI-Frameworks oder benutzerdefinierten Codes
-
Fügen Sie die erforderlichen HTTP-Endpunkte mithilfe des AgentCore SDK oder einer benutzerdefinierten Implementierung hinzu
-
Paketabhängigkeiten in einer Datei requirements.txt
Stellen Sie Ihren Agenten oder Ihr Tool bereit
-
Erstellen Sie ein Container-Image und übertragen Sie es direkt oder über das AgentCore SDK an Amazon ECR
-
Erstellen Sie eine AgentCore Runtime mithilfe des Container-Images
-
Die ursprüngliche Version (V1) und der DEFAULT-Endpunkt werden automatisch erstellt
Rufen Sie Ihren Agenten oder Ihr Tool auf
-
Generieren Sie für jede Benutzerkonversation eine eindeutige Sitzungs-ID
-
Rufen Sie die InvokeAgentRuntimeWithWebSocketStreamOperation InvokeAgentRuntimeoder mit dem ARN und der Sitzungs-ID Ihres Agenten auf
-
Übergeben Sie Benutzereingaben in die Payload der Anfrage
Verwalten und beobachten Sie Sitzungen und nehmen Sie Aktualisierungen vor
-
Verwenden Sie dieselbe Sitzungs-ID für nachfolgende Interaktionen, um den Kontext aufrechtzuerhalten
-
Überprüfen Sie Logs, Traces und Messwerte zur Beobachtbarkeit
-
Stellen Sie Updates bereit, indem Sie Ihre AgentCore Runtime ändern (erstellt neue Versionen)
-
Steuern Sie den Rollout, indem Sie die Endgeräte so aktualisieren, dass sie auf neue Versionen verweisen