HTTP

Der HTTP-Connector ermöglicht die Verbindung zu HTTP-Diensten und die Nutzung HTTP-basierter APIs. Der Connector unterstützt auch SSL/TLS-Verbindungen über eine benutzerdefinierte Konfiguration und verschiedene Authentifizierungsmechanismen wie OAuth 2.0-Clientanmeldedaten, Basic und Digest.

Hinweise

Führen Sie vor der Verwendung des HTTP-Connectors die folgenden Aufgaben aus:

  • In Ihrem Google Cloud-Projekt:
    • Prüfen Sie, ob eine Netzwerkverbindung eingerichtet ist. Informationen zu Netzwerkmustern finden Sie unter Netzwerkkonnektivität.
    • Weisen Sie dem Nutzer, der den Connector konfiguriert, die IAM-Rolle roles/connectors.admin zu.
    • Weisen Sie dem Dienstkonto, das Sie für den Connector verwenden möchten, die folgenden IAM-Rollen zu:
      • roles/secretmanager.viewer
      • roles/secretmanager.secretAccessor

      Ein Dienstkonto ist eine spezielle Art von Google-Konto, das einen nicht menschlichen Nutzer repräsentiert. Es muss authentifiziert und autorisiert werden, um Zugriff auf Daten in Google APIs zu erhalten. Wenn Sie kein Dienstkonto haben, müssen Sie eins erstellen. Weitere Informationen finden Sie unter Dienstkonto erstellen.

    • Aktivieren Sie die folgenden Dienste:
      • secretmanager.googleapis.com (Secret Manager API)
      • connectors.googleapis.com (Connectors API)

      Informationen zum Aktivieren von Diensten finden Sie unter Dienste aktivieren.

    Wenn diese Dienste oder Berechtigungen für Ihr Projekt zuvor nicht aktiviert wurden, werden Sie aufgefordert, sie beim Konfigurieren des Connectors zu aktivieren.

Connector konfigurieren

