Qu’est-ce que Logic Apps avec Azure Arc ? (Préversion)
Notes
Cette fonctionnalité est en préversion et est soumise aux conditions d’utilisation supplémentaires des préversions de Microsoft Azure.
Avec Logic Apps avec Azure Arc, vous pouvez développer et exécuter des applications logiques basées sur un seul locataire partout où Kubernetes peut s’exécuter. Par exemple, vous pouvez exécuter vos workflows d’application logique sur Azure, Azure Kubernetes Service, localement et même d’autres fournisseurs de cloud. Cette offre fournit une plateforme de gestion unique centralisée via Azure Arc et le portail Azure et vous propose les fonctionnalités suivantes :
- Utilisez Azure Logic Apps comme plateforme d’intégration.
- Connectez vos workflows à tous vos services, quel que soit l’endroit où ils sont hébergés.
- Exécutez vos solutions d’intégration directement avec vos services.
- Créez et modifiez vos workflows avec Visual Studio Code.
- Déployez à l’aide de votre choix de pipelines pour DevOps.
- Contrôlez votre infrastructure et vos ressources dans Azure, en dehors d’Azure, dans plusieurs clouds, localement et dans des environnements de périphérie.
Pour plus d’informations, consultez la documentation suivante :
- Qu’est-ce qu’Azure Logic Apps ?
- Comparaison entre les modèles monolocataire et multilocataire dans Azure Logic Apps
- Vue d’ensemble d’Azure Arc
- Présentation d’Azure Kubernetes Service
- Qu’est-ce que Kubernetes avec Azure Arc ?
- Qu’est-ce que Kubernetes ?
Pourquoi utiliser Logic Apps avec Azure Arc
Avec Logic Apps avec Azure Arc, vous pouvez créer et déployer des workflows d’application logique de la même façon que dans l’expérience monolocataire pour Azure Logic Apps. Vous bénéficiez également d’un contrôle et d’une flexibilité accrus quand des applications logiques s’exécutent sur une infrastructure Kubernetes que vous exploitez et gérez.
Il existe des différences mineures entre les expériences Azure Arc et Azure Logic Apps monolocataire pour la création, la conception et le déploiement d’applications logiques. Quand vous utilisez Logic Apps avec Azure Arc, la principale différence réside dans le fait que vos applications logiques s’exécutent dans un emplacement personnalisé. Cet emplacement est mappé à un cluster Kubernetes avec Azure Arc sur lequel vous avez installé et activé le pack d’extensions de la plateforme Azure App Service.
Par exemple, ce cluster peut avoir une configuration Azure Kubernetes Service, Kubernetes seule ou une autre configuration. Le pack d’extensions vous permet d’exécuter des services de plateforme tels qu’Azure Logic Apps, Azure App Service et Azure Functions sur votre cluster Kubernetes.
Pour plus d’informations, consultez la documentation suivante :
- Comparaison entre les modèles monolocataire et multilocataire dans Azure Logic Apps
- Présentation d’Azure Kubernetes Service
- Qu’est-ce que Kubernetes avec Azure Arc ?
- Emplacements personnalisés sur Kubernetes avec Azure Arc
- App Service, Functions et Logic Apps sur Azure Arc (préversion)
- Configurer un cluster Kubernetes activé pour Azure Arc pour exécuter App Service, Functions et Logic Apps (préversion)
Quand utiliser Logic Apps avec Azure Arc
Bien que Kubernetes offre davantage de contrôle et de flexibilité, cette solution constitue également une surcharge opérationnelle. Si vous estimez qu’Azure Logic Apps répond à vos besoins, nous vous encourageons à continuer à utiliser ce service. Toutefois, envisagez d’utiliser Logic Apps avec Azure Arc quand vous rencontrez les scénarios suivants :
Vous exécutez déjà l’ensemble de vos applications et services sur Kubernetes. Vous souhaitez étendre ces processus et contrôles à tous vos autres services PaaS.
Vous souhaitez utiliser Azure Logic Apps comme plateforme d’intégration. Toutefois, vous avez besoin d’une mise en réseau affinée avec un contrôle sur le calcul et de la flexibilité. Vous ne voulez pas utiliser un ASE (App Service Environment).
Pour des raisons de sécurité, vous devez contrôler l’emplacement d’exécution de vos applications logiques, par exemple, dans votre propre région ou dans votre propre centre de données.
Vous souhaitez exécuter vos applications logiques dans des scénarios à clouds multiples et utiliser Azure Logic Apps comme plateforme d’intégration unique pour toutes vos applications, quel que soit l’emplacement où elles sont exécutées.
Comparer les offres
Ce tableau fournit une comparaison générale entre les fonctionnalités des offres Azure Logic Apps actuelles :
Capacité
Azure Logic Apps multilocataire (Consommation)
Azure Logic Apps monolocataire (Standard)
Conteneurs autonomes
Remarque: Non pris en charge pour les workflows dans les environnements de production. Pour les conteneurs entièrement pris en charge, créez des workflows Logic Apps avec Azure Arc à la place.
Azure Arc
Développement local
Visual Studio Code
Visual Studio Code, notamment l’historique des exécutions et la vue d’ensemble avec débogage de point d’arrêt
Visual Studio Code
Visual Studio Code, notamment l’historique des exécutions et la vue d’ensemble avec débogage de point d’arrêt
Hébergement
Exécution dans Azure uniquement
Exécution dans Azure uniquement
Exécution partout où vos conteneurs s’exécutent
Exécution n’importe où avec un cluster Kubernetes avec Azure Arc
Gestion
Expérience Azure Logic Apps entièrement managée
Expérience Azure Logic Apps entièrement managée
Non managé
Expérience Azure Logic Apps managée avec le contrôle opérationnel au niveau de Kubernetes
Surveillance
Surveiller dans le portail Azure, notamment l’historique des exécutions, soumettre à nouveau l’exécution et des fonctionnalités Application Insights, si nécessaire
Surveiller dans le portail Azure, notamment l’historique des exécutions, soumettre à nouveau l’exécution et les fonctionnalités Application Insights, si nécessaire
Surveiller uniquement avec Application Insights ou d’autres outils d’analyse de conteneurs
Surveiller dans le portail Azure, notamment l’historique des exécutions, soumettre à nouveau l’exécution et les fonctionnalités Application Insights, si nécessaire
Mise à l'échelle
Contrôler la mise à l’échelle à l’aide du plan Consommation
Contrôler la mise à l’échelle à l’aide du plan Standard
Non disponible
Contrôler la mise à l’échelle à l’aide de KEDA (Kubernetes-based Event Driven Autoscaling). Configurer des événements de mise à l’échelle en fonction de la longueur de la file d’attente.