HTTP

Der HTTP-Connector stellt eine Verbindung zum HTTP-Dienst her und verwendet HTTP-basierte APIs. Der Connector unterstützt außerdem SSL/TLS-Verbindungen über eine benutzerdefinierte Konfiguration und verschiedene Authentifizierungsmechanismen wie die Bereitstellung 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:
    • Gewähren Sie dem Nutzer, der den Connector konfiguriert, die IAM-Rolle roles/connectors.admin.
    • 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. Klicke 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 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 den 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, ist die Mindestanzahl von Knoten standardmäßig auf 2 (für eine bessere Verfügbarkeit) und die maximale Knotenzahl auf 50 gesetzt.

    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 Back-End 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. Die SSL-Konfigurationsdetails werden 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 aus, die basierend auf Ihrer Auswahl im Trust Store angezeigt werden sollen.
      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 Chiffresammlungen als kommagetrennte Werte ein. Weitere Informationen finden Sie unter Unterstützte Chiffresammlungen.
    10. 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. Destination Type: Wählen Sie einen Destination Type aus.
      • Wählen Sie aus der Liste Hostadresse aus, um den Hostnamen oder die IP-Adresse für das Ziel anzugeben.
      • Wenn Sie eine private Verbindung zu Ihren Backend-Systemen herstellen möchten, wählen Sie in der Liste Endpunktanhang und dann den erforderlichen Endpunktanhang 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 so konfigurieren, dass nur bestimmte statische IP-Adressen auf die Zulassungsliste gesetzt werden.

      Wenn Sie weitere Reiseziele 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.

    2. Klicken Sie auf 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 Aufgabe Connectors als Anfrageheader hinzugefügt werden.

  • OAuth 2.0 – Gewährung von Clientanmeldedaten
    • 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): Die Standardablaufzeit in Sekunden für das Zugriffstoken. Diese Zeit wird verwendet, wenn die Zugriffstoken-Antwort keine Ablaufzeit hat. Wenn kein Wert angegeben ist, wird das Token nach sechs 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.
  • Digestauthentifizierung
    • 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.
    • Optional können Sie PKCE (Proof Key for Code Exchange) aktivieren, wenn dies von Ihrem Backend-Server unterstützt wird.
    • Authorization URL (Autorisierungs-URL): Geben Sie die Autorisierungs-URL für Ihre externe Anwendung ein.
    • Access token URL (Zugriffstoken-URL): Geben Sie die URL ein, unter der das Zugriffstoken der externen Anwendung abgerufen wird.

    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 Weitere Schritte nach dem Verbindungsaufbau.

  • 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. Achten Sie darauf, dass Sie dem Dienstkonto die für die Authentifizierung erforderlichen IAM-Rollen und -Berechtigungen bereitgestellt haben.

    • Bereiche: Geben Sie die erforderlichen, durch Kommas getrennten Zugriffsbereiche 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 vom Dienstkonto generiert wurde, das Sie in den vorherigen Schritten angegeben haben. Bei dieser Authentifizierung werden JSON Web Tokens (JWT) für die Authentifizierung verwendet. Der ID-Token-Anbieter signiert und gibt die JWTs für die Authentifizierung mit einem Dienstkonto aus.

    • Zielgruppe: Geben Sie die Empfänger ein, für die das JWT bestimmt ist.
    • Header Name: Geben Sie den Headernamen 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 gesetzt.
  • 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 API-Schlüssel verwendet, den Sie zuvor ausgewählt haben.
    • 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“ die neu erstellte Verbindung.

    Der Status für den neuen Connector 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 Ihre externe Anwendung.
  4. Überprüfen Sie die Autorisierungsdetails.
  5. Klicken Sie auf Autorisieren.

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

Erneute Autorisierung für Autorisierungscode

Wenn Sie den Authentifizierungstyp Authorization code verwenden und Kofigurierungsänderungen in Ihrer Back-End-HTTP-Anwendung vorgenommen haben, müssen Sie Ihre 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 Angaben unter 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 Abschnitt Authentifizierung auf Autorisierung bearbeiten. Daraufhin wird der Bereich Autorisieren angezeigt.
  6. Klicken Sie auf Autorisieren.

    Wenn die Autorisierung erfolgreich war, 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 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. Normalerweise umfasst 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 alle Transaktionen über dieses Limit hinaus drosseln. Standardmäßig weist Integration Connectors einer Verbindung 2 Knoten (zur besseren Verfügbarkeit) zu.

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

Unterstützte Aktionen

Der HTTP-Connector unterstützt die folgenden 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, 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 in Byte empfangen werden soll. Wenn true festgelegt 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-Verhandlung (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 des Connectors 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 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 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. Es werden jedoch der Fehlercode und die Fehlermeldung in der Antwort zurückgegeben.

Der Standardwert ist true.
Zeitlimit Integer Nein Zeitüberschreitungswert für HTTP-Anfrage 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 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
  • Bytes-Inhalt senden
  • Bytes-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 Task Input der Aufgabe Connectors auf connectorInputPayload und geben Sie dann in das Feld Default Value einen Wert wie den folgenden 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.

Bytes-Inhalt senden

Wenn Sie Bytes senden möchten (z. B. Dateien), müssen Sie das Anfrageattribut RequestHasBytes auf true und das Attribut body auf den Base64-codierten String festlegen, 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 Task Input der Aufgabe Connectors auf connectorInputPayload und geben Sie dann in das Feld Default Value einen Wert wie den folgenden 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, mit der der Dateiinhalt in Form eines Base64-codierten Strings gesendet wird. Der Server kann entscheiden, wie der Dateiinhalt verarbeitet werden soll.
Bytes-Inhalt abrufen

Wenn Sie Byte (als Base64-String) vom Server abrufen möchten, müssen Sie 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 Task Input der Aufgabe Connectors auf connectorInputPayload und geben Sie dann in das Feld Default Value einen Wert wie den folgenden 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 Anfragetext wird ResponseHasBytes auf true gesetzt.

Fehlercodes

In diesem Abschnitt werden die Fehlermeldungen beschrieben, die Sie möglicherweise erhalten, wenn Sie die HTTP-Verbindung verwenden.

Fehlermeldung Ursache
Fehler beim Herstellen einer Verbindung mit dem HTTP-Server Die HTTP-Verbindung konnte aufgrund eines SSL-Handshakes oder eines falschen HTTP-Serverendpunkts keine Verbindung zum Server herstellen.
Vom HTTP-Server empfangene Fehlerantwort Der HTTP-Server, mit dem Sie eine Verbindung herstellen möchten, gibt eine Fehlermeldung 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.

Verbindungen mit Terraform erstellen

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

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

Eine Beispiel-Terraform-Vorlage zum Erstellen von Verbindungen finden Sie unter Beispielvorlage.

Wenn Sie diese Verbindung mithilfe von Terraform erstellen, müssen Sie die folgenden Variablen in der Terraform-Konfigurationsdatei festlegen:

Parametername Datentyp Erforderlich Beschreibung
proxy_enabled BOOLEAN Falsch Wählen Sie dieses Kontrollkästchen aus, um einen Proxyserver für die Verbindung zu konfigurieren.

HTTP-Verbindung in einer Integration verwenden

Nachdem Sie die Verbindung erstellt haben, ist sie in Apigee Integration und Application Integration verfügbar. Sie können die Verbindung in einer Integration über die Connectors-Aufgabe verwenden.

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

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