HTTP

Der HTTP-Connector stellt eine Verbindung zum HTTP-Dienst her und verwendet HTTP-basierte APIs. Der Connector unterstützt SSL/TLS-Verbindungen über eine benutzerdefinierte Konfiguration und verschiedene Authentifizierungen Mechanismen wie OAuth 2.0 Client Credentials Grant, 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 die IAM-Rolle roles/connectors.admin zu. Connector konfigurieren.
    • 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 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 nicht länger als 49 Zeichen sein.
    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. Standardmäßig ist die Logebene 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, indem Sie im Feld Statusprüfung eine Endpunkt-URL angeben. Die URL kann auch eine IP-Adresse für den Endpunktanhang enthalten. Der Status ist standardmäßig aktiv.
    8. 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.

    9. 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.

          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 SSL aktivieren aus. Daraufhin werden die SSL-Konfigurationsdetails angezeigt.
      1. Wählen Sie einen Typ für das Vertrauensspeicher 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. Weitere Informationen finden Sie unter Unterstützte Chiffresammlungen.
    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. Destination Type: Wählen Sie einen Destination Type aus.
      • Wählen Sie in der Liste Hostadresse aus, um den Hostnamen oder die IP-Adresse des Ziels 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 konfigurieren, um nur bestimmte statische IP-Adressen zuzulassen.

      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.

    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 Aktion als Anfrageheader hinzugefügt werden Ausführung der Aufgabe Connectors.

  • 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.
    • Standardablaufzeit: Standardablaufzeit (in Sekunden) für das Zugriffstoken. Dieser Wert wird verwendet, wenn die Antwort auf das Zugriffstoken keine Gültigkeitsdauer 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.
  • 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.
    • Aktivieren Sie optional PKCE (Proof Key for Code Exchange), sofern Ihr Backend-Server dies unterstützt.
    • 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 geben Sie nach dem Erstellen der Verbindung Folgendes an: sollte zur Konfiguration der Authentifizierung einige zusätzliche Schritte ausgeführt werden. Weitere Informationen Siehe Weitere Schritte nach dem Verbindungsaufbau.

  • Dienstkonto

    Wählen Sie diese Option aus, um sich mit dem Dienstkonto zu authentifizieren, das Sie in die vorherigen Schritte beim Konfigurieren dieser Verbindung. Achten Sie darauf, dass Sie dem Dienstkonto die für die Authentifizierung erforderlichen IAM-Rollen und -Berechtigungen zugewiesen haben.

    • Bereiche: Wählen Sie im Drop-down-Menü die erforderlichen OAuth 2.0-Bereiche aus. 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 für das 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: Geben Sie den Header-Namen für das generierte ID-Token ein, das im HTTP-Header verwendet werden soll. Wenn Sie keinen Wert für dieses Feld 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.
    • API-Schlüsselparametername: Geben Sie einen Parameternamen für den API-Schlüssel ein. Ein API-Schlüssel wird an Ihre Backend-Server als Schlüssel/Wert-Paar. Der hier eingegebene Wert wird als Schlüsselname für den API-Schlüssel, 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 Chiffren-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 Authentifizierung verwenden, 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 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.

    Ist die Autorisierung erfolgreich, wird der Verbindungsstatus im Seite „Verbindungen“.

Erneute Autorisierung für Autorisierungscode

Wenn Sie den Authentifizierungstyp Authorization code verwenden und Kofigurationsänderungen in Ihrem Back-End-HTTP-Feed vorgenommen haben authentifizieren, 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 gewünschte Verbindung.

    Dadurch wird die Seite mit den Verbindungsdetails geöffnet.

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

    Nehmen Sie bei Bedarf die erforderlichen Änderungen vor.

  4. Klicken Sie auf Speichern. Daraufhin gelangen Sie zur Seite mit den Verbindungsdetails.
  5. Klicken Sie im Abschnitt Authentifizierung auf Autorisierung bearbeiten. Daraufhin wird der Bereich Authorize (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. Unterstützt ein Connector jedoch keine Entitätsvorgänge, Vorgänge sind 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.

Systemeinschränkungen

Der HTTP-Connector kann 100 Transaktionen pro Sekunde und pro Knoten verarbeiten und drosselt alle Transaktionen, die dieses Limit überschreiten. Standardmäßig weist Integration Connectors einer Verbindung 2 Knoten zu (für bessere Verfügbarkeit).

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

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 als Byte gesendet werden soll. Wenn true festgelegt ist, muss die Anfrage gesendet werden als Base64-codierter String im Parameter Body. Der Standardwert ist false.
ResponseHasBytes Boolesch Nein Gibt an, ob die Antwort in Byte empfangen werden soll. Wenn Sie true festlegen, 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 eine ALPN-Aushandlung (Application-Layer Protocol Negotiation) statt. 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 V1:

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

Beispiel für eine v2-Antwort:

[{
"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: Löst keine Ausnahme aus. Es werden jedoch der Fehlercode und die Fehlermeldung in der Antwort zurückgegeben.

Der Standardwert ist true.

Zeitlimit Ganzzahl 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 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
  • Senden von Byte-Inhalten
  • 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 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 angegeben ist, wird der Hostname überschrieben, der beim Erstellen der Verbindung angegeben wurde.

Bytes-Inhalt senden

Wenn Sie Byte (wie Dateien) senden möchten, müssen Sie das Anfrageattribut RequestHasBytes festlegen auf true und legen Sie für das Attribut body den Base64-codierten String fest die 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 und im Anfragetext sendet den Dateiinhalt in Form einer Base64-codierten Zeichenfolge. Der Server kann entscheiden, wie Dateiinhalt zu verarbeiten.

Inhalt von Bytes abrufen

Um Byte (als Base64-String) vom Server abzurufen, müssen Sie den ResponseHasBytes festlegen request-Attribut an true, 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 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-Handshake-Fehlers keine Verbindung zum Server herstellen oder einen falschen HTTP-Serverendpunkt haben.
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-Abfrage erhalten oder der Typ der Identitätsbestätigung wird nicht unterstützt.

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.

Eine Beispiel-Terraform-Vorlage für die Verbindungserstellung finden Sie unter Beispielvorlage.

Wenn Sie diese Verbindung mithilfe von Terraform erstellen, müssen Sie in der Terraform-Konfigurationsdatei die folgenden Variablen 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 beiden Apigee-Integration und Anwendungsintegration Sie können die Verbindung über die Connectors-Aufgabe in einer Integration.

  • 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 der Anwendungsintegration 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