Wichtige Hinweise zu Amazon API Gateway

Im folgenden Abschnitt finden Sie Hinweise, die sich auf Ihre Verwendung von API Gateway auswirken könnten.

Wichtige Hinweise zu Amazon API Gateway für REST APIs APIs, HTTP und WebSocket APIs

• Signature Version 4A wird von Amazon API Gateway nicht offiziell unterstützt.

Amazon API Gateway: Wichtige Hinweise für HTTP APIs

• HTTP APIs übersetzt eingehende X-Forwarded-* Header in einen Forwarded Standard-Header und fügt die Ausgangs-IP, den Host und das Protokoll an.

• API Gateway fügt Ihrer Anfrage den Content-Type-Header hinzu, wenn keine Nutzlast vorhanden ist und die Content-Length 0 ist.

Amazon API Gateway wichtige Hinweise für REST und WebSocket APIs

• API Gateway unterstützt nicht die gemeinsame Nutzung eines benutzerdefinierten Domainnamens über REST und WebSocket APIs.

• Phasennamen dürfen nur alphanumerische Zeichen sowie Binde- und Unterstriche enthalten. Die maximale Länge beträgt 128 Zeichen.

• Die Pfade /ping und /sping sind für die Servicezustandsprüfung reserviert. Wenn diese für API-Ressourcen auf Stammebene mit benutzerdefinierten Domains verwendet werden, liefern sie nicht das erwartete Ergebnis.

• API Gateway begrenzt Protokollereignisse derzeit auf 1024 Bytes. Protokollereignisse, die größer als 1024 Byte sind, wie Anfragen- und Antworttexte, werden von API Gateway vor der Übermittlung an CloudWatch Logs gekürzt.

• CloudWatch Metrics begrenzt derzeit Dimensionsnamen und -werte auf 255 gültige XML-Zeichen. (Weitere Informationen finden Sie im CloudWatch Benutzerhandbuch.) Dimensionenwerte sind eine Funktion benutzerdefinierter Namen, einschließlich API-Name, Bezeichnung (Stufenname) und Ressourcenname. Achten Sie bei der Auswahl dieser Namen darauf, die CloudWatch Metrik-Grenzwerte nicht zu überschreiten.

• Die maximale Größe einer Zuordnungsvorlage beträgt 300 KB.

Amazon API Gateway wichtige Hinweise für WebSocket APIs

• API Gateway unterstützt Nachrichten-Payloads bis zu 128 KB mit einer maximalen Frame-Größe von 32 KB. Sie müssen Nachrichten, die 32 KB überschreiten, in mehrere Frames aufteilen, die jeweils 32 KB oder kleiner sind. Wenn eine größere Nachricht empfangen wird, wird die Verbindung mit Code 1009 geschlossen.

Amazon API Gateway — wichtige Hinweise für REST APIs

• Das Pipe-Klartextzeichen (|) und das Zeichen für geschweifte Klammer ({ oder }) wird in Abfragezeichenfolgen zur Anforderung einer URL nicht unterstützt und muss URL-kodiert werden.

• Das Semikolon (;) wird in Abfragezeichenfolgen zur Anforderung einer URL nicht unterstützt und führt dazu, dass die Daten aufgeteilt werden.

• REST APIs dekodiert URL-kodierte Anforderungsparameter, bevor sie an Backend-Integrationen übergeben werden. Bei UTF-8-Anforderungsparametern APIs dekodiert REST die Parameter und übergibt sie dann als Unicode an Backend-Integrationen. APIs REST-URL-kodieren Sie das Prozentzeichen (%), bevor Sie es an Backend-Integrationen übergeben.

• Beim Verwenden der Amazon API Gateway-Konsole zum Testen einer API können Sie die Antwort "unknown endpoint errors" erhalten, wenn auf dem Backend ein selbstsigniertes Zertifikat präsentiert wird, in der Zertifikatkette ein Zwischenzertifikat fehlt oder das Backend eine andere, nicht erkennbare zertifikatbezogenen Ausnahme auslöst.

• Sie sollten eine API-Resource oder Method-Entität mit einer privaten Integration löschen, nachdem Sie hartcodierte Referenzen eines VpcLink entfernt haben. Andernfalls ist die Integration nicht abgeschlossen und Sie erhalten eine Fehlermeldung mit dem Hinweis, dass der VPC-Link noch verwendet wird, obwohl die Entität Resource oder Method gelöscht wurde. Dieses Verhalten liegt nicht vor, wenn die private Integration über eine Stufenvariable auf VpcLink verweist.

