下面我們用自己的語言來談下Service Fabric框架，如果說Dubbo是以SOA為代表的第一代服務治理框架，SpringCloud是以微服務為代表的第二代框架，那麼Service Fabric基於ServiceMesh的第三代框架，當然這裡還有google的istio，還有華為雲的CSE等等其它優秀框架。
下面對比下Service Fabric和istio：
Service Fabric和SpringCloud比較：
此外，Service Fabric不限 OS 和雲
對於 Windows 開發，Service Fabric .NET SDK 與 Visual Studio 和 Powershell 集成。 請參閱在 Windows 上準備開發環境。 對於 Linux 開發，Service Fabric Java SDK 與 Eclipse 集成，Yeoman 用於為 Java、.NET Core 和容器應用程序生成模板。 請參閱在 Linux 上準備開發環境
有關創建群集的詳細信息，請閱讀在 Windows Server 或 Linux 上創建群集；有關創建 Azure 群集的詳細信息，請閱讀通過 Azure 門戶創建群集。
總之，通過使用 Service Fabric，可以：
·部署到 Azure 或部署到運行 Windows 或 Linux 的本地數據中心，而無需改變任何代碼。 只需編寫一次，即可部署到 Service Fabric 群集的任意位置。
·使用 Service Fabric 編程模型、容器或任意代碼，開發由微服務組成的可縮放應用程序。
·開發高度可靠的無狀態和有狀態微服務。 使用有狀態微服務，簡化應用程序設計。
·使用新 Reliable Actors 編程模型，創建具有獨立式代碼和狀態的雲對象。
·部署和安排容器，包括 Windows 容器和 Linux 容器。 Service Fabric 是可感知數據的有狀態容器 Orchestrator。
·幾秒內就可以高密度部署應用程序，即每臺計算機部署數百或數千個應用程序或容器。
·同時部署各種不同版本的相同應用程序，且可以單獨升級每個應用程序。
·無需停機，即可管理應用程序生命週期，包括重大升級和非重大升級。
·縮放群集中的節點數。 縮放節點數的同時，應用程序也會隨之自動縮放。
·監視並診斷應用程序的運行狀況，並設置策略以執行自動修復。
·觀察資源均衡器如何跨群集安排重新分發應用程序。 Service Fabric 可從故障中恢復，並基於可用資源優化負載分佈。
閱讀更多 微服務DevOps 的文章
