Accéder aux ressources dans les bases de données IBM Informix à partir de flux de travail dans Azure Logic Apps

S’applique à : Azure Logic Apps (Consommation + Standard)

Pour automatiser les tâches qui gèrent les ressources dans les bases de données IBM Informix à l’aide de flux de travail dans Azure Logic Apps, vous pouvez utiliser le connecteur IBM Informix . Ce connecteur inclut un client Microsoft qui communique avec des ordinateurs serveur Informix distants sur un réseau TCP/IP, y compris des bases de données basées sur le cloud telles qu’IBM Informix pour Windows s’exécutant dans la virtualisation Azure et les bases de données locales.

Vous pouvez vous connecter aux plateformes et versions Informix suivantes s’ils sont configurés pour prendre en charge les connexions clientes DRDA (Distributed Relational Database Architecture) :

• IBM Informix 12.1
• IBM Informix 11.7

Cet article explique comment se connecter à partir d’un flux de travail dans Azure Logic Apps à une base de données Informix et ajouter des opérations pour différentes tâches.

Référence technique du connecteur

Pour obtenir des informations techniques basées sur la description Swagger du connecteur, telles que les opérations, les limites et d’autres détails, consultez l’article de référence du connecteur.

Le tableau suivant fournit plus d’informations sur les opérations de connecteur disponibles :

Conditions préalables

• Un compte et un abonnement Azure. Si vous n’avez pas d’abonnement Azure, inscrivez-vous pour bénéficier d’un compte Azure gratuit.

• Pour vous connecter à des bases de données Informix locales, vous devez télécharger et installer la passerelle de données locale sur un ordinateur local, puis créer une ressource de passerelle de données Azure dans le portail Azure.

• Flux de travail de type Consommation ou application logique de type Standard dans lequel vous avez besoin d’accéder à votre base de données Informix.

  Le connecteur Informix fournit uniquement des actions. Votre flux de travail doit donc commencer par un déclencheur existant qui convient le mieux à votre scénario. Cet exemple utilise le déclencheur Périodicité.

  Si vous n’avez pas de flux de travail d’application logique, consultez les articles suivants :

  • Créer un workflow d’application logique de consommation

  • Créer un exemple de flux de travail d’application logique standard

Ajouter une action Informix

Selon que vous disposez d’un flux de travail Consommation ou Standard, suivez les étapes correspondantes sous l’onglet correspondant :

Informations de connexion

1. Pour une base de données Informix locale, sélectionnez Se connecter via la passerelle de données locale pour afficher les paramètres requis associés.

2. Spécifiez les informations de connexion suivantes :

   Nom du paramètre	Nom de paramètre JSON	Obligatoire	Exemple de valeur	Descriptif
   Nom de connexion	name	Oui	informix-demo-connection	Nom de la connexion.
   Serveur	server	Oui	- Base de données cloud : informixdemo.cloudapp.net:9089 - Base de données locale : informixdemo:9089	Adresse TCP/IP ou alias au format IPv4 ou IPv6, suivi d’un signe deux-points et d’un numéro de port TCP/IP
   Base de données	database	Oui	nwind	Nom de la base de données relationnelle DRDA (RDBNAM) ou nom de base de données Informix (dbname). Informix accepte une chaîne de 128 octets.
   Nom d’utilisateur	username	Non	< database-user-name>	Nom d’utilisateur de la base de données.
   Mot de passe	password	Non	< database-password>	Votre mot de passe pour la base de données.
   Authentification	authentication	Localement uniquement	Windows (kerberos) ou De base	Type d’authentification requis par votre base de données. Ce paramètre s’affiche uniquement lorsque vous sélectionnez Se connecter via une passerelle de données locale. Important : l’authentification de base présente des inconvénients de sécurité importants, tels que l’envoi d’informations d’identification avec chaque requête et la vulnérabilité aux attaques par falsification de requête intersite (CSRF). Bien que cette méthode puisse convenir à certains scénarios, envisagez des méthodes d’authentification plus sécurisées lorsqu’elles sont disponibles. Pour plus d’informations, consultez les ressources suivantes : - Aide sur l’authentification - Vue d’ensemble de l’authentification Kerberos dans Windows Server - Méthodes d’authentification et de vérification disponibles dans l’ID Microsoft Entra
   Passerelle	gateway	Localement uniquement	- Abonnement : <Abonnement Azure> - <Azure-on-premises-data-gateway-resource>	L’abonnement Azure et le nom de ressource Azure pour la passerelle de données locale que vous avez créée dans le portail Azure. La propriété de passerelle et les sous-propriétés s’affichent uniquement lorsque vous sélectionnez Se connecter via une passerelle de données locale.

   Les exemples de connexions suivants montrent des exemples de connexions pour les bases de données cloud et les bases de données locales :

   • Base de données cloud

     

   • Base de données locale

     