Eine Verbindung ist für eine Datenquelle spezifisch. Wenn Sie also viele Datenquellen haben, müssen Sie für jede Datenquelle eine separate Verbindung erstellen. So erstellen Sie eine Verbindung:

  1. Rufen Sie in der Cloud Console die Seite Integration Connectors > Verbindungen auf und wählen Sie ein Google Cloud-Projekt aus oder erstellen Sie eines.

    Zur Seite „Verbindungen“

  2. Klicken Sie auf + Neu erstellen, um die Seite Verbindung erstellen zu öffnen.
  3. Wählen Sie im Abschnitt Standort den Standort für die Verbindung aus.
    1. Region: Wählen Sie einen Standort aus der Drop-down-Liste aus.

      Eine Liste aller unterstützten Regionen finden Sie unter Standorte.

    2. Klicken Sie auf Weiter.
  4. Führen Sie im Abschnitt Verbindungsdetails folgende Schritte aus:
    1. Connector: Wählen Sie HTTP aus der Drop-down-Liste der verfügbaren Connectors aus.
    2. Connector-Version: Wählen Sie die Connector-Version aus der Drop-down-Liste der verfügbaren Versionen aus.
    3. Geben Sie im Feld Verbindungsname einen Namen für die Verbindungsinstanz ein.

      Verbindungsnamen müssen die folgenden Kriterien erfüllen:

      • Verbindungsnamen können Buchstaben, Ziffern oder Bindestriche enthalten.
      • Buchstaben müssen Kleinbuchstaben sein.
      • Verbindungsnamen müssen mit einem Buchstaben beginnen und mit einem Buchstaben oder einer Ziffer enden.
      • Verbindungsnamen dürfen maximal 49 Zeichen haben.
    4. Geben Sie optional unter Beschreibung eine Beschreibung für die Verbindungsinstanz ein.
    5. Optional können Sie Cloud Logging aktivieren und dann eine Logebene auswählen. Die Logebene ist standardmäßig auf Error festgelegt.
    6. Dienstkonto: Wählen Sie ein Dienstkonto, das über die erforderlichen Rollen verfügt.
    7. Optional können Sie den Status der Verbindung prüfen. Geben Sie dazu im Feld Statusprüfung eine Endpunkt-URL an. Die URL kann auch eine IP-Adresse für den Endpunktanhang enthalten. Der Status ist standardmäßig aktiv.
    8. Konfigurieren Sie optional die Verbindungsknoteneinstellungen:

      • Mindestanzahl von Knoten: Geben Sie die Mindestanzahl von Verbindungsknoten ein.
      • Maximale Anzahl von Knoten: Geben Sie die maximale Anzahl von Verbindungsknoten ein.

      Ein Knoten ist eine Einheit (oder ein Replikat) einer Verbindung, die Transaktionen verarbeitet. Zur Verarbeitung von mehr Transaktionen für eine Verbindung sind mehr Knoten erforderlich. Umgekehrt sind weniger Knoten erforderlich, um weniger Transaktionen zu verarbeiten. Informationen zu den Auswirkungen der Knoten auf Ihre Connector-Preise finden Sie unter Preise für Verbindungsknoten. Wenn Sie keine Werte eingeben, ist die Mindestanzahl von Knoten standardmäßig auf 2 (für eine bessere Verfügbarkeit) und die maximale Knotenzahl auf 50 gesetzt.

    9. Proxy verwenden: Aktivieren Sie das Kästchen, um einen Proxyserver für die Verbindung zu konfigurieren.
      1. Klicken Sie auf + Ziel hinzufügen.
      2. Wählen Sie einen Zieltyp aus.
        • Hostadresse: Geben Sie den Hostnamen oder die IP-Adresse des Ziels an.

          So stellen Sie eine private Verbindung zu Ihrem Backend her:

          • Erstellen Sie einen PSC-Dienstanhang.
          • Erstellen Sie einen Endpunktanhang und geben Sie dann die Details des Endpunktanhangs in das Feld Hostadresse ein.
    10. Klicken Sie optional auf + LABEL HINZUFÜGEN, um der Verbindung ein Label in Form eines Schlüssel/Wert-Paars hinzuzufügen.
    11. Wenn Sie SSL verwenden möchten, wählen Sie optional SSL aktivieren aus. Dadurch werden die SSL-Konfigurationsdetails angezeigt.
      1. Wählen Sie einen Truststore-Typ aus. Es kann entweder Öffentlich, Privat oder Unsichere Verbindung sein.
      2. Wählen Sie die Zertifikate entsprechend Ihrer Auswahl des Trust Stores aus.
      3. Wenn Sie ein selbst signiertes Zertifikat oder ein Zertifikat für einen privaten Trust Store verwenden, speichern Sie das Root-Zertifikat als Secret Manager-Secret im PEM-Format (Privacy Enhanced Mail) und wählen Sie dann in Benutzerdefinierter Trust Store das erforderliche Secret aus.
      4. Wenn Sie mTLS verwenden, wählen Sie die Schlüsselspeicherzertifikate im Abschnitt Schlüsselspeicher aus.
      5. Wählen Sie optional die TLS-Version aus.
      6. Geben Sie die unterstützte Cipher-Suite ein. Geben Sie mehrere Cipher Suites als durch Kommas getrennte Werte ein. Weitere Informationen finden Sie unter Unterstützte Chiffrierverfahren.
    12. Klicken Sie auf Weiter.
  5. Geben Sie im Abschnitt Ziele die Details zum Remote-Host (Backend-System) ein, zu dem Sie eine Verbindung herstellen möchten.
    1. Zieltyp: Wählen Sie einen Zieltyp aus.
      • Wenn Sie den Zielhostnamen oder die Ziel-IP-Adresse angeben möchten, wählen Sie Hostadresse aus und geben Sie die Adresse in das Feld Host 1 ein.
      • Wenn Sie eine private Verbindung herstellen möchten, wählen Sie Endpunktanhang aus und wählen Sie den erforderlichen Anhang aus der Liste Endpunktanhang aus.

      Wenn Sie eine öffentliche Verbindung zu Ihren Back-End-Systemen mit zusätzlicher Sicherheit herstellen möchten, können Sie statische ausgehende IP-Adressen für Ihre Verbindungen konfigurieren und dann Ihre Firewallregeln konfigurieren, um nur bestimmte statische IP-Adressen zuzulassen.

      Wenn Sie weitere Ziele eingeben möchten, klicken Sie auf + Ziel hinzufügen.

    2. Klicken Sie auf Weiter.
  6. Geben Sie im Abschnitt Authentifizierung die Authentifizierungsdetails ein.
    1. Wählen Sie einen Authentifizierungstyp aus und geben Sie die relevanten Details ein.

      Die folgenden Authentifizierungstypen werden von der HTTP-Verbindung unterstützt:

    2. Informationen zum Konfigurieren dieser Authentifizierungstypen finden Sie unter Authentifizierung konfigurieren.

    3. Klicken Sie auf Next (Weiter).
  7. Überprüfen: Prüfen Sie Ihre Verbindungs- und Authentifizierungsdetails.
  8. Klicken Sie auf Erstellen.

