Azure Service Fabric 與 Docker 數據中心

Question

我瀏覽了Azure SF vs Docker這個博客，但它並沒有完全回答我的疑慮。 我有本地 Docker 數據中心，我想將 Azure SF 推入其中。 但我覺得 DDC 正在做與 Service Fabric 完全相同的事情。 我腦子里的東西很少。

• DDC 負責擴展、所有類型的容器編排、健康監控等。

它不提供的幾個項目：

• 服務之間的服務遠程處理，服務之間的發布訂閱模型，有狀態層（我聽說過 portworx volume rep）

有人能告訴我更多關於我什么時候應該使用 DDC 不提供的 SF 的問題。

Answer 1

如果您的應用程序環境由容器組成並且無意改變它，那么您可能應該堅持使用 DDC。

Service Fabric (ASF) 提供的不僅僅是對容器的支持。 事實上，在早期它甚至不支持容器。

AFS 的重點是提供一個平台，用於使用無狀態服務、有狀態服務和參與者構建基於微服務的應用程序。

DDC 不提供的東西：

• 有狀態服務
• 演員模型

有狀態服務：有狀態服務的好處是數據位於代碼所在的位置，因此不再需要像 NoSQL 或關系數據庫那樣單獨存儲數據。 一個很大的好處是減少了延遲。 因此，換句話說，如果您有一個在容器中運行的前端，該容器連接到一個包含 MySQL 服務器的容器，例如，您可以使用無狀態和有狀態服務的組合來替換它。

參與者模型：參與者模式是並發或分布式系統的計算模型，其中大量這些參與者可以同時且彼此獨立地執行。

在某些情況下，在 ASF 中使用容器是暫時的，以提升和轉移現有軟件並將其與 ASF 自己的服務模型相結合。 在后期階段，容器可以被 ASF 服務替換。

官方文檔確實列出了一些場景，即何時在 ASF 上運行容器：

IIS 提升和轉移：如果您有想要繼續使用的現有 ASP.NET MVC 應用程序，請將它們放在容器中，而不是將它們遷移到 ASP.NET Core。 這些 ASP.NET MVC 應用程序依賴於 Internet 信息服務 (IIS)。 您可以將這些應用程序從預先創建的 IIS 映像打包到容器映像中，並使用 Service Fabric 進行部署。 有關 Windows 容器的信息，請參閱 Windows Server 上的容器映像。

混合容器和 Service Fabric 微服務：將現有容器映像用於應用程序的一部分。 例如，您可以將 NGINX 容器用於應用程序的 Web 前端，並將有狀態服務用於更密集的后端計算。

減少“嘈雜鄰居”服務的影響：您可以使用容器的資源治理能力來限制服務在主機上使用的資源。 如果服務可能消耗大量資源並影響其他服務的性能（例如長時間運行的類似查詢的操作），請考慮將這些服務放入具有資源治理的容器中。

順便說一句，在您引用的問答中，微軟產品這一事實被認為是一個可能的缺點。 對某些人來說可能仍然如此，但微軟已經宣布將開源ASF。