Beobachtbarkeit und Kostenkontrolle
Auf dieser Seite erfahren Sie mehr über die Überwachung Ihres Kabelbaums, die Kontrolle der Ausführungskosten und die Verwaltung von Ressourcen-Tags.
Beobachtbarkeit
Bei jedem Harness-Aufruf werden über AgentCore Observability in automatisch Traces, Protokolle und Metriken generiert. CloudWatch Modellaufrufe, Tool-Aufrufe, Speicheroperationen, Shell-Befehle: Jeder Schritt wird mit Informationen zum Zeitpunkt und zur Nutzlast angezeigt. Keine zusätzliche Konfiguration. Traces sind ab dem ersten Aufruf verfügbar.
Beispiel
Weitere Informationen: Überblick über Observability · Metriken · Telemetrie
CloudTrail
Harness-Operationen werden AWS CloudTrail als Managementereignisse (Steuerungsebene) und Datenereignisse (Datenebene) protokolliert. In CloudTrail werden Kabelbaumressourcen unter dem AWS::BedrockAgentCore::Runtime Ressourcentyp und nicht unter einem für den Kabelbaum spezifischen Typ angezeigt. Bei Harness handelt es sich um eine verwaltete Abstraktion über AgentCore Runtime, und CloudTrail Ereignisse spiegeln aus Konsistenzgründen die zugrunde liegende Laufzeitressource wider.
Alle CloudTrail Harness-Ereignisse verwenden resources.type =AWS::BedrockAgentCore::Runtime. Die Namen der Ereignisse lauten:
-
CreateHarness,UpdateHarness,DeleteHarnessGetHarness,ListHarnesses(Verwaltungsereignisse) -
InvokeAgentRuntime,InvokeAgentRuntimeCommand(Datenereignisse)
Anmerkung
Operationen auf der Datenebene erscheinen als InvokeAgentRuntime und InvokeAgentRuntimeCommand in CloudTrail und entsprechen der zugrunde liegenden Runtime-API. Das resources.ARN Feld enthält den Harness-ARN für Steuerebenenereignisse und den Runtime-ARN für Datenebenenereignisse.
Kontrollieren Sie die Kosten mit Limits
Legen Sie feste Obergrenzen fest, damit ein Mitarbeiter, der nicht in der Lage ist, Ressourcen zu verbrennen:
-
maxIterations- reasoning/action Zyklen pro Aufruf. Standard 75. -
timeoutSeconds- Timeout bei der Wanduhr für einen einzelnen Aufruf. Standard 3600. -
maxTokens- Token-Budget pro Aufruf. Standard N/A. -
idleRuntimeSessionTimeout- wie lange eine MicroVM im Leerlauf warm bleibt. Standard 900. -
maxLifetime- maximale Lebensdauer einer MicroVM-Sitzung. Standard 28800.
Alle Grenzwerte sind optional. Lassen Sie sie weg, um die Standardwerte des Dienstes zu verwenden. Da Harness von AgentCore Runtime unterstützt wird, unterliegen Harness-Aufrufe auch Runtime-Dienstkontingenten. Weitere Informationen finden Sie unter AgentCore Harness Service Quotas und AgentCore Runtime Service Quotas.
Beispiel
Tags (Markierungen)
Fügen Sie Ihrem Kabelbaum Kennzeichnungen für die Kostenzuweisung und Zugriffskontrolle hinzu.
Beispiel
Tags werden zu den bereitgestellten CloudFormation Ressourcen weitergeleitet.
Verwandte Themen
-
Arbeitsspeicher- Der Speicher behält den Konversationskontext über mehrere Sitzungen hinweg bei
-
Umgebung und Dateisystem- Umgebungsvariablen und benutzerdefinierte Container
-
Sicherheit und Zugriffskontrollen- Richtlinie für Ausführungsrollen und IAM-Berechtigungen