Authentifizierung konfigurieren

Geben Sie die Details basierend auf der zu verwendenden Authentifizierung ein.

  • Benutzerdefinierte Authentifizierung

    Benutzerdefinierte Autorisierungsdetails können während der Aktionsausführung der Connectors-Aufgabe als Anfrageheader hinzugefügt werden.

  • OAuth 2.0 – Clientanmeldedaten-Gewährung
    • Client-ID: Die Client-ID zur Authentifizierung der HTTP-Anfrage.
    • Client-Secret: Secret Manager-Secret mit dem Client-Secret zur Authentifizierung von HTTP-Anfragen.
    • Anfrageformat für Zugriffstoken: Anfrageformat, das in Anfragen verwendet wird, um das Zugriffstoken vom Authentifizierungsserver abzurufen. Wählen Sie body aus, um die Client-ID und das Secret als Anfragetext zu übergeben, oder header, um sie als codierten Header zu übergeben.
    • Token-Anfragepfad: Anfragepfad, der an die Authentifizierungsserver-URL angehängt wird, um die Zugriffstoken-URL abzurufen.
    • Standardablaufzeit: Standardablaufzeit (in Sekunden) für das Zugriffstoken. Diese Zeit wird verwendet, wenn die Antwort des Zugriffstokens keine Ablaufzeit enthält. Wenn der Wert nicht angegeben ist, wird das Token nach 6 Stunden aktualisiert.
  • Basisauthentifizierung
    • Nutzername: Nutzername, der zum Stellen der HTTP-Anfragen verwendet wird.
    • Kennwort: Secret Manager-Secret mit dem Passwort, das dem angegebenen Nutzernamen zugeordnet ist.
  • Digest-Authentifizierung
    • Nutzername: Nutzername, der zum Stellen der HTTP-Anfragen verwendet wird.
    • Kennwort: Secret Manager-Secret mit dem Passwort, das dem angegebenen Nutzernamen zugeordnet ist.
  • OAuth 2.0-Autorisierungscode
    • Client-ID: Client-ID, die von Ihrer externen Anwendung bereitgestellt wird.
    • Bereiche : Berechtigungsbereiche, die von Ihrer externen Anwendung unterstützt werden.
    • Client-Secret: Wählen Sie das Secret Manager-Secret aus. Sie sollten das Secret Manager-Secret erstellt haben, bevor Sie diese Autorisierung konfigurieren.
    • Secret-Version: Secret Manager-Secret-Version für den Clientschlüssel.
    • Aktivieren Sie optional PKCE (Proof Key for Code Exchange), wenn Ihr Backend-Server dies unterstützt.
    • Autorisierungs-URL : Geben Sie die Autorisierungs-URL für Ihre externe Anwendung ein.
    • Zugriffstoken-URL : Geben Sie die URL zum Abrufen des Zugriffstokens Ihrer externen Anwendung ein.

    Für den Authentifizierungstyp Authorization code sollten Sie nach dem Erstellen der Verbindung einige zusätzliche Schritte zum Konfigurieren der Authentifizierung ausführen. Weitere Informationen finden Sie unter Zusätzliche Schritte nach dem Erstellen der Verbindung.

  • Dienstkonto

    Wählen Sie diese Option aus, um sich mit dem Dienstkonto zu authentifizieren, das Sie in den vorherigen Schritten bei der Konfiguration dieser Verbindung angegeben haben. Achten Sie darauf, dass Sie das Dienstkonto mit den relevanten IAM-Rollen und ‑Berechtigungen für die Authentifizierung angegeben haben.

    • Bereiche: Wählen Sie die erforderlichen OAuth 2.0-Bereiche aus dem Drop-down-Menü aus. Weitere Informationen finden Sie unter Zugriffsbereiche.
  • Authentifizierung mit Dienstkonto-ID-Token

    Wählen Sie diese Option aus, um die Authentifizierung mit dem ID-Token durchzuführen, das aus dem Dienstkonto generiert wurde, das Sie in den vorherigen Schritten angegeben haben. Bei dieser Authentifizierung werden JSON Web Tokens (JWT) verwendet. Der ID-Token-Anbieter signiert die JWTs und gibt sie für die Authentifizierung über ein Dienstkonto aus.

    • Zielgruppe: Geben Sie die Empfänger ein, für die das JWT bestimmt ist.
    • Header Name (Header-Name): Geben Sie den Header-Namen für das generierte ID-Token ein, das im HTTP-Header verwendet werden soll. Wenn Sie für dieses Feld keinen Wert angeben, wird der Schlüsselwert standardmäßig auf Authorization festgelegt.
  • Authentifizierung von API-Schlüsseln

    Wählen Sie diese Option aus, um sich mit einem API-Schlüssel zu authentifizieren.

    • API-Schlüssel: Wählen Sie das Secret Manager-Secret des API-Schlüssels aus.
    • Secret-Version: Wählen Sie die Secret-Version aus.
    • Name des API-Schlüsselparameters: Geben Sie einen Parameternamen für den API-Schlüssel ein. Ein API-Schlüssel wird als Schlüssel/Wert-Paar an Ihren Back-End-Server gesendet. Der hier eingegebene Wert wird als Schlüsselname für den zuvor ausgewählten API-Schlüssel verwendet.
    • API-Schlüsselposition: Wählen Sie aus, wo Sie den API-Schlüssel in der Anfrage hinzufügen möchten.

