Design der Anwendung in Azure Service Fabric

Ich benötige Unterstützung beim Entwerfen unserer Anwendung für die neue Azure Service Fabric-Vorlage.

Heute haben wir eine Anwendung, die auf Azure Cloud Services basiert. Die Anwendung basiert auf DDD, und wir haben getrennte begrenzte Kontexte für verschiedene Subsystemteile der Anwendung. Die begrenzten Kontexte werden heute in einer Worker-Rolle gehostet, die diese Subsysteme mithilfe einer einzigen WebAPI verfügbar macht.

Zusätzlich haben wir eine Web-Rolle, die das Web-Frontend hostet, und eine Worker-Rolle, die eine Hintergrundwarteschlange verarbeitet.

Wir bemühen uns um eine Mikrodienstarchitektur. Das erste, was ich vorhatte, war, den gesamten begrenzten Kontext in ihre eigenen API-Hosts zu extrahieren. Dies wird zu 5-10 neuen WebAPI-Diensten führen, die unsere Subsysteme unterstützen.

Auf meine Frage, sollten alle diese Subsysteme / gebundenen Kontexte / API-Hosts ihre eigene Service Fabric-Anwendung oder ein Dienst innerhalb einer einzelnen Service Fabric-Anwendung sein?

Ich habe die Dokumentation gelesen, die hier zu finden istService Fabric-Anwendungsmodell, immer und immer wieder und ich kann nicht herausfinden, wo meine Dienste passen.

Wir möchten, dass das System verschiedene Versionen der Dienste unterstützt und dass die Dienste auch unterschiedlich skaliert werden können. Möglicherweise muss sogar ein Mikrodienst in einer größeren VM-Größe ausgeführt werden als der Rest.

Bitte kann mich jemand anleiten, der meinen Bedürfnissen entspricht.

Antworten auf die Frage(2)

Ihre Antwort auf die Frage