HTTP

Der HTTP-Connector stellt eine Verbindung zum HTTP-Dienst her und nutzt HTTP-basierte APIs. Der Connector unterstützt außerdem SSL/TLS-Verbindungen durch benutzerdefinierte Konfiguration sowie verschiedene Authentifizierungsmechanismen wie die Gewährung von 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:
    • 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

Für die Konfiguration des Connectors müssen Sie eine Verbindung zu Ihrer Datenquelle (Backend-System) erstellen. 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 Next (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 63 Zeichen haben.
    4. Geben Sie optional unter Beschreibung eine Beschreibung für die Verbindungsinstanz ein.
    5. Dienstkonto: Wählen Sie ein Dienstkonto, das über die erforderlichen Rollen verfügt.
    6. Konfigurieren Sie optional die Einstellungen für Verbindungsknoten:

      • 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, wird die Mindestanzahl von Knoten standardmäßig auf 2 (für eine bessere Verfügbarkeit) und die maximale Anzahl von Knoten auf 50 festgelegt.

    7. Proxy verwenden: Klicken Sie das Kästchen an, 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.

          Wenn Sie eine private Verbindung zu Ihrem Backend herstellen möchten, gehen Sie so vor:

          • Erstellen Sie einen PSC-Dienstanhang.
          • Erstellen Sie einen Endpunktanhang und geben Sie dann die Details des Endpunktanhangs in das Feld Hostadresse ein.
    8. Klicken Sie optional auf + LABEL HINZUFÜGEN, um der Verbindung ein Label in Form eines Schlüssel/Wert-Paars hinzuzufügen.
    9. Wenn Sie SSL verwenden möchten, wählen Sie optional SSL aktivieren aus. Dadurch werden die Details der SSL-Konfiguration angezeigt.
      1. Wählen Sie einen Trust Store-Typ aus. Es kann entweder Öffentlich, Privat oder Unsichere Verbindung sein.
      2. Wählen Sie die Zertifikate gemäß Ihrer Trust Store-Auswahl aus, wie sie angezeigt werden.
      3. Wenn Sie mTLS verwenden, wählen Sie die Schlüsselspeicherzertifikate im Abschnitt Schlüsselspeicher aus.
      4. Wählen Sie optional die TLS-Version aus.
      5. Geben Sie die unterstützte Cipher Suite ein. Geben Sie mehrere Cipher Suites als kommagetrennte Werte ein. Weitere Informationen finden Sie unter Unterstützte Cipher Suites.
    10. Klicken Sie auf Next (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.
      1. Geben Sie im Feld Hostadresse den Hostnamen oder die IP-Adresse des Ziels ein.
        1. Wenn Sie eine private Verbindung zu Ihren Back-End-Systemen herstellen möchten, gehen Sie so vor:
          1. Erstellen Sie einen PSC-Dienstanhang.
          2. Erstellen Sie einen Endpunktanhang und geben Sie dann die Details des Endpunktanhangs in das Feld Hostadresse ein.
        2. 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 Next (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.

    2. 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 als Anfrageheader während der Aktionsausführung der Aufgabe Connectors hinzugefügt werden.

  • OAuth 2.0 – Clientanmeldedaten gewähren
    • 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.
    • Default Expiration Time (Standardablaufzeit): Standardablaufzeit für das Zugriffstoken in Sekunden. Diese Zeit wird verwendet, wenn die Zugriffstokenantwort keine Ablaufzeit hat. Wenn der Wert nicht angegeben ist, wird das Token in 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.
    • Sie können optional PKCE (Proof Key for Code Exchange) aktivieren, 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 müssen 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 beim Konfigurieren dieser Verbindung angegeben haben. Prüfen Sie, ob Sie dem Dienstkonto die für die Authentifizierung erforderlichen IAM-Rollen und -Berechtigungen erteilt haben.

    • Bereiche: Geben Sie die erforderlichen Zugriffsbereiche durch Kommas getrennt ein. Weitere Informationen finden Sie unter Zugriffsbereiche.
  • Authentifizierung mit Dienstkonto-ID-Token

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

    • Zielgruppe: Geben Sie die Empfänger ein, für die das JWT bestimmt ist.
    • 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 key (API-Schlüssel): Wählen Sie das Secret Manager-Secret des API-Schlüssels aus.
    • Secret-Version: Wählen Sie die Secret-Version aus.
    • API-Schlüsselparametername: Geben Sie einen Parameternamen für den API-Schlüssel ein. Ein API-Schlüssel wird als Schlüssel/Wert-Paar an Ihren Backend-Server gesendet. Der hier eingegebene Wert wird als Schlüsselname für den zuvor ausgewählten API-Schlüssel verwendet.
    • Speicherort des API-Schlüssels: 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 des neuen Connectors lautet Autorisierung erforderlich.

  2. Klicken Sie auf Autorisierung erforderlich.

    Daraufhin wird der Bereich Autorisierung bearbeiten angezeigt.

  3. Kopieren Sie den Wert für den Weiterleitungs-URI in die 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 die Konfiguration in der Back-End-HTTP-Anwendung geändert haben, müssen Sie die HTTP-Verbindung noch einmal autorisieren. So autorisieren Sie eine Verbindung noch einmal:

  1. Klicken Sie auf der Seite Verbindungen auf die erforderliche Verbindung.

    Die Seite mit den Verbindungsdetails wird geöffnet.

  2. Klicken Sie auf Bearbeiten, um die Verbindungsdetails zu bearbeiten.
  3. Überprüfen Sie die Details zu OAuth 2.0 – Autorisierungscode im Abschnitt Authentifizierung.

    Nehmen Sie bei Bedarf die erforderlichen Änderungen vor.

  4. Klicken Sie auf Speichern. Die Seite mit den Verbindungsdetails wird geöffnet.
  5. Klicken Sie im Bereich Authentifizierung auf Autorisierung bearbeiten. Daraufhin wird der Bereich Autorisieren angezeigt.
  6. Klicken Sie auf Autorisieren.

    Nach erfolgreicher Autorisierung 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 keinen der Entitätsvorgänge unterstützt, werden solche nicht unterstützten Vorgänge nicht in der Liste Operations 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. Es ist jedoch möglich, dass ein Connector keine Aktionen unterstützt. In diesem Fall ist die Actions-Liste leer.

Systemeinschränkungen

Der HTTP-Connector kann 100 Transaktionen pro Sekunde und Knoten verarbeiten und alle Transaktionen über das Limit hinaus drosseln. Standardmäßig weisen Integration Connectors einer Verbindung zwei Knoten zu, um die Verfügbarkeit zu verbessern.

Informationen zu den Limits, die für Integration Connectors gelten, finden Sie hier.

Unterstützte Aktionen

Der HTTP-Connector unterstützt folgende Aktionen:

HttpRequest-Aktion

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 HTTP-Anfragemethode wie 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 in Byte gesendet werden soll. Wenn true festgelegt ist, musst du die Anfrage als Base64-codierten String im Body-Parameter senden. Der Standardwert ist false.
ResponseHasBytes Boolesch Nein Gibt an, ob die Antwort in Byte empfangen werden soll. Wenn true festgelegt ist, erhältst du 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 Verhandlung über ALPN (Application-Layer Protocol Negotiation) statt. Wenn der Server Version 2 nicht unterstützt, wird Version 1.1 verwendet. 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 V1:


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

Beispielantwort für V2:


[{
"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 Back-End-Anwendung ein Fehler auftritt.
  • true: Löst eine Ausnahme aus. Die von Ihrem Back-End ausgelöste Ausnahme wird in der Antwort der Verbindung weitergegeben.
  • false: Es wird keine Ausnahme ausgelöst. Der Fehlercode und die Fehlermeldung werden jedoch in der Antwort zurückgegeben.

Der Standardwert ist true.

Ausgabeparameter der HttpRequest-Aktion

Parametername Datentyp Beschreibung
ResponseBody String Antwort, die vom HTTP-Server empfangen wurde.
StatusCode Integer Der vom HTTP-Server empfangene Statuscode.
HttpVersion String Version, die für die HTTP-Anfrage ausgehandelt wurde.
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
  • Inhalt der Byte senden
  • Byte-Inhalt 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 gestellt. Da netloc in der Nutzlast angegeben ist, wird der bei der Verbindungserstellung angegebene Hostname überschrieben.

Inhalt der Byte senden

Wenn Sie Inhalte in Byte (wie Dateien) senden möchten, müssen Sie das RequestHasBytes-Anfrageattribut auf true und das Attribut body auf den Base64-codierten String setzen, den Sie senden möchten, 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": "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 in Form eines Base64-codierten Strings gesendet. Der Server kann entscheiden, wie der Dateiinhalt verarbeitet werden soll.
Byte-Inhalt abrufen

Wenn du Byte (als Base64-String) vom Server abrufen möchtest, musst du das Anfrageattribut ResponseHasBytes 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 gestellt und im Anfragetext wird ResponseHasBytes auf true gesetzt.

Fehlercodes

In diesem Abschnitt werden die Fehlermeldungen beschrieben, die Sie möglicherweise bei Verwendung der HTTP-Verbindung erhalten.

Fehlermeldung Ursache
Fehler beim Herstellen einer Verbindung zum HTTP-Server Die HTTP-Verbindung konnte aufgrund eines SSL-Handshake-Fehlers oder eines falschen HTTP-Server-Endpunkts keine Verbindung zum Server herstellen.
Fehlerantwort vom HTTP-Server erhalten Der HTTP-Server, mit 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-Abfrage erhalten oder der Typ der Identitätsbestätigung wird nicht unterstützt.

Mit Terraform Verbindungen erstellen

Mit der Terraform-Ressource können Sie eine neue Verbindung erstellen.

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

Ein Beispiel für eine Terraform-Vorlage zum Erstellen von Verbindungen finden Sie unter Beispielvorlage.

Wenn Sie diese Verbindung mit Terraform erstellen, müssen Sie die folgenden Variablen in der 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 über die Connector-Aufgabe in einer Integration verwenden.

  • Informationen zum Erstellen und Verwenden der Connectors-Aufgabe in der Apigee-Integration finden Sie unter Connectors-Task.
  • Informationen zum Erstellen und Verwenden der Aufgabe „Connectors“ 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