Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Konfigurieren Sie die Protokollierung für WebSocket APIs in API Gateway
Sie können die Protokollierung aktivieren, um CloudWatch Protokolle in Logs zu schreiben. Es gibt zwei Arten der API Anmeldung CloudWatch: Ausführungsprotokollierung und Zugriffsprotokollierung. Bei der Ausführungsprotokollierung verwaltet API Gateway die CloudWatch Protokolle. Der Prozess umfasst das Erstellen von Protokollgruppen und -Streams sowie die Meldung der Anforderungen und Antworten jedes Aufrufers an Protokoll-Streams.
Bei der Zugriffsprotokollierung möchten Sie als API Entwickler protokollieren, wer auf Ihre zugegriffen hat API und wie der Anrufer auf die API zugegriffen hat. Sie können Ihre eigene Protokollgruppe erstellen oder eine vorhandene Protokollgruppe auswählen, die von API Gateway verwaltet werden könnte. Um die Zugriffsdetails anzugeben, wählen Sie $context
-Variablen (ausgedrückt in einem Format Ihrer Wahl) und eine Protokollgruppe als Ziel aus.
Anweisungen zum Einrichten der CloudWatch Protokollierung finden Sie unterRichten Sie die CloudWatch API Protokollierung mithilfe der API Gateway-Konsole ein.
Wenn Sie das Log Format (Protokollformat) angeben, können Sie wählen, welche Kontextvariablen protokolliert werden sollen. Die folgenden Variablen werden unterstützt.
Parameter | Beschreibung |
---|---|
$context.apiId |
Die Kennung, die API Gateway Ihrem API zuweist. |
$context.authorize.error |
Die Autorisierungsfehlermeldung. |
$context.authorize.latency |
Die Autorisierungslatenz in ms |
$context.authorize.status |
Der Statuscode, der von einem Autorisierungsversuch zurückgegeben wurde. |
$context.authorizer.error |
Die von einem Genehmiger zurückgegebene Fehlermeldung. |
$context.authorizer.integrationLatency |
Die Lambda-Genehmiger-Latenzzeit in ms. |
$context.authorizer.integrationStatus |
Der von einem Lambda-Genehmiger zurückgegebene Statuscode. |
$context.authorizer.latency |
Der Genehmiger-Latenz in ms. |
$context.authorizer.requestId |
Die Anforderungs-ID des AWS Endpunkts. |
$context.authorizer.status |
Der von einem Genehmiger zurückgegebene Statuscode. |
$context.authorizer.principalId |
Die Hauptbenutzeridentifikation, die dem vom Client gesendeten und von einer Lambda-Autorisierungsfunktion des API Gateway-Lambda-Autorisierers zurückgegebenen Token zugeordnet ist. (Ein Lambda-Genehmiger wurde früher als benutzerdefinierter Genehmiger bezeichnet). |
$context.authorizer. |
Der stringifizierte Wert des angegebenen Schlüssel-Wert-Paares der
Dann gibt der Aufruf von |
$context.authenticate.error |
Die von einem Authentifizierungsversuch zurückgegebene Fehlermeldung. |
$context.authenticate.latency |
Die Authentifizierungslatenz in ms |
$context.authenticate.status |
Der Statuscode, der von einem Authentifizierungsversuch zurückgegeben wurde. |
$context.connectedAt |
Die Epoch |
$context.connectionId |
Eine eindeutige ID für die Verbindung, die für einen Rückruf an den Client verwendet werden kann. |
$context.domainName |
Ein Domainname für die. WebSocket API Dies kann für einen Rückruf an den Client (anstelle eines hardcodierten Wertes) verwendet werden. |
$context.error.message |
Eine Zeichenfolge, die eine API Gateway-Fehlermeldung enthält. |
$context.error.messageString |
Die Wert von $context.error.message in Anführungszeichen, d. h. "$context.error.message" . |
$context.error.responseType |
Der Fehler-Antworttyp. |
$context.error.validationErrorString |
Eine Zeichenfolge, die eine detaillierte Validierungsfehlermeldung enthält. |
$context.eventType |
Der Ereignistyp: |
$context.extendedRequestId |
Äquivalent mit $context.requestId . |
$context.identity.accountId |
Die der Anfrage zugeordnete AWS Konto-ID. |
$context.identity.apiKey |
Der API Besitzerschlüssel, der der schlüsselaktivierten Anfrage API zugeordnet ist. |
$context.identity.apiKeyId |
Die API Schlüssel-ID, die der schlüsselaktivierten Anfrage zugeordnet ist API |
$context.identity.caller |
Die Hauptkennung des Aufrufers, der die Anforderung signiert hat. Wird für Routen unterstützt, die Autorisierung verwendenIAM. |
$context.identity.cognitoAuthenticationProvider |
Eine durch Kommas getrennte Liste aller Amazon Cognito Cognito-Authentifizierungsanbieter, die von dem Anrufer verwendet werden, der die Anfrage stellt. Nur verfügbar, wenn die Anfrage mit Anmeldeinformationen von Amazon Cognito signiert wurde. Zum Beispiel für eine Identität aus einem Amazon Cognito-Benutzerpool, Informationen zu den verfügbaren Amazon Cognito-Authentifizierungsanbietern finden Sie unter Using Federated Identities im Amazon Cognito Developer Guide. |
$context.identity.cognitoAuthenticationType |
Der Amazon Cognito-Authentifizierungstyp des Aufrufers, der den Anfrage erstellt hat. Nur verfügbar, wenn die Anfrage mit Anmeldeinformationen von Amazon Cognito signiert wurde. Mögliche Werte sind |
$context.identity.cognitoIdentityId |
Die Amazon Cognito Identitäts-ID des anfordernden Aufrufers. Nur verfügbar, wenn die Anfrage mit Anmeldeinformationen von Amazon Cognito signiert wurde. |
$context.identity.cognitoIdentityPoolId |
Die Amazon Cognito Identitätspool-ID des anfordernden Aufrufers. Nur verfügbar, wenn die Anfrage mit Anmeldeinformationen von Amazon Cognito signiert wurde. |
$context.identity.principalOrgId |
Die AWS -Organisations-ID. Wird für Routen unterstützt, die Autorisierung verwenden. IAM |
$context.identity.sourceIp |
Die Quell-IP-Adresse der TCP Verbindung, die die Anfrage an das API Gateway stellt. |
$context.identity.user |
Die Hauptkennung des Benutzers, der für den Ressourcenzugriff autorisiert wird. Wird für Routen unterstützt, die IAM Autorisierung verwenden. |
$context.identity.userAgent |
Der Benutzeragent des API Aufrufers. |
$context.identity.userArn |
Der Amazon-Ressourcenname (ARN) des effektiven Benutzers, der nach der Authentifizierung identifiziert wurde. |
$context.integration.error |
Die von einer Integration zurückgegebene Fehlermeldung. |
$context.integration.integrationStatus |
Bei der Lambda-Proxyintegration wurde der Statuscode vom Lambda-Funktionscode zurückgegeben AWS Lambda, nicht vom Backend-Funktionscode. |
$context.integration.latency |
Die Integrationslatenz in Millisekunden. Äquivalent mit $context.integrationLatency . |
$context.integration.requestId |
Die AWS Anforderungs-ID des Endpunkts. Äquivalent mit $context.awsEndpointRequestId . |
$context.integration.status |
Der von einer Integration zurückgegebene Statuscode. Bei Lambda-Proxy-Integrationen ist dies der Statuscode, der von Ihrem Lambda-Funktionscode zurückgegeben wird. Äquivalent mit $context.integrationStatus . |
$context.integrationLatency |
Die Integrationslatenz in ms, nur für die Zugriffsprotokollierung verfügbar. |
$context.messageId |
Eine eindeutige serverseitige ID für eine Nachricht. Nur verfügbar, wenn der |
$context.requestId |
Entspricht |
$context.requestTime |
Die Uhrzeit der Anfrage CLFdd/MMM/yyyy:HH:mm:ss
+-hhmm . |
$context.requestTimeEpoch |
Die Anforderungszeit im Epoch |
$context.routeKey |
Der ausgewählte Routenschlüssel. |
$context.stage |
Die Bereitstellungsphase des API Anrufs (z. B. Beta oder Prod). |
$context.status |
Der Antwortstatus. |
$context.waf.error |
Die Fehlermeldung wurde von AWS WAF zurückgegeben. |
$context.waf.latency |
Die AWS WAF Latenz in ms. |
$context.waf.status |
Der Statuscode wurde von zurückgegeben AWS WAF. |
Beispiele für einige häufig verwendete Zugriffsprotokollformate werden in der API Gateway-Konsole angezeigt und sind wie folgt aufgeführt.
-
CLF
(Common Log Format): $context.identity.sourceIp $context.identity.caller \ $context.identity.user [$context.requestTime] "$context.eventType $context.routeKey $context.connectionId" \ $context.status $context.requestId
Die Fortsetzungszeichen (
\
) sind als visuelle Hilfe gedacht. Das Protokollformat muss eine einzelne Zeile sein. Sie können am Ende des Protokollformats ein Zeilenumbruchzeichen (\n
) hinzufügen, um am Ende jedes Protokolleintrags einen Zeilenumbruch einzuschließen. -
JSON
:{ "requestId":"$context.requestId", \ "ip": "$context.identity.sourceIp", \ "caller":"$context.identity.caller", \ "user":"$context.identity.user", \ "requestTime":"$context.requestTime", \ "eventType":"$context.eventType", \ "routeKey":"$context.routeKey", \ "status":"$context.status", \ "connectionId":"$context.connectionId" }
Die Fortsetzungszeichen (
\
) sind als visuelle Hilfe gedacht. Das Protokollformat muss eine einzelne Zeile sein. Sie können am Ende des Protokollformats ein Zeilenumbruchzeichen (\n
) hinzufügen, um am Ende jedes Protokolleintrags einen Zeilenumbruch einzuschließen. -
XML
:<request id="$context.requestId"> \ <ip>$context.identity.sourceIp</ip> \ <caller>$context.identity.caller</caller> \ <user>$context.identity.user</user> \ <requestTime>$context.requestTime</requestTime> \ <eventType>$context.eventType</eventType> \ <routeKey>$context.routeKey</routeKey> \ <status>$context.status</status> \ <connectionId>$context.connectionId</connectionId> \ </request>
Die Fortsetzungszeichen (
\
) sind als visuelle Hilfe gedacht. Das Protokollformat muss eine einzelne Zeile sein. Sie können am Ende des Protokollformats ein Zeilenumbruchzeichen (\n
) hinzufügen, um am Ende jedes Protokolleintrags einen Zeilenumbruch einzuschließen. -
CSV
(durch Komma getrennte Werte):$context.identity.sourceIp,$context.identity.caller, \ $context.identity.user,$context.requestTime,$context.eventType, \ $context.routeKey,$context.connectionId,$context.status, \ $context.requestId
Die Fortsetzungszeichen (
\
) sind als visuelle Hilfe gedacht. Das Protokollformat muss eine einzelne Zeile sein. Sie können am Ende des Protokollformats ein Zeilenumbruchzeichen (\n
) hinzufügen, um am Ende jedes Protokolleintrags einen Zeilenumbruch einzuschließen.