Unterstützte Cipher Suites

TLS-Version Unterstützte Cipher Suites
1.2
  • TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
  • TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384
  • TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256
  • TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384
  • TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
  • TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
  • TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256
  • TLS_DHE_RSA_WITH_AES_128_GCM_SHA256
  • TLS_DHE_RSA_WITH_AES_256_GCM_SHA384
  • TLS_DHE_RSA_WITH_AES_128_CBC_SHA
  • TLS_DHE_RSA_WITH_AES_256_CBC_SHA
  • TLS_DHE_RSA_WITH_AES_128_CBC_SHA256
  • TLS_DHE_RSA_WITH_AES_256_CBC_SHA256
1.3
  • TLS_AES_256_GCM_SHA384
  • TLS_CHACHA20_POLY1305_SHA256
  • TLS_AES_128_GCM_SHA256

Zusätzliche Schritte nach dem Erstellen der Verbindung

Wenn Sie OAuth 2.0 - Authorization code für die Authentifizierung ausgewählt haben, müssen Sie nach dem Erstellen der Verbindung die folgenden zusätzlichen Schritte ausführen:

  1. Suchen Sie auf der Seite „Verbindungen“ nach der neu erstellten Verbindung.

    Der Status für den neuen Connector ist Autorisierung erforderlich.

  2. Klicken Sie auf Autorisierung erforderlich.

    Der Bereich Autorisierung bearbeiten wird angezeigt.

  3. Kopieren Sie den Wert unter Weiterleitungs-URI in Ihre externe Anwendung.
  4. Überprüfen Sie die Autorisierungsdetails.
  5. Klicken Sie auf Autorisieren.

    Wenn die Autorisierung erfolgreich ist, wird der Verbindungsstatus auf der Seite Verbindungen auf Aktiv gesetzt.

