Zugreifen auf Ressourcen in IBM Informix-Datenbanken aus Workflows in Azure Logic Apps

Gilt für: Azure Logic Apps (Verbrauch + Standard)

Um Aufgaben zu automatisieren, die Ressourcen in IBM Informix-Datenbanken mithilfe von Workflows in Azure Logic Apps verwalten, können Sie den IBM Informix-Connector verwenden. Dieser Connector enthält einen Microsoft-Client, der mit Remote-Informix-Servercomputern über ein TCP/IP-Netzwerk kommuniziert, einschließlich cloudbasierter Datenbanken wie IBM Informix für Windows, die in Azure-Virtualisierungs- und lokalen Datenbanken ausgeführt werden.

Sie können eine Verbindung mit den folgenden Informix-Plattformen und -Versionen herstellen, wenn sie für die Unterstützung von DRDA-Clientverbindungen (Distributed Relational Database Architecture) konfiguriert sind:

• IBM Informix 12.1
• IBM Informix 11.7

In diesem Artikel wird gezeigt, wie Sie eine Verbindung von einem Workflow in Azure Logic Apps mit einer Informix-Datenbank herstellen und Vorgänge für verschiedene Aufgaben hinzufügen.

Technische Referenz für das Verbindungselement

Technische Informationen basierend auf der Swagger-Beschreibung des Connectors, wie Operationen, Grenzwerte und zusätzliche Details, finden Sie im Referenzartikel zum Connector.

Die folgende Tabelle enthält weitere Informationen zu den verfügbaren Connectorvorgängen:

Voraussetzungen

• Ein Azure Konto und ein Abonnement. Wenn Sie nicht über ein Azure-Abonnement verfügen, können Sie sich für ein kostenloses Azure-Konto registrieren.

• Um eine Verbindung mit lokalen Informix-Datenbanken herzustellen, müssen Sie das lokale Datengateway auf einem lokalen Computer herunterladen und installieren und dann eine Azure-Datengatewayressource im Azure-Portal erstellen.

• Der Workflow der Verbrauchs- oder Standardlogik-App, in dem Sie Zugriff auf Ihre Informix-Datenbank benötigen.

  Der Informix-Connector stellt nur Aktionen bereit, sodass Ihr Workflow mit einem vorhandenen Trigger beginnen muss, der am besten zu Ihrem Szenario passt. In diesem Beispiel wird der Serien-Trigger verwendet.

  Wenn Sie keinen Logik-App-Workflow haben, lesen Sie die folgenden Artikel:

  • Erstellen eines Beispiels für einen Logik-App-Workflow (Verbrauch)

  • Erstellen eines Beispiels für einen Standardlogik-App-Workflow

Hinzufügen einer Informix-Aktion

Je nachdem, ob Sie über einen Verbrauchs- oder Standardworkflow verfügen, führen Sie die entsprechenden Schritte auf der entsprechenden Registerkarte aus:

Verbindungsinformationen

1. Wählen Sie für eine lokale Informix-Datenbank "Verbinden" über das lokale Datengateway aus, um die zugehörigen erforderlichen Parameter anzuzeigen.

2. Geben Sie die folgenden Verbindungsinformationen an:

   Parametername	JSON-Parametername	Erforderlich	Beispielwert	BESCHREIBUNG
   Verbindungsname	name	Ja	informix-demo-connection	Der Name für die Verbindung.
   Server	server	Ja	- Clouddatenbank: informixdemo.cloudapp.net:9089 - Lokale Datenbank: informixdemo:9089	Die TCP/IP-Adresse oder der Alias im IPv4- oder IPv6-Format, gefolgt von einem Doppelpunkt und einer TCP/IP-Portnummer
   Datenbank	database	Ja	nwind	Der DRDA-Relationale Datenbankname (RDBNAM) oder der Informix-Datenbankname (dbname). Informix akzeptiert eine 128-Byte-Zeichenfolge.
   Benutzername	username	Nein	< Datenbankbenutzername>	Ihr Benutzername für die Datenbank.
   Passwort	password	Nein	< Datenbankkennwort>	Ihr Kennwort für die Datenbank.
   Authentifizierung	authentication	Nur Vor-Ort	Windows (Kerberos) oder Basic	Der Authentifizierungstyp, der von Ihrer Datenbank benötigt wird. Dieser Parameter wird nur angezeigt, wenn Sie "Verbinden" über das lokale Datengateway auswählen. Wichtig: Die Standardauthentifizierung hat erhebliche Sicherheitsnachteile, z. B. das Senden von Anmeldeinformationen mit jeder Anforderung und ist anfällig für Websiteanforderungsfälschungsangriffe (CSRF). Obwohl diese Methode für bestimmte Szenarien geeignet sein kann, sollten Sie bei Verfügbarkeit sicherere Authentifizierungsmethoden in Betracht ziehen. Weitere Informationen finden Sie in den folgenden Ressourcen: - Authentifizierungsleitfaden - Übersicht über die Kerberos-Authentifizierung in Windows Server - In der Microsoft Entra-ID verfügbare Authentifizierungs- und Überprüfungsmethoden
   Gateway	gateway	Nur Vor-Ort	- Abonnement: <Azure-Abonnement> – <Azure-on-premises-data-gateway-resource>	Der Azure-Abonnementname und der Azure-Ressourcenname für das lokale Datengateway, das Sie im Azure-Portal erstellt haben. Die Gatewayeigenschaft und -untereigenschaften werden nur angezeigt, wenn Sie "Verbinden" über das lokale Datengateway auswählen.

   Die folgenden Beispiele zeigen Beispielverbindungen für Clouddatenbanken und lokale Datenbanken:

   • Clouddatenbank

     

   • Lokale Datenbank

     