• Die folgenden Backends unterstützen die SSL-Clientauthentifizierung möglicherweise nicht auf eine mit API Gateway kompatible Weise:

  • NGINX

  • Heroku

• API Gateway unterstützt die meisten der OpenAPI-2.0-Spezifikation und der OpenAPI-3.0-Spezifikation mit den folgenden Ausnahmen:

  • Pfadsegmente dürfen nur alphanumerische Zeichen, Unterstriche, Bindestriche, Punkte, Kommas, Doppelpunkte und geschweifte Klammern enthalten. Pfadparameter müssen als separate Pfadsegmente vorliegen. Beispiel: "resource/{path_parameter_name}" ist gültig, "resource{path_parameter_name}" nicht.

  • Modellnamen dürfen nur alphanumerische Zeichen enthalten.

  • Als Eingabeparameter werden nur die folgenden Attribute unterstützt: name, in, required, type, description. Andere Attribute werden ignoriert.

  • Der securitySchemes-Typ muss bei Verwendung apiKey lauten. OAuth 2- und HTTP Basic-Authentifizierung werden jedoch über Lambda-Autorisierer unterstützt; die OpenAPI-Konfiguration wird über Herstellererweiterungen erreicht.

  • Das deprecated Feld wird nicht unterstützt und wird beim Export gelöscht. APIs

  • API Gateway-Modelle werden unter Verwendung von JSON-Schemaentwurf 4 anstelle des von OpenAPI verwendeten JSON-Schemas definiert.

  • Der Parameter discriminator wird in Schemaobjekten nicht unterstützt.

  • Das Tag example wird nicht unterstützt.

  • Das Feld nullable wird nicht unterstützt.

  • exclusiveMinimum wird von API Gateway nicht unterstützt.

  • Die Tags maxItems und minItems werden bei der einfachen Anforderungsvalidierung nicht berücksichtigt. Um dieses Problem zu umgehen, aktualisieren Sie das Modell nach dem Import, bevor Sie die Validierung vornehmen.

  • oneOf wird für OpenAPI 2.0 oder die SDK-Generierung nicht unterstützt.

  • Das Feld readOnly wird nicht unterstützt.

  • $ref kann nicht für den Verweis auf andere Dateien verwendet werden.

  • Antwortdefinitionen des Formulars "500": {"$ref": "#/responses/UnexpectedError"} werden im OpenAPI-Basisverzeichnis nicht unterstützt. Ersetzen Sie die Referenz durch das Inline-Schema, um dieses Problem zu umgehen.

  • Zahlen vom Typ Int32 oder Int64 werden nicht unterstützt. Ein Beispiel sehen Sie unten:

    "elementId": {
        "description": "Working Element Id",
        "format": "int32",
        "type": "number"
    }

  • Der Formattyp Dezimalzahl ("format": "decimal") wird in Schemadefinitionen nicht unterstützt.

  • In Methodenantworten muss die Schemadefinition ein Objekttyp sein und darf keine primitiven Datentypen umfassen. Beispielsweise wird "schema": { "type": "string"} nicht unterstützt. Sie können dies jedoch umgehen, indem Sie den folgenden Objekttyp verwenden:

    "schema": {
         "$ref": "#/definitions/StringResponse"
                }
    
     "definitions": {
        "StringResponse": {
          "type": "string"
        }
      }

  • API Gateway verwendet keine in der OpenAPI-Spezifikation definierte Sicherheit auf Stammebene. Daher muss die Sicherheit auf Vorgangsebene definiert werdne, um korrekt angewendet werden zu können.

  • Das default-Schlüsselwort wird nicht unterstützt.

