Analyser les critères de décision

Effectué

Il existe plusieurs processus métier différents qui concourent à votre activité de location de vélos. Par exemple, il y a le processus de location de vélos, le processus de retour, le processus de réservation de vélos et des processus qui ne sont pas directement liés aux vélos, comme la planification des congés du personnel.

Nous avons introduit un tableau de technologies Azure qui pourraient être utilisées pour aider à créer ces processus. Essayons d’être plus concrets quant à la façon dont nous prenons une décision pour un processus donné.

Comment choisir un service

Le schéma suivant montre un diagramme de flux simplifié que vous pouvez utiliser pour choisir la technologie la plus appropriée pour votre processus métier :

Diagram of decision flow chart described in depth in the text that follows.

La première question à vous poser est de savoir si vous préférez concevoir le workflow dans un outil de concepteur GUI ou en écrivant du code. Les raisons valides de l’utilisation d’un outil design-first sont les suivantes :

  • Les personnes qui conçoivent le workflow n’ont aucune expérience de codage.
  • Les derniers concepteurs et utilisateurs peuvent consulter la conception graphique pour comprendre clairement le cheminement du workflow.

Sinon, vous pouvez choisir d’utiliser un outil orienté code pour les raisons suivantes :

  • Les personnes qui conçoivent le workflow sont des développeurs et préfèrent travailler entièrement dans le code.
  • Vous souhaitez que les détails d’un workflow ne soient pas visibles des non-codeurs.

Choisir une technologie design-first

Si vous choisissez d’utiliser une approche orientée conception, vous devez aussi choisir entre Microsoft Power Automate et Azure Logic Apps.

La question principale est alors de déterminer qui des développeurs ou des utilisateurs sera chargé de concevoir le workflow.

Dans Logic Apps, il existe un concepteur visuel sur lequel vous dessinez le flux de travail. Il est intuitif et facile à utiliser, mais vous pouvez également passer en coulisses et modifier le code source d’un workflow. Cet outil est conçu pour les personnes ayant des compétences en développement.

Dans Microsoft Power Automate, des modèles et une aide supplémentaires sont fournis pour les types de workflow courants. Il n’existe aucun moyen de modifier le code source créé par l’outil. Cet outil est conçu pour les utilisateurs qui comprennent bien le processus métier, mais qui n’ont aucune compétence en codage.

Choisir une technologie code-first

Si vous choisissez d’utiliser une approche orientée code, vous devez alors choisir entre WebJobs et Azure Functions.

En raison des fonctionnalités supplémentaires incluses dans Azure Functions, notamment un éventail plus large d’événements de déclencheur et de langages pris en charge, de la possibilité de développer du code de test dans le navigateur et du modèle de prix de paiement à l’utilisation, envisagez Azure Functions comme choix par défaut. Les WebJobs peuvent s’avérer être un meilleur choix dans quelques situations :

  • Vous souhaitez modéliser le workflow au sein d’une application Azure App Service existante. Cette exigence signifie que le workflow peut également être géré dans le cadre de l’application, par exemple dans un environnement Azure DevOps.
  • Vous souhaitez apporter au JobHost des personnalisations spécifiques qui ne sont pas prises en charge par Azure Functions.
  • Vous souhaitez contrôler les stratégies de nouvelle tentative de votre application.
  • Les WebJobs prennent en charge uniquement C# sur Microsoft Windows.

Combinaison de technologies

N’oubliez pas que vous n’êtes pas obligé d’utiliser la même technologie pour différents workflows : si vos exigences diffèrent, votre processus de prise de décision peut vous mener à une réponse différente. De plus, vous pouvez appeler un workflow à partir d’un autre. Par exemple, un workflow implémenté dans Microsoft Power Automate peut facilement en appeler un autre qui est généré en tant que fonction Azure.

Une des raisons pour combiner les technologies utilisées dans vos processus métier est de permettre aux utilisateurs de contrôler une petite section d’un workflow complet. Pour ce faire, implémentez cette section dans Microsoft Power Automate, puis appelez ce flux à partir d’une application logique, de WebJobs ou d’une fonction.