Erneute Autorisierung für Autorisierungscode

Wenn Sie den Authentifizierungstyp Authorization code verwenden und Änderungen an der Konfiguration in Ihrer Backend-HTTP-Anwendung vorgenommen haben, müssen Sie Ihre HTTP-Verbindung noch einmal autorisieren. So autorisieren Sie eine Verbindung neu:

  1. Klicken Sie auf der Seite Verbindungen auf die gewünschte Verbindung.

    Dadurch wird die Seite mit den Verbindungsdetails geöffnet.

  2. Klicken Sie auf Bearbeiten, um die Verbindungsdetails zu bearbeiten.
  3. Prüfen Sie im Abschnitt Authentifizierung die Details zum OAuth 2.0-Autorisierungscode.

    Nehmen Sie bei Bedarf die erforderlichen Änderungen vor.

  4. Klicken Sie auf Speichern. Sie werden zur Seite mit den Verbindungsdetails weitergeleitet.
  5. Klicken Sie im Abschnitt Authentifizierung auf Autorisierung bearbeiten. Dadurch wird der Bereich Autorisieren angezeigt.
  6. Klicken Sie auf Autorisieren.

    Wenn die Autorisierung erfolgreich ist, wird der Verbindungsstatus auf der Seite Verbindungen auf Aktiv gesetzt.

Entitäten, Vorgänge und Aktionen

Alle Integration Connectors bieten eine Abstraktionsebene für die Objekte der verbundenen Anwendung. Sie können nur über diese Abstraktion auf die Objekte einer Anwendung zugreifen. Die Abstraktion wird Ihnen als Entitäten, Vorgänge und Aktionen zur Verfügung gestellt.

  • Entität: Eine Entität kann als Objekt oder Sammlung von Attributen in der verbundenen Anwendung oder im verbundenen Dienst verstanden werden. Die Definition einer Entität unterscheidet sich von Connector zu Connector. Beispiel: In einem Datenbank-Connector sind Tabellen die Entitäten, in einem Dateiserver-Connector sind Ordner die Entitäten und in einem Nachrichtensystem-Connector sind Warteschlangen die Entitäten.

    Es ist jedoch möglich, dass ein Connector keine Entitäten unterstützt oder keine Entitäten enthält. In diesem Fall ist die Liste Entities leer.

  • Vorgang: Ein Vorgang ist die Aktivität, die Sie für eine Entität ausführen können. Sie können einen der folgenden Vorgänge für eine Entität ausführen:

    Durch Auswahl einer Entität aus der verfügbaren Liste wird eine Liste der Vorgänge generiert, die für die Entität verfügbar sind. Eine detaillierte Beschreibung der Vorgänge finden Sie in den Entitätsvorgängen der Connectors-Aufgabe. Wenn ein Connector jedoch keine der Entitätsvorgänge unterstützt, werden diese nicht unterstützten Vorgänge nicht in der Operations-Liste aufgeführt.

  • Aktion: Eine Aktion ist eine Funktion erster Klasse, die über die Connector-Benutzeroberfläche für die Integration verfügbar gemacht wird. Mit einer Aktion können Sie Änderungen an einer oder mehreren Entitäten vornehmen, die von Connector zu Connector unterschiedlich sind. Normalerweise hat eine Aktion einige Eingabeparameter und einen Ausgabeparameter. Es ist jedoch möglich, dass ein Connector keine Aktionen unterstützt. In diesem Fall ist die Actions-Liste leer.

