服務結構微服務與收集Azure雲服務/ Web應用程序的優勢

Question

我有一個應用程序可以分解爲多個通信服務。我現在的實現是單一的，我想重新組織，以便可以部署，迭代單個組件，獨立縮放。我看到兩種方式與Azure中做到這一點：

1. 服務織物服務集通信微服務組成（無狀態，網絡的API等）
2. 個人Azure的Web應用程序/雲服務的集合在http端點互相呼叫。

1是否有明顯優勢？任何經驗法則都是非常有用的。

Answer 1

我覺得這個頁面進行比較好：https://docs.microsoft.com/en-us/azure/service-fabric/service-fabric-cloud-services-migration-differences/

我不能告訴它比這更好的。

沒有真正的經驗法則。 Service Fabric看起來可能更復雜，但提供了一些Cloud Services/Web Apps所不具備的功能。

快速彙總（從提供的鏈接所）：

服務織物本身是在Windows或Linux上運行，而云服務是與連接工作量部署Azure的管理虛擬機的系統應用平臺層。 Service Fabric應用程序模型具有許多優點：

• 快速部署時間。創建VM實例可能非常耗時。在服務結構中，虛擬機僅部署一次以形成託管Service Fabric應用程序平臺的集羣。從那時起，應用程序包可以很快部署到集羣。
• 高密度託管。在雲服務中，工作角色虛擬機託管一個工作負載。在Service Fabric中，應用程序與運行它們的VM分離，這意味着您可以將大量應用程序部署到少量的VM，這可以降低大型部署的總體成本。
• Service Fabric平臺可以運行在具有Windows Server或Linux計算機的任何位置，無論是Azure還是本地。該平臺在底層基礎架構上提供了一個抽象層，以便您的應用程序可以在不同的環境中運行。
• 分佈式應用程序管理。 Service Fabric是一個平臺，不僅託管分佈式應用程序，還有助於管理其託管VM或機器生命週期的生命週期。