3. Wenn Sie fertig sind, wählen Sie "Neu erstellen" aus.

4. Fahren Sie mit den nächsten Schritten für Verbrauchsworkflows oder Standardworkflows fort.

Authentifizierungsleitfaden

• Vermeiden Sie nach Möglichkeit Methoden, die einen Benutzernamen und ein Kennwort oder Token verwenden.

  Warnung

  Microsoft warnt davor, die folgenden Abläufe für die Authentifizierung und Autorisierung zu verwenden:

  • Kennwortanmeldeinformationen (Resource Owner Password Credentials, ROPC) für OAuth 2.0

    Mit diesem Fluss können Sie sich mit einem Kennwort bei einer Anwendung anmelden. Der Fluss ist mit der mehrstufigen Authentifizierung (MFA) nicht kompatibel, erfordert ein sehr hohes Vertrauen in die Anwendung und trägt Risiken, die in anderen Flüssen nicht vorhanden sind. Verwenden Sie diesen Fluss nur, wenn andere sicherere Flüsse nicht unterstützt oder verfügbar sind.

    Weitere Informationen finden Sie unter Oauth 2.0 Resource Owner Password Credentials.

  • Impliziter Genehmigungsfluss für OAuth 2.0

    Dieser tokenbasierte Fluss ist für herkömmliche Web-Apps vorgesehen, bei denen der Server eine sicherere Kontrolle über die Verarbeitung POST von Daten hat und häufig mit dem Autorisierungscodefluss verwendet wird. Aufgrund der Art und Weise, wie dieser Fluss ID-Token oder Zugriffstoken verarbeitet und zurückgibt, erfordert der Fluss ein sehr hohes Vertrauen in die Anwendung und trägt Risiken, die in anderen Flüssen nicht vorhanden sind. Verwenden Sie diesen Fluss nur, wenn andere sicherere Flüsse nicht unterstützt oder verfügbar sind.

    Weitere Informationen finden Sie im OAuth 2.0 impliziter Genehmigungsfluss.

• Stellen Sie sicher, dass Sie vertrauliche und personenbezogene Daten schützen.

  Von Bedeutung

  Schützen Sie immer vertrauliche und personenbezogene Daten, z. B. Anmeldeinformationen, geheime Schlüssel, Zugriffstasten, Verbindungszeichenfolgen, Zertifikate, Fingerabdrucke und ähnliche Informationen mit der höchsten verfügbaren oder unterstützten Sicherheitsstufe.

  Stellen Sie sicher, dass Sie diese Informationen sicher speichern, indem Sie Microsoft Entra ID und Azure Key Vault verwenden. Codieren Sie diese Informationen nicht, teilen Sie sie mit anderen Benutzern, oder speichern Sie sie an einer beliebigen Stelle, auf die andere Personen zugreifen können. Richten Sie einen Plan ein, um Geheimnisse zu rotieren oder zu widerrufen, im Falle, dass sie kompromittiert werden. Weitere Informationen finden Sie in den folgenden Ressourcen:

  • Automatisieren der Drehung geheimer Schlüssel in Azure Key Vault
  • Bewährte Methoden zum Schützen von Geheimschlüsseln
  • Geheime Schlüssel im Azure Key Vault

Testen Ihres Workflows

Je nachdem, ob Sie über einen Verbrauch- oder Standardworkflow verfügen, führen Sie die Schritte auf der entsprechenden Registerkarte aus:

Das folgende Beispiel zeigt die Beispielausgabe der Aktion Zeilen abrufen in einem Verbrauchsworkflow:

Verwandte Inhalte

• Was sind Connectors in Azure Logic Apps
• Verwaltete Connectoren für Azure Logic Apps
• Integrierte Konnektoren für Azure Logic Apps