• API Gateway führt die folgenden Beschränkungen und Limitierungen bei der Handhabung von Methoden mit Lambda- oder HTTP-Integration durch.

  • Bei der Verarbeitung von Header-Namen und Abfrageparametern wird die Groß- und Kleinschreibung beachtet.

  • Die folgende Tabelle listet die Header auf, die gelöscht, erneut zugewiesen oder anderweitig modifiziert werden können, wenn sie an den Integrationsendpunkt oder von diesem zurückgesendet werden. In dieser Tabelle:

    • Remapped bedeutet, dass der Header-Name von <string> in X-Amzn-Remapped-<string> geändert wird.

      Remapped Overwritten bedeutet, dass der Header-Name von <string> in X-Amzn-Remapped-<string> geändert und der Wert überschrieben wird.

    Header-Name	Anfrage (http/http_proxy/lambda)	Antwort (http/http_proxy/lambda)
    Age	Pass-Through	Pass-Through
    Accept	Pass-Through	Dropped/Passthrough/Passthrough
    Accept-Charset	Pass-Through	Pass-Through
    Accept-Encoding	Pass-Through	Pass-Through
    Authorization	Pass-Through*	Remapped
    Connection	Passthrough/Passthrough/Dropped	Remapped
    Content-Encoding	Passthrough/Dropped/Passthrough	Pass-Through
    Content-Length	Pass-Through (generiert auf der Grundlage des Inhalts)	Pass-Through
    Content-MD5	Gelöscht	Remapped
    Content-Type	Pass-Through	Pass-Through
    Date	Pass-Through	Neu zugeordnet überschrieben
    Expect	Gelöscht	Gelöscht
    Host	Auf den Integrationsendpunkt überschrieben	Gelöscht
    Max-Forwards	Gelöscht	Remapped
    Pragma	Pass-Through	Pass-Through
    Proxy-Authenticate	Gelöscht	Gelöscht
    Range	Pass-Through	Pass-Through
    Referer	Pass-Through	Pass-Through
    Server	Gelöscht	Neu zugeordnet überschrieben
    TE	Gelöscht	Gelöscht
    Transfer-Encoding	Dropped/Dropped/Exception	Gelöscht
    Trailer	Gelöscht	Gelöscht
    Upgrade	Gelöscht	Gelöscht
    User-Agent	Pass-Through	Remapped
    Via	Dropped/Dropped/Passthrough	Passthrough/Dropped/Dropped
    Warn	Pass-Through	Pass-Through
    WWW-Authenticate	Gelöscht	Remapped

    * Der Authorization-Header wird gelöscht, wenn er eine Signaturversion 4-Signatur enthält oder AWS_IAM-Autorisierung verwendet wird.

• Das Android-SDK einer von API Gateway generierten API verwendet die Klasse java.net.HttpURLConnection. Diese Klasse löst auf Geräten, auf denen Android 4.4 und früher ausgeführt wird, eine unbehandelte Ausnahme für eine 401-Antwort aus, die aus der Neuzuordnung des Headers WWW-Authenticate zu X-Amzn-Remapped-WWW-Authenticate resultiert.

• Im Gegensatz zu API Gateway-generierten Java-, Android- und SDKs iOS-APIs unterstützt das JavaScript SDK einer von API Gateway generierten API keine Wiederholungsversuche bei Fehlern der Stufe 500.

• Der Test-Aufruf einer Methode verwendet den Standard-Inhaltstyp application/json und ignoriert Spezifikationen anderer Inhaltstypen.

• Beim Senden von Anfragen an eine API durch Übergabe des X-HTTP-Method-Override-Headers überschreibt API Gateway die Methode. Um den Header an das Backend zu übergeben, muss der Header der Integrationsanforderung hinzugefügt werden.

• Wenn eine Anfrage mehrere Medientypen in ihrem Accept-Header enthält, berücksichtigt API Gateway nur den ersten Accept-Medientyp. Wenn Sie die Reihenfolge der Accept-Medientypen nicht steuern können und der Medientyp Ihres binären Inhalts nicht der erste in der Liste ist, können Sie den ersten Accept-Medientyp in der Liste binaryMediaTypes Ihrer API hinzufügen. Amazon API Gateway gibt Ihren Inhalt dann im Binärformat zurück. Um z. B. eine JPEG-Datei mit einem <img>-Element in einem Browser zu übermitteln, sendet der Browser möglicherweise Accept:image/webp,image/*,*/*;q=0.8 in einer Anforderung. Bei Hinzufügen von image/webp zur Liste binaryMediaTypes erhält der Endpunkt die JPEG-Datei als Binärdatei.

• Das Anpassen der Standard-Gateway-Antwort für 413 REQUEST_TOO_LARGE wird derzeit nicht unterstützt.

• API Gateway enthält einen Content-Type-Header für alle Integrationsantworten. Der Inhaltstyp ist standardmäßig „application/json“.