Configurer le stockage de base de données SQL pour les flux de travail Standard dans Azure Logic Apps (préversion)

S’applique à : Azure Logic Apps (Standard)

Que vous créez des applications logiques standard hébergées dans Azure Logic Apps, App Service Environment v3 ou votre propre infrastructure, vous avez toujours besoin d’un fournisseur de stockage pour enregistrer les artefacts de flux de travail, l’état et les données d’exécution. Lorsque vous configurez votre propre base de données SQL en tant que fournisseur de stockage, vous bénéficiez d’une plus grande flexibilité et d’un meilleur contrôle sur votre environnement d’exécution de flux de travail, le débit, la mise à l’échelle, les performances et la gestion.

Ce guide décrit pourquoi et comment configurer une base de données SQL en tant que fournisseur de stockage. Vous pouvez effectuer cette tâche lors de la création d’une application logique avec le portail Azure ou le déploiement avec Visual Studio Code.

Pourquoi configurer le stockage de base de données SQL

Une base de données SQL offre les avantages suivants :

Quand choisir SQL

Le tableau suivant décrit les scénarios où vous pouvez choisir SQL :

Prerequisites

• Un compte et un abonnement Azure actifs. Obtenez un compte gratuit.

• Un environnement SQL Server et de base de données pour votre application logique. Toutefois, avant de configurer votre environnement, effectuez les étapes suivantes :

  1. Créez une instance SQL Server.

     Éditions SQL Server prises en charge :

     • SQL Server

     • Base de données SQL Azure

     • Azure SQL Managed Instance et d’autres

  2. Si votre serveur SQL est pris en charge et hébergé sur Azure, veillez à configurer les autorisations suivantes :

     1. Dans le portail Azure, accédez à votre ressource SQL Server.

     2. Dans la barre latérale du serveur, sous Sécurité, sélectionnez Pare-feu et réseaux virtuels.

     3. Dans le volet ouvert, sous Autoriser les services et les ressources Azure à accéder à ce serveur, sélectionnez Oui.

     4. Enregistrez vos modifications.

  3. Si votre serveur SQL n’est pas hébergé sur Azure, assurez-vous que tous les pare-feu ou paramètres réseau permettent aux services et ressources Azure d’accéder à votre serveur et à votre base de données.

  4. Si vous disposez de SQL Express pour le développement local, connectez-vous à l’instance localhost\SQLExpressnommée par défaut.

  5. Créez ou réutilisez une base de données existante.

     Vous devez disposer d’une base de données active et viable avant de pouvoir configurer le fournisseur de stockage SQL.

  6. Suivez les étapes pour configurer votre environnement SQL dans cet article.

  7. Pour le développement local, vous avez besoin de Visual Studio Code localement installé sur votre ordinateur.

     Note

     Veillez à installer les derniers outils Azure Functions Core Tools et à disposer d’une prise en charge de SQL en choisissant Microsoft Installer (MSI), à savoir func-cli-X.X.XXXX-x*.msi. Pour plus d’informations sur les exigences de Visual Studio Code, consultez Créer des flux de travail Standard dans Azure Logic Apps avec Visual Studio Code.

Configurer votre environnement SQL

1. Avant de configurer le fournisseur de stockage SQL, vérifiez que vous avez terminé les étapes requises dans les conditions préalables.

