Architecture de service asynchrone

L’architecture système de Dynamics 365 Customer Engagement (on-premises) peut être divisée en trois principaux composants : le système central, qui inclut le pipeline d’exécution des événements, le composant de base de données, qui héberge la file d’attente asynchrone, et le service asynchrone. L’un des avantages de l’architecture évolutive de Dynamics 365 Customer Engagement (on-premises) est que le service asynchrone peut être hébergé sur des serveurs autres que le serveur Dynamics 365 Server, ce qui se traduit par l’amélioration des performances.

Enregistrez les plug-ins pour les événements asynchrones lorsqu’ils doivent effectuer une grande quantité de traitement ou pour des fonctions pour lesquelles le temps n’est pas critique. L’enregistrement d’un plug-in qui effectue une grande quantité de traitement pour un événement synchrone peut endommager les performances de Dynamics 365 Customer Engagement (on-premises).

Vous devez arrêter le service asynchrone avant de procéder à l’annulation de l’enregistrement d’un plug-in qui a été enregistré pour s’exécuter de façon asynchrone. L’arrêt du service empêche une situation où un plug-in enregistré asynchrone a été mis en file d’attente pour exécution, mais pour lequel aucun assembly de plug-in n’est actuellement enregistré. Par exemple, prenons le cas d’un plug-in qui a été enregistré pour s’exécuter de façon asynchrone et dont l’événement associé a été déclenché. Une fois l’opération asynchrone mise en file d’attente par le gestionnaire de files d’attente, annulez l’enregistrement (supprimez) l’assembly de plug-in dans la base de données Dynamics 365 Customer Engagement (on-premises). Dans ce cas, une erreur se produit quand le service asynchrone essaie d’exécuter l’opération asynchrone mise en file d’attente, mais que l’assembly de plug-in n’existe plus.

Gestionnaire de files d’attente

Le gestionnaire de files d’attente crée et gère les opérations asynchrones envoyées au service asynchrone, soit à partir du pipeline d’exécution d’événements soit directement par un appel du service web. Lorsqu’un événement est déclenché dans le pipeline d’exécution des événements, et si un ou plusieurs plug-ins sont stockés dans cet événement, le gestionnaire de files d’attente crée une nouvelle opération asynchrone dans la file d’attente. Durant toute la durée de vie de l’opération asynchrone, son statut peut changer plusieurs fois après la création jusqu’à ce qu’elle soit terminée. Le gestionnaire de files d’attente s’exécute dans le cadre du service asynchrone et gère les modifications d’état des opérations asynchrones. Une partie du gestionnaire de files d’attente, appelée agent de mise en file d’attente asynchrone, est placée sur le serveur Dynamics 365 Server.

Voir aussi

Inscrire et déployer des plug-ins
Procédure pas-à-pas : arrêter et démarrer le service asynchrone
Service asynchrone dans Dynamics 365 Customer Engagement (on-premises)
Entité AsyncOperation (tâche système)
Pipeline d’exécution des événements

Hinweis

Pouvez-vous nous indiquer vos préférences de langue pour la documentation ? Répondez à un court questionnaire. (veuillez noter que ce questionnaire est en anglais)

Le questionnaire vous prendra environ sept minutes. Aucune donnée personnelle n’est collectée (déclaration de confidentialité).