Dynamics 365-Prozessarchitektur
Veröffentlicht: Januar 2017
Gilt für: Dynamics 365 (online), Dynamics 365 (on-premises), Dynamics CRM 2016, Dynamics CRM Online
Das Prozessmanagementsystem in Microsoft Dynamics 365 enthält das Microsoft Dynamics 365 SDK, Plug-Ins, Formulare und anderen Komponenten.
In diesem Thema
Prozessarchitekturdiagramm
Prozess und das einheitliche Ereignismodell
Prozesslebenszyklus
Prozess und der asynchrone Dienst: Nur bei Workflows
Prozesspersistenz und Herunterfahren: Nur bei Workflows
Prozessarchitekturdiagramm
Das folgende Diagramm zeigt die hochrangige Systemarchitektur Microsoft Dynamics 365 und hebt Teile des Systems hervor, die für die Prozesse spezifisch sind.
.jpeg "Prozessarchitektur")
Dieses Diagramm zeigt die Prozessarchitektur von Microsoft Dynamics 365, einschließlich der internen Komponenten, der externen Komponenten der Infrastruktur und der Daten.
Interne Komponenten. Für interne Komponenten, die das Prozessprogrammiermodell Microsoft Dynamics 365 unterstützen, umfassen Webdienste, freigegebene Plattform und Geschäftslogik. Die freigegebene Plattform besteht aus Microsoft Dynamics 365-Komponenten, die Registrierung, Metadatencache und Datenzugriffsdienste bereitstellen. Geschäftslogik beinhaltet die Implementierung der Geschäftslogik für Microsoft Dynamics 365-Geschäftsentitäten.
Externe Komponenten. Es gibt folgende externen Komponenten:
Windows Workflow Foundation-Objektmodell, das einen Satz von Klassen beinhaltet, die verwendet werden, um Workflow-Prozessdefinitionen in XAML-Format zu erstellen und zu analysieren.
Windows Workflow Foundation-Ausführung, die einen Satz aus Klassen enthält, die verwendet werden, um Workflowprozesse auszuführen.
Prozessinfrastruktur. Die Microsoft Dynamics 365-Prozessinfrastruktur besteht aus den folgenden Komponenten:
Prozessentitätenmodell, das einen Satz von Klassen enthält, die das Windows Workflow Foundation-Objektmodell verwenden und Microsoft Dynamics 365-Workflowaktivitäten verfügbar machen.
Prozessgeschäftslogik, die Geschäftslogik für prozessspezifische Entitäten implementiert.
Prozessausführung, die Workflowausführungsdienstleistungen bereitstellt, wie z. B: Workflowhosting und Persistenz.
Prozessdaten. Das Microsoft Dynamics 365-Prozessprogrammiermodell wird von folgenden Daten unterstützt:
Geschäftsdaten, die Informationen enthalten, die Microsoft Dynamics 365- Entitäten zugeordnet sind.
Prozesskonfigurationsdaten, die Workflow-Prozessdefinitionen, kompilierte Workflowprozesse und Workflowprozesseinstellungen umfassen.
Prozessablaufdaten, die benötigt werden, um Workflowprozesse auszuführen und Workflowprozessfunktionen wie Persistenz und Benachrichtigungen zu implementieren.
Prozess und das einheitliche Ereignismodell
Microsoft Dynamics 365 verwendet ein einheitliches Ereignismodell, das bei beiden Plug-Ins (Legenden) und bei Prozessen verwendet wird. Dieses Ereignisprozess-Subsystem fügt der Ausführung von Prozessen und Plug-Ins , mehr Flexibilität hinzu, indem das Pipelineausführungsmodell eingeführt wird.
Mithilfe dieses Modells werden Prozesse und Plug-Ins anhand ihrer Registrierung, ihres Nachrichtentyps und einem vordefinierten Satz konfigurierbarer Parameter ausgeführt. Die Kernplattformvorgänge haben Anteil an der Ausführungssequenz, um ein zuverlässigeres und erweiterbareres Ausführungsmodell zu bilden.
Prozesslebenszyklus
Der Lebenszyklus eines Prozesses beschreibt die Statusübergänge von der Erstellung bis zur Ausführung. Ein Prozess kann einen der folgenden Status annehmen: Betriebsbereit, Angehalten, Gesperrt und Ausgeführt. Folgende Ereignisse, die während der Prozesslebenszeit auftreten verursachen einen Wechsel von einem Status zu einem anderen.
Workflows
Der Workflowlebenszyklus ist wie folgt:
Beim Erstellen eines Workflows ist dieser im Entwurfszustand. Sie müssen einen Workflow aktivieren, bevor er ausgeführt werden kann. Wenn Sie einen Workflow aktivieren abonniert er bestimmte Microsoft Dynamics 365- Ereignisse. Wenn diese Ereignisse in der Plattform ausgelöst werden, wird eine Momentaufnahme der Workflowabhängigkeiten und Eingabeparameter erstellt und dem Warteschlangen-Manager für asynchrone Dienste wird ein neuer asynchroner Vorgang hinzugefügt. Der asynchrone Vorgang stellt einen Workflowausführungsauftrag dar und erwartet die Ausführung in der Warteschlange im Status "Bereit".
Wird der asynchrone Vorgang verarbeitet, wird eine Workflowinstanz, die diesem Vorgang zugeordnet ist, von der Windows Workflow Foundation-Laufzeitmodul erstellt und ihr Status wird von Bereit auf Gesperrt geändert.
Der asynchrone Vorgang wird bei jedem Wechsel mit dem Workflowinstanzstatusstatus aktualisiert. Wird der asynchrone Vorgang blockiert, wird der Workflowinstanz vom Windows Workflow Foundation-Laufzeitmodul den Status Angehalten und sie wird aus dem Arbeitsspeicher entfernt. Wenn die Zustände für den Status Angehalten erfüllt sind, wird die Workflowinstanz wieder in den Arbeitsspeicher geladen.
Die Workflowausführung wird fortgesetzt, indem die Workflowinstanz den Status Bereit und dann den Status Gesperrt erhält. Im einfachen Szenario wechselt die Workflowinstanz in den Status "Abgeschlossen", wenn alle Workflowaktivitäten erfolgreich abgeschlossen wurden.
Der Status der asynchronen Vorgänge kann vom Benutzer auch geändert werden. Beispielsweise kann ein asynchroner Vorgang im Status "Angehalten" vom Benutzer explizit neu neu gestartet werden.
Dialoge
EIn Dialoglebenszyklus ist folgendes:
Beim Erstellen eines Dialogs ist dieser im Entwurfszustand. Sie müssen einen Dialog aktivieren, bevor er ausgeführt werden kann. Ein Dialog kann vom primären Entitätsformular und Raster oder direkt mithilfe der URL eines Dialogs ausgeführt werden. Weitere Informationen finden Sie unter Starten eines Dialogfelds mit einer URL.
Jedes mal, wenn ein Dialog ausgeführt wird, wird für den Dialog eine Prozesssitzungsinstanz erstellt. So wie die Ausführung des Dialogs voranschreitet, wird die Prozesssitzungsentität mit den Aktionen aktualisiert, die bei der Ausführung des Dialogs ausgeführt werden.
Wenn Sie die Ausführung des Dialogs erfolgreich abschlossen haben, wird der entsprechende Prozesssitzungsdatensatz mit dem Status "Abgeschlossen" erstellt. Wenn Sie die den Dialog abgebrochen haben, ohne ihn abzuschließen, wird der entsprechende Prozesssitzungsdatensatz mit dem Status "Unvollständig" erstellt.
Prozess und der asynchrone Dienst: Nur bei Workflows
Der asynchrone Dienst ermöglicht Ihnen, verschiedene zeitaufwändige Vorgänge auszuführen, zu überwachen und zu verwalten; z. B. Massenimport, Massensendungen, und Workflowprozesse. Zum Verbessern der Leistung, Skalierbarkeit und Zuverlässigkeit von Microsoft Dynamics 365 werden diese Vorgänge asynchron ausgeführt. Das bedeutet, dass ein angeforderter Vorgang nicht sofort verarbeitet, sondern einer Warteschlange hinzugefügt und von Microsoft Dynamics 365 an einem entsprechenden Zeitpunkt verarbeitet wird.
Wenn in der Microsoft Dynamics 365-Plattformpipeline ein Ereignis ausgelöst wird, werden alle Workflows, die diesem Ereignis zugewiesen sind, vom asynchronen Dienst ausgeführt. Die Workflowereignishandler werden der asynchronen Warteschlange hinzugefügt und entsprechend der Ereignisreihenfolge ausgeführt.
Hinweis
Wenn ein asynchroner Systemauftrag (Workflow) mehrmals nacheinander scheitert, beginnt Dynamics 365, die Durchführung dieses bestimmten Auftrags hinauszuschieben, für Abstände längeren und längeren Zeit, was dem Dynamics 365-Verwalter erlaubt, die Frage nachzuforschen und zu lösen. Sobald der Job anfängt, wieder erfolgreich zu sein, wird er wieder normal durchgeführt.
Prozesspersistenz und Herunterfahren: Nur bei Workflows
Ein Workflow kann ein zeitaufwändiger Geschäftsvorgang sein, dessen Abschluss möglicherweise Stunden, Wochen oder Monate dauern kann. Er kann tatsächlich lange Zeit im Leerlauf sein und auf Eingaben von Benutzern oder anderen Systemen warten.
Verwenden Sie zum Verbessern der Leistung, Skalierbarkeit und Zuverlässigkeit Verwendung von Microsoft Dynamics 365, zeitaufwendigen Vorgängen, wie Workflows, den asynchronen Dienst.
Der asynchrone Dienst, als Host des Windows Workflow Foundation-Laufzeitmoduls, kann nicht immer alle Objekte zwischenspeichern und aktiv halten, die während der weiteren Workflowaktivität zusammenkommen. Wenn bestimmte Bedingungen, wie ein Neustart oder das Herunterfahren, bei ausgeführtem Workflow auftreten, verwendet das Workflowlaufzeitmodul einen Persistenzdienst, um den Status der Workflowinstanz auf dem Datenträger zu speichern. Der Persistenzdienst wird auch aufgerufen, wenn andere Bedingungen auftreten, z. B. wenn sich ein Workflow im Leerlauf befindet und ein externes Ereignis erwartet. Diese Workflowinstanzen im Leerlauf bestehen zu lassen spart Arbeitsspeicher und erhöht die Skalierbarkeit deutlich. Wenn ein Server, auf dem der asynchrone Dienst ausgeführt wird, abgeschaltet oder direkt wird oder wenn der Workflow bei Ausführung abstürzt, kann der Workflow vom letzten beibehaltenen Punkt aus neu gestartet werden, sobald der Server neu gestartet wird. Wenn sich der Workflow nicht mehr im Leerlauf befindet, wird der Status der Workflowinstanz im Arbeitsspeicher wieder zu dem Status am letzten beibehaltenen Punkt wiederhergestellt.
Weitere Informationen:Workflow-Persistenz.
Siehe auch
Asynchroner Service in Microsoft Dynamics 365
Ereignisausführungspipeline
Einführung in das Ereignisframework
Automatisieren Sie Geschäftsprozesse mithilfe des Dynamics 365-Prozesses
Microsoft Dynamics 365
© 2017 Microsoft. Alle Rechte vorbehalten. Copyright