2. Configurez les autorisations pour votre serveur SQL.

   Le fournisseur de stockage SQL prend actuellement en charge l’authentification SQL par le biais de chaînes de connexion. Vous pouvez également choisir l’authentification Windows pour le développement et le test locaux. Pour l’instant, la prise en charge de Microsoft Entra ID et des identités managées n’est pas disponible.

   Vous devez disposer d’une identité avec les autorisations nécessaires pour créer et gérer des artefacts de flux de travail dans la base de données SQL cible. Par exemple, un administrateur dispose de toutes les autorisations nécessaires pour créer et gérer ces artefacts.

   La liste suivante décrit les artefacts que le runtime Azure Logic Apps tente de créer avec la chaîne de connexion SQL que vous fournissez. Vérifiez que l’identité dans la chaîne de connexion SQL dispose des autorisations nécessaires pour créer les artefacts suivants :

   • Créez et supprimez les schémas suivants : dt, dc et dq.
   • Ajoutez, modifiez et supprimez des tables dans ces schémas.
   • Ajoutez, modifiez et supprimez des types de tables définis par l’utilisateur dans ces schémas.

   Pour plus d’informations sur les autorisations ciblées, consultez Autorisations SQL Server dans le moteur de base de données.

   Important

   Lorsque vous avez des informations sensibles, telles que des chaînes de connexion qui incluent des noms d’utilisateur et des mots de passe, veillez à choisir le flux d’authentification le plus sécurisé disponible. Microsoft vous recommande d’authentifier l’accès aux ressources Azure avec une identité managée quand c’est possible et d’attribuer un rôle disposant du privilège minimum nécessaire.

   Si cette fonctionnalité n’est pas disponible, veillez à sécuriser les chaînes de connexion via d’autres mesures, telles qu’Azure Key Vault, que vous pouvez ajouter aux paramètres de votre application. Vous pouvez ensuite référencer directement des chaînes sécurisées, telles que des chaînes de connexion et des clés. Comme pour les modèles ARM, où vous pouvez définir des variables d’environnement au moment du déploiement, vous pouvez définir les paramètres d’application dans la définition de flux de travail de votre application logique. Vous pouvez ensuite capturer des valeurs d’infrastructure générées dynamiquement, comme des points de terminaison de connexion, des chaînes de stockage, etc. Pour plus d’informations, consultez Types d’applications pour la plateforme d’identités Microsoft.

3. Connectez-vous à votre serveur SQL et à votre base de données.

   • Vérifiez que votre base de données SQL autorise l’accès nécessaire pour le développement.

   • Si vous disposez d’une base de données Azure SQL, effectuez les exigences suivantes :

     • Pour le développement et les tests au niveau local, autorisez explicitement les connexions à partir de l’adresse IP de votre ordinateur local. Vous pouvez définir vos règles de pare-feu IP dans Azure SQL Server.

     • Dans le portail Azure, autorisez votre ressource d’application logique à accéder à la base de données SQL avec une chaîne de connexion fournie en autorisant les services Azure.

     • Configurez tout autre contrôle d’accès réseau à la base de données SQL en fonction des besoins de votre scénario.

   • Si vous disposez d’Azure SQL Managed Instance, autorisez les services Azure (logicapp) à se connecter à votre base de données SQL via des points de terminaison publics sécurisés.

Configurer SQL durant la création dans le portail Azure

Lorsque vous créez votre application logique Standard, vous pouvez configurer SQL en tant que votre fournisseur de stockage.

1. Dans la zone de recherche du portail Azure , entrez logic appset sélectionnez Applications logiques.

   

2. Dans la barre d’outils de la page Applications logiques, sélectionnez Ajouter.

3. Dans la page Créer une application logique , sous Standard, sélectionnez l’option d’hébergement souhaitée.

