Azure Logic Apps

Azure Logic Apps est une plateforme d’intégration low-code/no-code qui vous permet de créer visuellement des flux de travail automatisés à l’aide d’un concepteur par glisser-déposer. Chaque flux de travail se compose d’un déclencheur (l’événement qui le démarre) et d’une ou plusieurs Actions (les étapes exécutées dans l’ordre). Logic Apps connecte des centaines de services — Office 365, Salesforce, ServiceNow, Azure SQL, Blob Storage et bien d’autres — grâce à des connecteurs prédéfinis, sans devoir écrire intégralement le code d’intégration.

Logic Apps et Azure Functions permettent toutes deux une automatisation serverless pilotée par les événements, mais elles s’adressent à des publics différents. Logic Apps est conçu pour les spécialistes de l’intégration et les analystes métier qui privilégient les flux de travail visuels sans code, avec des connecteurs d’entreprise. Azure Functions est conçu pour les développeurs qui ont besoin d’un contrôle total du langage de programmation, d’une logique métier personnalisée et d’une latence plus faible. Pour une logique conditionnelle complexe ou des parcours sensibles aux performances, Azure Functions constitue le meilleur choix ; pour l’intégration SaaS et l’automatisation des processus métier, Logic Apps est préférable.

Logic Apps propose deux plans d’hébergement. Consumption (classique) exécute les flux de travail sur une infrastructure mutualisée et multilocataire, avec une facturation par exécution d’Action : il convient parfaitement aux automatisations peu fréquentes. Standard s’exécute sur une infrastructure App Service dédiée et à locataire unique, prend en charge l’intégration VNet, les connecteurs personnalisés via des API gérées et plusieurs flux de travail par Logic App. Standard est facturé à l’heure pour le plan, comme App Service. Choisissez Standard pour les flux de travail d’entreprise nécessitant une isolation de conformité ou une connectivité VNet.

Les flux de travail Logic Apps commencent par un déclencheur qui se déclenche lors d’un événement précis. Les déclencheurs par interrogation vérifient un service à intervalles réguliers (par exemple, « Lorsqu’un nouvel e-mail arrive » dans Outlook vérifie chaque minute). Les déclencheurs push utilisent des webhooks et se déclenchent immédiatement lorsqu’un événement se produit (par exemple, « Lorsqu’une demande HTTP est reçue »). Les déclencheurs de récurrence se déclenchent selon une planification. Les données produites par le déclencheur (corps de l’e-mail, charge utile HTTP) sont disponibles pour toutes les Actions suivantes du flux de travail.

Les Actions sont les étapes exécutées après le déclencheur. Chaque Action utilise un connecteur, c’est-à-dire un adaptateur d’intégration prédéfini pour un service ou un protocole donné. Logic Apps propose plus de 400 connecteurs intégrés et gérés, notamment Office 365 Outlook, SharePoint, Azure SQL Database, Salesforce, Slack, Twitter/X, SAP, ainsi que des connecteurs HTTP, SFTP et FTP génériques. Les connecteurs gérés prennent automatiquement en charge l’authentification et la gestion des connexions.

Logic Apps prend en charge les structures classiques de flux de contrôle. Les Actions Condition orientent le flux de travail en fonction d’une expression (par exemple, orderTotal > 1000). Les Actions Switch orientent l’exécution vers différentes branches en fonction d’une valeur. Les boucles For Each parcourent un tableau (par exemple, traiter chaque pièce jointe d’un e-mail). Les boucles Until répètent des Actions jusqu’à ce qu’une condition soit vraie. Toutes ces structures peuvent être configurées visuellement dans le concepteur ou sous forme de JSON dans la définition du flux de travail.

Logic Apps utilise un langage d’expressions pour transformer les données et y faire référence entre les Actions. Les expressions sont entourées de @{...} et prennent en charge des fonctions intégrées pour les chaînes (concat, toLower), les tableaux (length, first, filter), les dates (utcNow, addDays), la manipulation JSON et les références au flux de travail (triggerBody(), outputs('ActionName')). Ces fonctions sont évaluées au moment de l’exécution, lorsque l’étape s’exécute.

Chaque Action de Logic Apps possède un paramètre Run After qui contrôle le moment de son exécution : après la réussite, l’échec, l’expiration du délai ou l’ignorance de l’étape précédente. Cela permet une gestion robuste des erreurs : ajoutez une Action de compensation ou d’alerte qui ne s’exécute qu’en cas d’échec de l’étape précédente. Chaque Action dispose également de politiques de nouvelle tentative configurables (intervalle fixe, temporisation exponentielle) pour gérer automatiquement les échecs transitoires des services en aval.

Logic Apps s’intègre directement aux services Azure essentiels, à la fois comme déclencheurs et comme Actions. Vous pouvez déclencher un flux de travail lorsqu’un blob est ajouté à un conteneur de stockage, écrire les résultats dans Azure SQL Database, envoyer un message à Azure Service Bus, appeler une fonction Azure pour une logique personnalisée ou consigner les résultats dans un espace de travail Log Analytics. Logic Apps constitue ainsi une couche d’orchestration efficace qui relie des services Azure spécialisés sans code personnalisé.

Chaque exécution d’un flux de travail Logic Apps est enregistrée dans l’historique des exécutions, accessible dans le portail Azure. Vous pouvez examiner les entrées, les sorties, la durée et les messages d’erreur de chaque exécution au niveau de chaque Action, ce qui facilite le débogage. Activez la journalisation de diagnostic pour envoyer l’historique des exécutions et les journaux des déclencheurs vers un espace de travail Log Analytics à des fins d’analyse et d’alerte à long terme. Configurez des alertes Azure Monitor sur la métrique RunsFailed afin de détecter les flux de travail défaillants.

Choisissez Logic Apps pour : l’intégration d’applications SaaS et d’entreprise (Salesforce, SAP, ServiceNow), l’automatisation des processus métier avec des flux d’approbation, les chaînes ETL déclenchées par l’envoi de fichiers, les flux de notification et d’alerte, ainsi que les scénarios dans lesquels des personnes ne développant pas (analystes métier) doivent pouvoir modifier les étapes d’un flux sans écrire de code. Évitez Logic Apps pour les scénarios à haute fréquence et faible latence (utilisez plutôt Azure Functions) ou lorsque vous avez besoin de constructions de programmation complexes qui ne sont pas disponibles dans le langage d’expressions.

Vérifiez votre compréhension des concepts de Microsoft Azure Fundamentals (AZ-900) présentés dans cette leçon.

Dans cette leçon, vous avez appris que Azure Logic Apps fournit une automatisation de flux nécessitant peu de code, avec plus de 400 connecteurs prédéfinis, que les paramètres Run After permettent une gestion précise des erreurs pour chaque action, et que Logic Apps excelle dans l’intégration SaaS et l’automatisation des processus métier lorsque des personnes ne développant pas doivent modifier les flux. Nous allons maintenant découvrir Event Grid et l’architecture pilotée par les événements.