Qu’est-ce qu’Azure Logic Apps ?
Azure Logic Apps est une plateforme cloud sur laquelle vous pouvez créer et exécuter des workflows automatisés avec peu ou pas de code. En utilisant le concepteur visuel et en sélectionnant des opérations prédéfinies, vous pouvez créer rapidement un workflow qui intègre et gère vos applications, données, services et systèmes.
Azure Logic Apps simplifie les moyens de connecter de systèmes existants, modernes et de pointe dans le cloud, localement et dans des environnements hybrides. Vous pouvez utiliser des outils avec peu ou pas de code pour développer des solutions d’intégration hautement scalables qui prennent en charge vos scénarios d’entreprise et B2B (Business to business).
Cette liste décrit quelques exemples de tâches, de processus métier et de charges de travail que vous pouvez automatiser avec Azure Logic Apps :
Planifier et envoyer des notifications par e-mail avec Office 365 quand un événement spécifique se produit, tel que le chargement d’un nouveau fichier.
Router et traiter les commandes client sur l’ensemble des systèmes locaux et des services cloud.
Déplacer des fichiers chargés depuis un serveur SFTP ou FTP vers Stockage Azure.
Superviser des tweets, analyser les sentiments et créer des alertes ou des tâches pour des éléments à passer en revue.
L’exemple partiel suivant de flux de travail d’entreprise utilise des conditions et des commutateurs pour déterminer l’action suivante. Supposons que vous disposez d’un système de commandes et que votre flux de travail traite les commandes entrantes. Vous souhaitez examiner manuellement les commandes dépassant un certain coût. Votre workflow comporte déjà des étapes précédentes qui déterminent le coût d’une commande entrante. Vous devez donc créer une condition initiale basée sur cette valeur de coût, par exemple :
Conseil
Pour en savoir plus, vous pouvez poser ces questions à Azure Copilot :
- Quels problèmes puis-je résoudre avec Azure Logic Apps ?
- Quels avantages Azure Logic Apps propose-t-il ?
Pour rechercher Azure Copilot, dans la barre d’outils du Portail Azure, sélectionnez Copilot.
Si vous êtes prêt à vous lancer dans la création de votre premier workflow d’application logique, consultez Bien démarrer.
Pour en savoir encore plus, regardez cette vidéo :
Pour plus d’informations, consultez Azure Logic Apps sur le site web Azure et autres services d’intégration Azure.
Termes clés
Le tableau suivant définit brièvement la terminologie et les concepts de base d’Azure Logic Apps.
| Terme | Description |
|---|---|
| Application logique | Ressource Azure que vous créez quand vous souhaitez construire un flux de travail. Concrètement, vous pouvez créer les types de ressources d’application logique suivants : – Une ressource d’application logique Consommation qui prend en charge un flux de travail unique, qui est hébergé et exécuté dans Azure Logic Apps multilocataire global – Une ressource d’application logique Standard qui prend en charge plusieurs flux de travail qui sont hébergés et exécutés dans Azure Logic Apps monolocataire Découvrez-en davantage sur les types de ressources d’application logique et leurs modèles respectifs de ressources informatiques et de facturation. |
| Workflow | Série d’opérations qui définissent une tâche, un processus métier ou une charge de travail. Chaque flux de travail commence toujours par une seule opération de déclencheur, après laquelle vous devez ajouter une ou plusieurs opérations d’action. |
| Déclencheur | Première opération dans un flux de travail qui spécifie les critères à respecter avant d’exécuter les opérations suivantes dans ce flux de travail. Par exemple, un événement déclencheur peut être de recevoir un e-mail dans votre boîte de réception ou de détecter un nouveau fichier dans un compte de stockage. |
| Action | Chaque opération provoquée, qui suit le déclencheur dans le flux de travail. |
| Connecteur intégré | Ce type de connecteur ou d’opération est « intégré » au runtime Azure Logic Apps afin que les opérations s’exécutent en mode natif et directement avec le runtime pour des performances plus rapides, par rapport aux connecteurs gérés par Microsoft hébergés et exécutés dans Azure. Les opérations intégrées vous permettent de contrôler la planification ou la structure de votre flux de travail, d’exécuter votre propre code, de gérer et de manipuler des données, d’envoyer ou de recevoir des requêtes sur un point de terminaison et d’effectuer d’autres tâches dans votre flux de travail. Par exemple, vous pouvez démarrer presque n’importe quel flux de travail selon une planification en utilisant le déclencheur Périodicité. Vous pouvez aussi faire en sorte que votre flux de travail attende qu’il soit appelé quand vous utilisez le déclencheur Requête. Ces opérations ne vous obligent généralement pas à créer une connexion à partir de votre flux de travail. Même si la plupart des opérations intégrées ne sont associées à aucun service ou système, certaines sont accessibles à des services spécifiques, comme Azure Functions, Stockage Blob Azure, Azure App Service, etc. La disponibilité de ces opérations intégrées dépend de l’utilisation d’un flux de travail Consommation ou Standard d’application logique. Pour obtenir des informations et des exemples supplémentaires, consultez Connecteurs intégrés pour Azure Logic Apps. |
| Connecteur managé | Ce type de connecteur ou d’opération est publié par Microsoft, géré, hébergé et exécuté dans Azure, et est un proxy ou un wrapper prédéfini pour l’API REST d’un service ou d’un système que vous pouvez utiliser pour accéder à une application, des données, un service ou un système spécifiques. Avant de pouvoir utiliser la plupart des connecteurs managés, vous devez créer une connexion à partir de votre workflow et d’authentifier votre identité. Par exemple, vous pouvez démarrer votre workflow à l’aide d’un déclencheur ou exécuter une action qui fonctionne avec un service, comme Office 365 ou Salesforce, ou des serveurs de fichiers. Pour plus d’informations, consultez l’article Connecteurs managés pour Azure Logic Apps. |
| Compte d’intégration | Créez cette ressource quand vous voulez définir et stocker des artefacts B2B à utiliser dans vos workflows. Une fois que vous avez créé et lié un compte d’intégration à votre application logique, vos workflows peuvent utiliser ces artefacts B2B. Vos workflows peuvent également échanger des messages conformes aux normes d’échange de données informatisé (EDI) et d’Intégration d’Applications d’Entreprise (IAE). Par exemple, vous pouvez définir des partenaires commerciaux, des contrats, des schémas, des mappages et d’autres artefacts B2B. Vous pouvez créer des workflows qui utilisent ces artefacts et échangent des messages sur des protocoles tels que AS2, EDIFACT, X12 et RosettaNet. |
Pourquoi utiliser Azure Logic Apps ?
La plateforme d’intégration Azure Logic Apps fournit plus de 1 000 connecteurs prédéfinis afin de pouvoir connecter et intégrer des applications, des données, des services et des systèmes plus facilement et plus rapidement. Vous pouvez ainsi vous concentrer davantage sur la conception et l’implémentation de la logique métier et des fonctionnalités de votre solution. Vous gaspillerez moins d’énergie à savoir comment accéder à vos ressources.
Pour communiquer avec un point de terminaison de service quelconque, exécutez votre propre code, contrôlez la structure de votre workflow, manipulez les données ou connectez-vous à des services couramment utilisés avec un niveau de performance supérieur, vous pouvez utiliser des opérations de connecteur intégré. Ces opérations s’exécutent en mode natif sur le runtime Azure Logic Apps pour accélérer les performances.
Pour accéder à des ressources de services tels qu’Azure, Microsoft, d’autres services et applications web externes ou des systèmes locaux et travailler avec ces ressources, vous pouvez utiliser des opérations de connecteur (hébergées par Azure) gérées par Microsoft. Choisissez parmi plus de 1 000 connecteurs dans un écosystème Azure en constante expansion, par exemple :
Des services Azure tels que le Stockage Blob et Service Bus
Des services Office 365 tels qu’Outlook, Excel et SharePoint
Des serveurs de base de données tels que SQL et Oracle
Des systèmes d’entreprise tels que SAP et IBM MQ
Des partages de fichiers tels que FTP et SFTP
Pour plus d’informations, consultez la documentation suivante :
Lorsque vous générez des flux de travail dans Azure Logic Apps, vous n’avez généralement pas besoin d’écrire de code. Toutefois, si vous devez écrire du code, vous pouvez ajouter et exécuter des extraits de code JavaScript ou des scripts C# dans votre flux de travail à l’aide de l’action Code inline pour JavaScript ou C#, respectivement. Vous pouvez également ajouter et exécuter du code à l’aide d’Azure Functions. Si votre workflow doit interagir avec des événements d’autres services Azure, d’applications personnalisées ou d’autres solutions, vous pouvez superviser, router et publier des événements avec Azure Event Grid ou Azure Event Hubs.
Azure Logic Apps est complètement managé par Microsoft Azure, vous évitant d’avoir à vous soucier de l’hébergement, de la mise à l’échelle, de la gestion, de la supervision et de la tenue à jour des solutions créées avec ces services. Quand vous utilisez ces fonctionnalités pour créer des solutions et des applications « serverless », vous pouvez juste vous concentrer sur la logique métier et les fonctionnalités. Ces services sont automatiquement redimensionnés pour répondre à vos besoins, rendre les intégrations plus rapides et vous aider à créer des applications cloud fiables en utilisant peu ou pas de code.
Pour savoir comment d’autres sociétés ont amélioré leur flexibilité et la concentration sur leurs activités principales grâce à la combinaison d’Azure Logic Apps avec d’autres services Azure et des produits Microsoft, lisez ces témoignages.
En quoi Azure Logic Apps diffère-t-il de Functions, WebJobs et Power Automate ?
Tous ces services vous aident à connecter et à réunir des systèmes disparates. Chaque service ayant des avantages, combiner leurs fonctionnalités est la meilleure façon de créer rapidement un système d’intégration évolutif et complet. Pour plus d’informations, consultez Choisir entre Azure Logic Apps, Azure Functions, Azure WebJobs et Microsoft Power Automate.
À quelle vitesse puis-je accélérer mes solutions avec Azure Logic Apps ?
Vous pouvez commencer par vos systèmes et services actuels, puis augmenter de façon incrémentielle à votre propre rythme. Quand vous êtes prêt, Azure Logic Apps vous aide à implémenter et à effectuer un scale-up vers des scénarios d’intégration plus matures en fournissant les fonctionnalités et avantages suivants.
Créer et modifier visuellement des workflows avec des outils faciles à utiliser
Gagnez du temps et simplifiez les processus complexes avec les outils de conception visuelle d’Azure Logic Apps. Créez vos workflows du début à la fin en utilisant le Concepteur de workflows Azure Logic Apps dans le portail Azure, dans Visual Studio Code ou dans Visual Studio. Démarrez simplement votre workflow à l’aide d’un déclencheur et ajoutez des actions de la galerie des connecteurs.
Connecter différents systèmes dans différents environnements
Certains modèles et processus sont faciles à décrire, mais difficiles à implémenter dans le code. Azure Logic Apps vous aide à connecter de façon fluide des systèmes disparates dans des environnements cloud, locaux et hybrides. Par exemple, vous pouvez connecter une solution marketing cloud à un système de facturation local, ou centraliser la messagerie entre les API et les systèmes avec Azure Service Bus. Azure Logic Apps offre un moyen rapide, fiable et cohérent de fournir des solutions réutilisables et reconfigurables pour ces scénarios.
Créer et déployer dans différents environnements
Selon votre scénario, les exigences de solution et les fonctionnalités souhaitées, choisissez de créer un flux de travail Consommation ou Standard d’application logique. En fonction de ce choix, le flux de travail s’exécutera dans un environnement Azure Logic Apps multilocataire, monolocataire, ou App Service Environment (v3). Avec l’environnement Azure Logic Apps monolocataire, vos flux de travail peuvent accéder plus facilement aux ressources protégées par des réseaux virtuels Azure. Si vous créez des workflows basés sur un seul locataire en utilisant Logic Apps avec Azure Arc, vous pouvez aussi exécuter les workflows dans des conteneurs. Pour plus d’informations, consultez Comparaison entre les modèles monolocataire et multilocataire dans Azure Logic Apps et Qu’est-ce que Logic Apps avec Arc ?
Le tableau suivant récapitule brièvement les différences entre un workflow d’application logique Consommation et Standard. Vous y découvrirez également les différences entre l’environnement multilocataire, l’environnement monolocataire et l’environnement App Service Environment v3 (ASEv3) pour le déploiement, l’hébergement et l’exécution de vos workflows d’application logique.
| Option d’hébergement | Avantages | Partage et utilisation des ressources | Modèle de tarification et facturation | Gestion des limites |
|---|---|---|---|---|
| Consommation Environnement hôte : Azure Logic Apps multilocataire |
- Le plus simple pour commencer - Paiement à l’utilisation - Complètement managé |
Une même ressource d’application logique ne peut avoir qu’un seul workflow. Toutes les applications logiques au niveau de tous les locataires Microsoft Entra partagent le même traitement (calcul), le même stockage, le même réseau, etc. À des fins de redondance, les données sont répliquées dans la région jumelée. Pour la haute disponibilité, le stockage géoredondant (GRS) est activé. |
Consommation (paiement à l’exécution) | Azure Logic Apps gère les valeurs par défaut de ces limites, mais vous pouvez modifier certaines de ces valeurs, si cette option est disponible pour la limite en question. |
| Standard (plan de service de flux de travail) Environnement hôte : Azure Logic Apps monolocataire Remarque : Si votre scénario nécessite des conteneurs, créez des applications logiques monolocataires via Logic Apps avec Azure Arc. Pour plus d’informations, consultez Qu’est-ce que Logic Apps avec Azure Arc ? |
- Davantage de connecteurs intégrés hébergés sur le runtime monolocataire pour un débit plus élevé et des coûts réduits à grande échelle - Plus de contrôle et d’optimisation des fonctionnalités autour des paramètres d’exécution et de performances - Prise en charge intégrée des réseaux virtuels et des points de terminaison privés. - Créez vos propres connecteurs intégrés. |
Une même ressource d’application logique peut avoir plusieurs workflows avec état et sans état. Les workflows qui se trouvent dans une même application logique et qui sont monolocataires partagent le même traitement (calcul), le même stockage, le même réseau, et ainsi de suite. Les données restent dans la même région que celle où vous déployez votre application logique. |
Standard, basé sur un plan d’hébergement avec un niveau tarifaire sélectionné. Si vous exécutez des workflows avec état, qui utilisent un stockage externe, le runtime Azure Logic Apps effectue des transactions de stockage basées sur les tarifs du service Stockage Azure. |
Vous pouvez modifier les valeurs par défaut de nombreuses limites, en fonction des besoins de votre scénario. Important : certaines limites sont assorties de valeurs maximales supérieures. Dans Visual Studio Code, les modifications que vous apportez aux limites par défaut dans les fichiers de configuration de votre projet d'application logique n'apparaissent pas dans l'expérience du concepteur. Pour plus d’informations, consultez Modifier les paramètres de l’environnement et de l’application pour les applications logiques dans Azure Logic Apps monolocataire. |
| Standard (App Service Environment v3) Environnement hôte : App Service Environment v3 (ASEv3) - Plans Windows uniquement |
Mêmes fonctionnalités que le modèle monolocataire en plus des avantages suivants : - Isolez entièrement vos applications logiques. - Créez et exécutez davantage d’applications logiques que dans le modèle Azure Logic Apps monolocataire. - Payez uniquement pour le plan App Service ASE, quel que soit le nombre d’applications logiques que vous créez et exécutez. - Permet d’activer la mise à l’échelle automatique ou la mise à l’échelle manuelle avec davantage d’instances de machine virtuelle ou un autre plan App Service. - Permet d’hériter de la configuration réseau de l’environnement ASEv3 sélectionné. Par exemple, lorsque vous déployez sur un environnement ASE interne, les workflows peuvent accéder aux ressources d’un réseau virtuel associé à l’environnement ASE et disposer de points d’accès internes. Remarque : En cas d’accès depuis l’extérieur d’un environnement ASE interne, les historiques d’exécution des workflows de cet environnement ASE ne peuvent pas accéder aux entrées et aux sorties d’actions. |
Une même application logique peut avoir plusieurs workflows avec état et sans état. Les workflows qui se trouvent dans une même application logique et qui sont monolocataires partagent le même traitement (calcul), le même stockage, le même réseau, et ainsi de suite. Les données restent dans la même région que celle où vous déployez vos applications logiques. |
Plan App Service | Vous pouvez modifier les valeurs par défaut de nombreuses limites, en fonction des besoins de votre scénario. Important : certaines limites sont assorties de valeurs maximales supérieures. Dans Visual Studio Code, les modifications que vous apportez aux limites par défaut dans les fichiers de configuration de votre projet d'application logique n'apparaissent pas dans l'expérience du concepteur. Pour plus d’informations, consultez Modifier les paramètres de l’environnement et de l’application pour les applications logiques dans Azure Logic Apps monolocataire. |
Prise en charge de premier ordre de l’intégration en entreprise et des scénarios B2B
Les entreprises et les organisations communiquent électroniquement entre elles avec les protocoles et des formats de message standard mais différents, tels qu’EDIFACT, AS2, X12 et RosettaNet. En utilisant les fonctionnalités d’intégration d’entreprise prises en charge par Azure Logic Apps, vous pouvez créer des workflows qui transforment des formats de message utilisés par des partenaires en formats que les systèmes de votre organisation peuvent interpréter et traiter. Azure Logic Apps gère ces échanges en douceur et en sécurité avec le chiffrement et les signatures numériques. Pour les scénarios d’intégration B2B, Azure Logic Apps intègre les fonctionnalités de BizTalk Server. Pour définir des artefacts B2B (business-to-business), vous devez créer un compte d’intégration dans lequel vous allez stocker ces artefacts. Une fois que vous avez lié ce compte à votre ressource d’application logique, vos flux de travail peuvent utiliser ces artefacts B2B et échanger des messages conformes aux normes d’échange de données informatisé (EDI) et d’intégration d’applications d’entreprise (EAI).
Pour plus d’informations, consultez la documentation suivante :
Intégrez et exploitez Microsoft BizTalk Server, Azure Service Bus, Azure Functions, la Gestion des API Azure, et bien plus encore.
Échangez des messages avec les protocoles EDIFACT, AS2, X12 et RosettaNet.
Traitez les messages XML et les fichiers plats.
Créez un compte d’intégration pour stocker et gérer les artefacts B2B, tels que les parties, les contrats, les mappages, les schémas, etc.
Par exemple, si vous utilisez Microsoft BizTalk Server, vos workflows peuvent communiquer avec votre instance BizTalk Server en utilisant le connecteur BizTalk Server. Vous pouvez ensuite exécuter ou étendre des opérations de type BizTalk dans vos workflows en utilisant des connecteurs de compte d’intégration. Dans l’autre sens, BizTalk Server peut communiquer avec vos workflows en utilisant Microsoft BizTalk Server Adapter pour Azure Logic Apps. Découvrez comment configurer et utiliser BizTalk Server Adapter dans votre instance BizTalk Server.
Écrire une seule fois pour réutiliser souvent
Créez vos flux de travail d’application logique en tant que modèles Azure Resource Manager pour pouvoir configurer et automatiser les déploiements dans plusieurs environnements et régions.
Extensibilité intégrée
Si aucun connecteur approprié n’est disponible pour exécuter le code souhaité, vous pouvez créer et exécuter des extraits de code à partir de votre flux de travail à l’aide de l’action Code inline pour les scripts JavaScript ouC#, ou vous pouvez utiliser Azure Functions. Vous pouvez aussi créer vos propres API et connecteurs personnalisés, que vous pouvez appeler à partir de vos flux de travail.
Accès direct aux ressources dans les réseaux virtuels Azure
Les workflows d’application logique peuvent accéder à des ressources sécurisées telles que des machines virtuelles, à d’autres services, et à des systèmes qui se trouvent à l’intérieur d’un réseau virtuel Azure quand vous utilisez Azure Logic Apps (Standard). Azure Logic Apps (Standard) est une instance monolocataire d’Azure Logic Apps qui utilise des ressources dédiées et s’exécute séparément d’Azure Logic Apps multilocataire global.
L’hébergement et l’exécution de flux de travail d’applications logiques dans votre propre instance dédiée aide à réduire l’impact que d’autres locataires Azure peuvent avoir sur le niveau de performance des applications. Cet impact est également appelé effet « voisins bruyants ».
Azure Logic Apps (Standard) offre les avantages suivants :
Vos propres adresses IP statiques, différentes des adresses IP statiques que les applications logiques partagent dans Azure Logic Apps multilocataire. Vous pouvez également configurer une adresse IP sortante publique, statique et prévisible pour communiquer avec les systèmes de destination. De cette façon, vous n’avez pas besoin de configurer d’ouvertures de pare-feu supplémentaires sur ces systèmes de destination.
Des limites accrues quant à la durée d’exécution, la conservation du stockage, le débit, le délai d’attente des requêtes et réponses HTTP, la taille des messages et les requêtes de connecteur personnalisé. Pour plus d’informations, consultez Limites et configuration pour Azure Logic Apps.
Comment fonctionnent les applications logiques
Un flux de travail d’application logique démarre toujours avec un seul déclencheur. Le déclencheur se déclenche quand une condition est satisfaite, par exemple quand un événement spécifique se produit ou quand les données répondent à des critères spécifiques. De nombreux déclencheurs incluent des fonctionnalités de planification qui contrôlent la fréquence d’exécution de votre workflow. Dès lors que le déclencheur s’est lancé, une ou plusieurs actions exécutent des opérations qui vont traiter, manipuler ou convertir les données qui transitent par le workflow ou qui vont faire avancer le workflow à l’étape suivante.
Azure Logic Apps implémente et utilise la sémantique de remise de messages « au moins une fois ». Le service remet rarement un message plusieurs fois, mais aucun message n’est perdu. Si votre entreprise ne gère pas ou ne peut pas gérer les messages en double, vous devez implémenter idempotence, qui est la possibilité d’accepter des messages identiques ou en double, tout en préservant l’intégrité des données et la stabilité du système. Ainsi, les répétitions de la même opération ne modifient pas le résultat après la première exécution.
La section suivante décrit la logique de l’exemple de flux de travail d’entreprise, qui fait partie d’un système d’ordre où le flux de travail traite les commandes entrantes. Le flux de travail comporte déjà des étapes qui déterminent le coût d’une commande entrante. Votre objectif est de passer en revue manuellement les commandes au-dessus d’un certain coût, de sorte de créer une condition initiale basée sur cette valeur de coût, par exemple :
Si la commande est inférieure à un certain montant, la condition est fausse. Le workflow traite alors la commande.
Si la condition est vraie, le workflow envoie un e-mail pour une révision manuelle. Un commutateur détermine l’étape suivante.
Si le réviseur l’approuve, le workflow continue à traiter la commande.
Si le réviseur la réaffecte, le workflow envoie un e-mail d’escalade pour obtenir plus d’informations sur la commande.
Si les conditions requises pour l’escalade sont satisfaites, la condition de réponse est vraie. La commande est alors traitée.
Si la condition de réponse est fausse, un e-mail est envoyé concernant le problème.
Vous pouvez créer visuellement des workflows avec le concepteur de workflows Azure Logic Apps dans le portail Azure, dans Visual Studio Code ou dans Visual Studio. Chaque flux de travail a également une définition sous-jacente qui utilise le format JSON (JavaScript Object Notation). Si vous préférez, vous pouvez modifier les workflows en changeant cette définition JSON. Pour certaines tâches de création et de gestion, Azure Logic Apps fournit une prise en charge des commandes Azure PowerShell et Azure CLI. Pour un déploiement automatisé, Azure Logic Apps prend en charge les modèles Azure Resource Manager.
Options de tarification
Chaque type de ressource d’application logique (multilocataire, monolocataire, App Service Environment (ASE v3)) a un modèle de tarification différent. Par exemple, les flux de travail d’application logique Consommation multilocataire suivent le modèle de tarification Consommation, tandis que les flux de travail d’application logique Standard monolocataire suivent le modèle tarifaire Standard. Découvrez-en plus sur les tarifs et les mesures pour Azure Logic Apps.
Bien démarrer
Avant de pouvoir démarrer avec Azure Logic Apps, vous avez besoin d’un abonnement Azure. Si vous n’avez pas encore d’abonnement, vous pouvez vous inscrire pour obtenir un compte Azure gratuitement.
Lorsque vous êtes prêt, penchez-vous sur un ou plusieurs des guides de démarrage rapide suivants pour Azure Logic Apps :
Créer un flux de travail d’application logique Consommation multilocataire dans le portail Azure
Créer un flux de travail d’application logique Consommation multilocataire dans Visual Studio
Créer un flux de travail d’application logique Consommation multilocataire dans Visual Studio Code
Vous pouvez également explorer d’autres guides de démarrage rapide pour Azure Logic Apps :
Créer un flux de travail d’application logique Consommation multilocataire à l’aide d’un modèle ARM
Créer un flux de travail d’application logique Consommation multilocataire à l’aide d’Azure CLI