4. Sous l’onglet Informations de base , fournissez les informations suivantes, qui peuvent varier en fonction de vos sélections :

   Propriété	Obligatoire	Valeur	Descriptif
   Subscription	Oui	< Nom de l’abonnement Azure>	Abonnement Azure pour votre application logique.
   Groupe de ressources	Oui	< nom-groupe-de-ressources-Azure>	Groupe de ressources Azure pour votre application logique et ressources associées. Le nom doit être unique entre les régions et peut contenir uniquement des lettres, des chiffres, des traits d’union (-), des traits de soulignement (_), des parenthèses (()) et des points (.). Cet exemple crée un groupe de ressources nommé Fabrikam-Workflows-RG.
   Type	Oui	Standard	Ce type d’application logique suit le modèle d’utilisation, de facturation et de tarification standard.
   Nom de l’application logique	Oui	< logic-app-name>	Nom de votre application logique. Ce nom de ressource doit être unique d’une région à l’autre et peut uniquement contenir des lettres, des chiffres, des traits d’union (-), des traits de soulignement (_), des parenthèses [()] et des points (.). Cet exemple crée une application logique nommée Fabrikam-Workflows. Remarque : le nom de votre application logique obtient automatiquement le suffixe, .azurewebsites.netcar la ressource d’application logique standard est alimentée par le runtime Azure Logic Apps monolocataire, qui utilise le modèle d’extensibilité Azure Functions et est hébergé en tant qu’extension sur le runtime Azure Functions. Azure Functions utilise la même convention d’affectation de noms d’application.
   Region	Oui	< Région Azure>	Emplacement de votre groupe de ressources et de vos ressources. Cet exemple déploie l’exemple d’application logique sur Azure et utilise USA Ouest. – Pour déployer sur une ressource ASEv3, qui doit d’abord exister, sélectionnez cette ressource d’environnement dans la liste Région.
   Plan Windows	Oui	< plan-name>	Nom du plan à utiliser. Sélectionnez un plan existant ou fournissez ou nom de nouveau plan. Cet exemple utilise le nom My-App-Service-Plan. Remarque : ne choisissez pas de plan App Service Linux. Seul le plan App Service Windows est pris en charge.
   Plan tarifaire	Oui	< niveau tarifaire>	Niveau tarifaire pour votre application logique et vos flux de travail. Votre sélection affecte la tarification, le calcul, la mémoire et le stockage pour votre application logique et vos flux de travail. Pour plus d’informations, consultez Plans d’hébergement et niveaux tarifaires.

   L’exemple suivant montre la page Créer une application logique avec l’onglet Informations de base :

   

5. Lorsque vous êtes prêt, sélectionnez Suivant : Stockage. Sous l’onglet Stockage , fournissez les informations suivantes sur la solution de stockage et le plan d’hébergement de votre application logique.

   Propriété	Obligatoire	Valeur	Descriptif
   Type de stockage	Oui	SQL et Stockage Azure	Stockage des artéfacts et des données de flux de travail. - Si vous avez sélectionné un emplacement personnalisé comme région, sélectionnez SQL. - Si vous avez sélectionné une région Azure ou un emplacement ASEv3, sélectionnez SQL et Stockage Azure. Remarque : Si vous effectuez un déploiement dans une région Azure, vous avez toujours besoin d’un compte de stockage Azure. Cette exigence termine l’hébergement unique de la configuration de l’application logique sur la plateforme Azure Logic Apps. La définition, l’état, l’historique des exécutions et les autres artefacts de runtime du workflow sont stockés dans votre base de données SQL. Pour les déploiements vers un emplacement personnalisé hébergé sur un cluster Azure Arc, vous avez uniquement besoin d’une base de données SQL pour le stockage.
   Compte de stockage	Oui	< Nom du compte Azure-storage>	Compte stockage Azure pour les transactions de stockage. Ce nom de ressource doit être unique d’une région à l’autre et comporter entre 3 et 24 caractères avec uniquement des chiffres et des lettres minuscules. Sélectionnez un compte existant ou créez un nouveau compte. Cet exemple crée un compte de stockage nommé fabrikamstorageacct.
   Chaîne de connexion SQL	Oui	< sql-connection-string>	Votre chaîne de connexion SQL, qui prend actuellement en charge uniquement l’authentification SQL, et non OAuth ou l’authentification avec une identité managée. Remarque : Veillez à entrer une chaîne de connexion correcte, car le portail Azure ne validera pas cette chaîne pour vous.

   L’exemple suivant montre la page Créer une application logique avec l’onglet Stockage :

   

6. Terminez les étapes de création restantes dans Créer un exemple de workflow Standard dans Azure Logic Apps monolocataire.

Quand vous avez terminé, votre nouvelle ressource d’application logique et votre workflow sont actifs dans Azure et utilisent votre base de données SQL comme fournisseur de stockage.