3. Lorsque vous avez terminé, sélectionnez Créer nouveau.

4. Passez aux étapes suivantes pour les flux de travail Consommation ou Standard .

Aide sur l’authentification

• Si possible, évitez les méthodes qui utilisent un nom d’utilisateur et un mot de passe ou des jetons.

  Avertissement

  Microsoft recommande contre l’utilisation des flux suivants pour l’authentification et l’autorisation :

  • Informations d’identification de mot de passe du propriétaire de la ressource (ROPC) pour OAuth 2.0

    Ce flux vous permet de vous connecter à une application avec un mot de passe. Le flux n’est pas compatible avec l’authentification multifacteur (MFA), nécessite un degré de confiance très élevé dans l’application et comporte des risques qui n’existent pas dans d’autres flux. Utilisez ce flux uniquement si d’autres flux plus sécurisés ne sont pas pris en charge ou disponibles.

    Pour plus d’informations, consultez les informations d’identification du mot de passe du propriétaire de la ressource Oauth 2.0.

  • Flux d’octroi implicite pour OAuth 2.0

    Ce flux basé sur des jetons est destiné aux applications web traditionnelles où le serveur a un contrôle plus sécurisé sur le traitement des POST données et est souvent utilisé avec le flux de code d’autorisation. En raison de la façon dont ce flux gère et retourne des jetons d’ID ou des jetons d’accès, le flux nécessite un degré de confiance très élevé dans l’application et comporte des risques qui n’existent pas dans d’autres flux. Utilisez ce flux uniquement lorsque d’autres flux plus sécurisés ne sont pas pris en charge ou disponibles.

    Pour plus d’informations, consultez le flux d’octroi implicite OAuth 2.0.

• Assurez-vous de sécuriser et de protéger les données sensibles et personnelles.

  Important

  Sécurisez et protégez toujours les données sensibles et personnelles, telles que les informations d’identification, les secrets, les clés d’accès, les chaînes de connexion, les certificats, les empreintes numériques et les informations similaires avec le niveau de sécurité le plus élevé disponible ou pris en charge.

  Veillez à stocker ces informations en toute sécurité à l’aide de Microsoft Entra ID et Azure Key Vault. Ne codez pas ces informations en dur, partagez-les avec d’autres utilisateurs ou enregistrez en texte brut partout où d’autres utilisateurs peuvent y accéder. Établissez un plan pour la rotation ou la révocation des secrets en cas de compromission. Pour plus d’informations, consultez les ressources suivantes :

  • Automatiser la rotation des secrets dans Azure Key Vault
  • Meilleures pratiques pour la protection des secrets
  • Secrets de Azure Key Vault

Tester votre workflow

Selon que vous disposez d’un flux de travail Consommation ou Standard, suivez les étapes de l’onglet correspondant :

L'exemple suivant montre un exemple de sortie de l'action Obtenir des lignes dans un workflow de consommation :

Contenu connexe

• Qu’est-ce que des connecteurs dans Azure Logic Apps
• Connecteurs managés pour Azure Logic Apps
• Connecteurs intégrés pour Azure Logic Apps