Systembeschränkungen

Der HTTP-Connector kann 100 Transaktionen pro Sekunde und Knoten verarbeiten und drosselt alle Transaktionen, die dieses Limit überschreiten. Standardmäßig werden für eine Verbindung zwei Knoten (für eine bessere Verfügbarkeit) zugewiesen.

Informationen zu den für Integration Connectors geltenden Limits finden Sie unter Limits.

Unterstützte Aktionen

Der HTTP-Connector unterstützt die folgenden Aktionen:

HttpRequest-Aktion

Der HTTP-Connector garantiert mindestens einen Versuch, die Anfrage an den konfigurierten Endpunkt zu senden. Dies unterliegt dem Service Level Agreement (SLA) für die Anwendungsintegration. In den folgenden Tabellen werden die Eingabe- und Ausgabeparameter der HttpRequest-Aktion beschrieben.

Eingabeparameter der HttpRequest-Aktion

Parametername Datentyp Erforderlich Beschreibung
URL Struct Nein URL, für die Sie die Anfrage senden möchten. Die URL hat das Format <scheme>://<netloc>/<path>;<params>?<query>#<fragment>. Wenn Sie netloc angeben, wird der Hostname überschrieben, der beim Erstellen der Verbindung angegeben wurde.
Methode String Nein Die HTTP-Anfragemethode, z. B. GET, POST, DELETE oder PUT. Der Standardwert ist GET.
Header Struct Nein HTTP-Anfrageheader.
Text String Nein HTTP-Anfragetext
RequestHasBytes Boolesch Nein Gibt an, ob die Anfrage als Byte gesendet werden soll. Wenn dieser Wert auf true gesetzt ist, müssen Sie die Anfrage als Base64-codierten String im Parameter Body senden. Der Standardwert ist false.
ResponseHasBytes Boolesch Nein Gibt an, ob die Antwort als Byte empfangen werden soll. Wenn der Wert auf true gesetzt ist, erhalten Sie die Antwort als Base64-codierten String im Ausgabeparameter ResponseBody. Der Standardwert ist false.
HttpVersion String Nein HTTP-Version, die beim Stellen einer Anfrage verwendet werden soll. Die unterstützten Werte sind 1.1 und 2. Wenn Sie Version 2 angeben, findet die ALPN-Aushandlung (Application-Layer Protocol Negotiation) statt und Version 1.1 wird verwendet, wenn der Server Version 2 nicht unterstützt. Der Standardwert liegt bei 2.
ResponseFormat String Nein Gibt das Format der Antwort vom Connector an. Die unterstützten Werte sind v1 und v2. Der Standardwert ist v1.

Beispielantwort für Version 1:

[{
"ResponseBody": "{\n \"status\": 200\n}"
}, {
"StatusCode": 200.0
}, {
"HttpVersion": "2"
}, {
"ResponseHeaders": {
":status": "200",
"content-length": "19"
}
}]

Beispielantwort für Version 2:

[{
"ResponseBody": "{\n \"status\": 200\n}",
"StatusCode": 200.0,
"HttpVersion": "2",
"ResponseHeaders": {
":status": "200",
"content-length": "19"
}
}]
FailOnError Boolesch Nein Gibt das Verhalten der Verbindung an, wenn in Ihrer Backend-Anwendung ein Fehler auftritt.
  • true – Löst eine Ausnahme aus. Die von Ihrem Backend ausgelöste Ausnahme wird in der Antwort der Verbindung weitergegeben.
  • false: Löst keine Ausnahme aus. Gibt jedoch den Fehlercode und die Fehlermeldung in der Antwort zurück.