Configurer SQL pour le développement local dans Visual Studio Code

Les étapes suivantes montrent comment configurer SQL en tant que fournisseur de stockage pour le développement et les tests au niveau local dans Visual Studio Code :

1. Configurez votre environnement de développement de façon à ce qu’il fonctionne avec Azure Logic Apps monolocataire.

   1. Tenez compte des prérequis pour utiliser Visual Studio Code avec l’extension Azure Logic Apps (Standard).

   2. Configurez Visual Studio Code pour fonctionner avec l’extension Azure Logic Apps (Standard).

   3. Dans Visual Studio Code, connectez-vous à votre compte Azure et créez un projet d’application logique vide.

2. Dans Visual Studio Code, ouvrez le volet Explorateur si cela n’est pas déjà fait.

3. Dans le volet Explorateur, à la racine de votre projet d’application logique, déplacez le pointeur de la souris sur n’importe quelle zone vide sous tous les fichiers et dossiers du projet, ouvrez le menu contextuel, puis sélectionnez Utiliser le stockage SQL pour votre projet d’application logique.

   

4. À l’invite, entrez votre chaîne de connexion SQL. Vous pouvez choisir une instance SQL Express locale ou toute autre base de données SQL dont vous disposez.

   

   Après confirmation, Visual Studio Code crée le paramètre suivant dans le fichier local.settings.json de votre projet. Vous pouvez mettre à jour ce paramètre à tout moment.

   

Configurer SQL pendant le déploiement à partir de Visual Studio Code

Vous pouvez publier directement votre projet d’application logique sur Azure à partir de Visual Studio Code. Cette action déploie votre projet d’application logique sur une ressource d’application logique standard.

• Si vous publiez votre projet en tant que nouvelle ressource d’application logique standard dans Azure et que vous souhaitez une base de données SQL en tant que fournisseur de stockage, entrez votre chaîne de connexion SQL lorsque vous publiez votre application. Pour obtenir les étapes complètes, suivez Configurer SQL pour le déploiement d’une nouvelle application logique.

• Si vous avez déjà configuré vos paramètres SQL, vous pouvez publier votre projet d’application logique sur une ressource d’application logique standard déjà déployée dans Azure. Cette action remplace votre application logique existante.

  Note

  Une instance SQL Express locale ne fonctionne pas avec les applications logiques déployées et hébergées dans Azure.

Configurer SQL pour le nouveau déploiement de ressources d’application logique standard

1. Dans Visual Studio Code, ouvrez le volet Explorateur si cela n’est pas déjà fait.

2. Dans le volet Explorateur, à la racine de votre projet d’application logique, déplacez le pointeur de la souris sur n’importe quelle zone vide sous tous les fichiers et dossiers du projet, ouvrez le menu contextuel, puis sélectionnez Déployer sur l’application logique.

3. Si vous y êtes invité, sélectionnez l’abonnement Azure pour le déploiement de votre application logique.

4. Dans la liste ouverte par Visual Studio Code, veillez à sélectionner l’option Avancé pour Créer une application logique (Standard) dans Azure - Avancé. Sinon, vous n’êtes pas invité à configurer SQL.

   

5. Lorsque vous y êtes invité, fournissez un nom global unique pour votre nouvelle application logique, qui est le nom de la ressource d’application logique standard. Cet exemple utilise Fabrikam-Workflows-App.

   

6. Sélectionnez un emplacement pour votre application logique. Vous pouvez également commencer à taper du texte pour filtrer la liste.

   • Pour déployer sur Azure, sélectionnez la région Azure dans laquelle vous souhaitez effectuer le déploiement. Si vous avez créé une ressource App Service Environment v3 (ASEv3) et que vous souhaitez le déployer, sélectionnez votre environnement ASEv3.

   L’exemple suivant montre la liste des emplacements filtrée sur USA Ouest.

   

