Asynchrone Servicearchitektur

 

Veröffentlicht: Januar 2017

Gilt für: Dynamics 365 (online), Dynamics 365 (on-premises), Dynamics CRM 2016, Dynamics CRM Online

Die Microsoft Dynamics 365-Systemarchitektur kann in drei Hauptteile unterteilt werden: Kernsystem, das die Ereignisausführungspipeline, die Datenbankkomponente, die die asynchrone Warteschlange und den asynchronen Service enthält. Ein Vorteil der skalierbaren Architektur von Microsoft Dynamics 365 ist, dass der asynchrone Service auf anderen Servern als Microsoft Dynamics 365 gehostet werden kann, mit dem Ergebnis einer verbesserten Leistung. Weitere Informationen finden Sie im Architekturdiagramm in Ereignisausführungspipeline.

Registrieren Sie Plug-Ins für asynchrone Ereignisse, wenn diese viele Verarbeitungsaufgaben durchführen müssen, oder für nicht zeitkritische Funktionen. Die Registrierung eines Plug-ins, das zahlreiche Verarbeitungsaufgaben für ein asynchrones Ereignis durchführt, kann sich nachteilig auf die Leistung von Microsoft Dynamics 365 auswirken.

Sie sollten den asynchronen Service anhalten, bevor Sie die Registrierung eines Plug-ins aufheben, das für die asynchrone Ausführung registriert wurde. Dies verhindert eine Situation, in der ein als asynchron registriertes Plug-in zur Ausführung vorgesehen ist, für das aber derzeit kein Plug-in-Assembly registriert ist. Ein Beispiel ist eine Situation, in der ein Plug-in für die asynchrone Ausführung registriert wurde, und das zugehörige Ereignis ausgelöst wurde. Nachdem der Warteschlangenmanager den asynchronen Vorgang in die Warteschlange gesetzt hat, heben Sie die Registrierung des Plug-in-Assemblys aus der Microsoft Dynamics 365-Datenbank auf. In diesem Fall wird ein Fehler generiert, wenn der asynchrone Service versucht, den in die Warteschlange gesetzten asynchronen Vorgang auszuführen, das Plug-in-Assembly aber nicht mehr vorhanden ist.

Warteschlangenmanager

Der Warteschlangen-Manager erstellt und verwaltet asynchrone Vorgänge, die an den asynchronen Service entweder von der Ereignisausführungspipeline oder direkt von einem Webserviceaufruf gesendet werden. Wenn ein Ereignis in der Ereignisausführungspipeline ausgelöst wird, und wenn ein oder mehrere Plug-ins für dieses Ereignis registriert sind, erstellt der Warteschlangenmanager einen neuen asynchronen Vorgang in der Warteschlange. Während der Laufzeit eines asynchronen Vorgangs kann sich dessen Status von der Erstellung bis zum Abschluss mehrmals ändern. Der Warteschlangenmanager wird als Teil des asynchronen Services ausgeführt und verwaltet die Statusänderungen der asynchronen Vorgänge. Ein Teil des Warteschlangen-Managers, der so genannte asynchrone Warteschlangenagent, befindet sich auf dem Microsoft Dynamics 365-Server.

Siehe auch

Registrieren und Bereitstellen von Plug-Ins
Anhalten und Starten des asynchronen Services
Asynchroner Service in Microsoft Dynamics 365
AsyncOperation (Systemauftrags-) Entität

Microsoft Dynamics 365

© 2017 Microsoft. Alle Rechte vorbehalten. Copyright