Der Standardwert ist true.

Zeitlimit Ganzzahl Nein Zeitüberschreitungswert für HTTP-Anfragen in Sekunden. Der maximal zulässige Wert beträgt 150 Sekunden.

Ausgabeparameter der HttpRequest-Aktion

Parametername Datentyp Beschreibung
ResponseBody String Antwort, die vom HTTP-Server empfangen wurde.
StatusCode Integer Vom HTTP-Server empfangener Statuscode.
HttpVersion String Die für die HTTP-Anfrage ausgehandelte Version.
ResponseHeaders Struct HTTP-Antwortheader in Form von key,value-Paaren.

Beispiele

In den Beispielen in diesem Abschnitt werden die folgenden Vorgänge beschrieben:

  • Anfragenutzlast konfigurieren
  • Inhalte in Byte senden
  • Byte-Inhalte abrufen

In der folgenden Tabelle sind die Beispielszenarien und die entsprechende Konfiguration in der Connectors-Aufgabe aufgeführt:

Aufgabe Konfiguration
Anfragenutzlast konfigurieren
  1. Klicken Sie im Dialogfeld Configure connector task auf Actions.
  2. Wählen Sie die Aktion HttpRequest aus und klicken Sie auf Fertig.
  3. Klicken Sie im Bereich Aufgabeneingabe der Aufgabe Connectors auf connectorInputPayload und geben Sie dann einen Wert ähnlich dem folgenden in Feld Default Value ein:
    {
      "Url": {
        "scheme": "https",
        "netloc": "httpbin.org",
        "path": "post",
        "query": "example=A&sort=value",
        "fragment": "exampleFragment"
      },
      "Method": "POST",
      "Headers": {
        "Accept": ["application/json", "application/xml"],
        "a": "b"
      },
      "Body": "{\"thisIsRequestJSON\":\"someValue\"}"
    }
  4. Klicken Sie auf Speichern.

In diesem Beispiel wird eine POST-Anfrage an die URL https://httpbin.org/post?example=A&=value#exampleFragment gesendet. Da netloc in der Nutzlast enthalten ist, wird der Hostname überschrieben, der beim Erstellen der Verbindung angegeben wurde.

Inhalte in Byte senden

Wenn Sie Inhalte in Form von Bytes (z. B. Dateien) senden möchten, müssen Sie das Attribut RequestHasBytes der Anfrage auf true und das Attribut body auf den Base64-codierten String setzen, den Sie senden möchten. Das folgende Beispiel zeigt, wie das geht.

  1. Klicken Sie im Dialogfeld Configure connector task auf Actions.
  2. Wählen Sie die Aktion HttpRequest aus und klicken Sie auf Fertig.
  3. Klicken Sie im Bereich Aufgabeneingabe der Aufgabe Connectors auf connectorInputPayload und geben Sie dann einen Wert ähnlich dem folgenden in Feld Default Value ein:
    {
      "Url": {
        "scheme": "https",
        "netloc": "httpbin.org",
      },
      "Method": "POST",
      "Headers": {
        "Accept": ["application/json", "application/xml"],
        "a": "b"
      },
      "Body": "SGVsbG8gV29ybGQ=",
      "RequestHasBytes":true
    }
  4. Klicken Sie auf Speichern.

In diesem Beispiel wird eine POST-Anfrage an den httpbin.org-Server gesendet und der Dateiinhalt im Anfragetext als Base64-codierter String übergeben. Der Server kann entscheiden, wie der Dateiinhalt verarbeitet werden soll.

Byte-Inhalte abrufen