7. Sélectionnez le type de plan d’hébergement pour votre nouvelle application logique.

   1. Si vous avez sélectionné un ASEv3 comme emplacement pour votre application, sélectionnez Plan App Service, puis sélectionnez votre ressource ASEv3. Sinon, sélectionnez Workflow Standard.

      

   2. Créez un nom pour votre plan ou sélectionnez un plan existant.

      Cet exemple sélectionne Créer un plan App Service, car aucun plan existant n’est disponible.

      

8. Entrez un nom pour votre plan d’hébergement, puis sélectionnez un niveau tarifaire pour votre plan sélectionné.

   Pour plus d’informations, consultez Plans d’hébergement et niveaux tarifaires.

9. Quand vous êtes invité à entrer un groupe de ressources Azure, pour des performances optimales, sélectionnez le même groupe de ressources Azure que votre projet pour votre déploiement.

   Note

   Bien que vous puissiez créer ou choisir un autre groupe de ressources, cela peut affecter les performances. Si vous créez ou choisissez un groupe de ressources différent, mais annulez l’opération après l’affichage de l’invite de confirmation, votre déploiement est également annulé.

10. Quand vous êtes invité à sélectionner un compte de stockage pour votre application logique, choisissez l’une des options suivantes :

    • Si vous avez sélectionné un emplacement personnalisé, sélectionnez l’option SQL .

    • Si vous souhaitez déployer sur Azure, sélectionnez l’option SQL et stockage Azure.

      Note

      Cette option est nécessaire uniquement pour les déploiements Azure. Dans Azure, stockage Azure est nécessaire pour effectuer un hébergement unique de la configuration de l’application logique sur la plateforme Azure Logic Apps. L’état, l’historique des exécutions et les autres artefacts de runtime du workflow en cours sont stockés dans votre base de données SQL.

      Pour les déploiements vers un emplacement personnalisé hébergé sur un cluster Azure Arc, vous avez uniquement besoin d’une base de données SQL pour le stockage.

11. À l’invite, sélectionnez Créer un compte de stockage ou choisissez un compte de stockage existant le cas échéant.

    

12. À l’invite de confirmation du stockage SQL, sélectionnez Oui. À l’invite de la chaîne de connexion, entrez votre chaîne de connexion SQL.

    Note

    Veillez à entrer une chaîne de connexion correcte, car Visual Studio Code ne validera pas cette chaîne pour vous.

    

13. Terminez les étapes de déploiement restantes dans Publier sur une nouvelle ressource d’application logique standard.

Quand vous avez terminé, votre nouvelle ressource d’application logique et votre workflow sont actifs dans Azure et utilisent votre base de données SQL comme fournisseur de stockage.

Valider les déploiements

Après avoir déployé votre ressource d’application logique Standard sur Azure, vous pouvez vérifier si vos paramètres sont corrects :

1. Dans le portail Azure, ouvrez votre ressource d’application logique.

2. Dans le menu de navigation de la ressource, sélectionnez Configuration sous Paramètres.

3. Dans le volet Configuration, sous Paramètres de l’application, recherchez le paramètre d’application Workflows.Sql.ConnectionString, puis vérifiez que votre chaîne de connexion SQL s’affiche et est correcte.

4. Dans votre environnement SQL, vérifiez que les tables SQL ont été créées avec un nom de schéma commençant par « dt » et « dq ».

Par exemple, la capture d’écran suivante montre les tables que le runtime Azure Logic Apps monolocataire a créé pour une ressource d’application logique avec un seul workflow :

Le service Azure Logic Apps monolocataire crée également des types de tables définis par l’utilisateur. Par exemple, la capture d’écran suivante montre les types de tables définis par l’utilisateur que le runtime Azure Logic Apps monolocataire a créé pour une ressource d’application logique avec un seul workflow :

Contenu connexe

• Qu’est-ce qu’Azure Logic Apps ?
• Comparaison entre les modèles monolocataire et multilocataire dans Azure Logic Apps
• Créer des flux de travail Standard dans Azure Logic Apps avec Visual Studio Code
• Modifier les paramètres de l’hôte et de l’application pour les applications logiques standard