Wenn Sie Bytes (als Base64-String) vom Server abrufen möchten, müssen Sie das Attribut ResponseHasBytes der Anfrage auf true setzen, wie im folgenden Beispiel gezeigt.

  1. Klicken Sie im Dialogfeld Configure connector task auf Actions.
  2. Wählen Sie die Aktion HttpRequest aus und klicken Sie auf Fertig.
  3. Klicken Sie im Bereich Aufgabeneingabe der Aufgabe Connectors auf connectorInputPayload und geben Sie dann einen Wert ähnlich dem folgenden in Feld Default Value ein:
    {
      "Url": {
        "scheme": "https",
        "netloc": "httpbin.org",
      },
      "Method": "GET",
      "ResponseHasBytes":true
    }
  4. Klicken Sie auf Speichern.

In diesem Beispiel wird eine GET-Anfrage an den httpbin.org-Server gesendet und im Anfragebody wird ResponseHasBytes auf true gesetzt.

Fehlercodes

In diesem Abschnitt werden die Fehlermeldungen beschrieben, die bei Verwendung der HTTP-Verbindung angezeigt werden können.

Fehlermeldung Ursache
Fehler beim Herstellen der Verbindung zum HTTP-Server Die HTTP-Verbindung konnte keine Verbindung zum Server herstellen, da der SSL-Handshake fehlgeschlagen ist oder ein falscher HTTP-Serverendpunkt verwendet wurde.
Fehlerantwort vom HTTP-Server empfangen Der HTTP-Server, zu dem Sie eine Verbindung herstellen möchten, gibt eine Fehlerantwort mit dem Statuscode 4xx oder 5xx zurück. Beispielantwort:
{
  "error": {
    "code": 400,
    "details": [
      {
        "@type": "type.googleapis.com/google.rpc.ErrorInfo",
        "metadata": {
          "Body": "{\"thisIsResponseJSON\":\"someValue\"}"
          "Error": "Error response received from the HTTP server",
          "Headers": "{\":status\":[\"400\"], \"access-control-allow-credentials\":[\"true\"]}",
          "StatusCode": "400",
          "connection_type": "Http"
        }
      }
    ],
    "message": "Unable to execute HTTP Request",
    "status": "FAILED_PRECONDITION"
  }
}
Fehler beim Abrufen des Zugriffstokens Beim Abrufen des Zugriffstokens für den Authentifizierungstyp OAuth Client Credentials Grant ist ein Fehler aufgetreten.
Digest-Authentifizierungsfehler Die Connector-Laufzeit hat keine Digest-Herausforderung erhalten oder die Herausforderung ist von einem nicht unterstützten Typ.

Verbindungen mit Terraform erstellen

Sie können die Terraform-Ressource verwenden, um eine neue Verbindung zu erstellen.

Informationen zum Anwenden oder Entfernen einer Terraform-Konfiguration finden Sie unter Grundlegende Terraform-Befehle.

Ein Beispiel für eine Terraform-Vorlage zum Erstellen einer Verbindung finden Sie hier.

Wenn Sie diese Verbindung mit Terraform erstellen, müssen Sie die folgenden Variablen in Ihrer Terraform-Konfigurationsdatei festlegen:

Parametername Datentyp Erforderlich Beschreibung
proxy_enabled BOOLEAN Falsch Aktivieren Sie dieses Kästchen, um einen Proxyserver für die Verbindung zu konfigurieren.

HTTP-Verbindung in einer Integration verwenden

Nachdem Sie die Verbindung erstellt haben, ist sie sowohl in Apigee Integration als auch in Application Integration verfügbar. Sie können die Verbindung in einer Integration über die Aufgabe „Connectors“ verwenden.

  • Informationen zum Erstellen und Verwenden der Connectors-Aufgabe in Apigee Integration finden Sie unter Connectors-Aufgabe.
  • Informationen zum Erstellen und Verwenden der Connectors-Aufgabe in Application Integration finden Sie unter Connectors-Aufgabe.

Hilfe von der Google Cloud-Community erhalten

Sie können Ihre Fragen und Anregungen zu diesem Connector in der Google Cloud-Community unter Cloud-Foren posten.

Nächste Schritte