Azure Service Fabric與Azure容器服務

Question

據我所知，Azure Service Fabric和Azure容器服務都可用於通過容器托管微服務。

在什么情況下使用一個而不是另一個？ Azure Service Fabric和Azure容器服務托管模型有哪些強大的用例

我讀了這個比較，但沒有發現它全面

更新： 此圖中的一個比較表將有助於在確定使用哪個選項時保持點“粘性”和難忘

表中使用的縮略語 - AF - Azure功能，ASF - Azure服務結構，ASE - 應用服務環境，ACS - Azure容器服務，VMSS - 虛擬機規模集

“等級”不應該被誤解為好或壞

Answer 1

在您為“ 在Azure容器服務，Azure服務結構和Azure功能之間進行選擇”之間粘貼的鏈接旁邊 - 以下是我發現的內容。

Azure Service Fabric （ASF）更像是PaaS產品，而Azure容器服務 （ACS）更像是IaaS產品。

• ASF為您提供了自己特定的編程模型，如果您遵循這些模型，您將能夠利用ASF功能。 這就是您需要使用的用於C＃/ Java的ASF SDK的原因。 然而，ASF還允許來賓可執行文件和編排Docker容器（ 不確定與ACS相比它們將被利用多少，或者它們是否會相提並論 ）。
• 目前ASF僅適用於Windows（現在可以在2017年2月的Linux預覽版中使用ASF）（ 它聞起來與供應商捆綁 ）

• ASF為您提供適用於物聯網解決方案的演員模型（可能比ACS上的DIY更快實施）

• ACS在這個意義上更加開放; 它只提供基於容器的模型，並且嚴重依賴並支持docker生態系統。 一旦它成為一個容器，它幾乎與技術無關。 這也可能是微軟推動Windows Nano的原因，Windows Nano是基於Windows（服務器級別）容器的基礎（我的觀點） 。 因此，對於ACS，您可以使用Windows或Linux容器，也可以同時使用兩者。

• ACS還允許您使用開源，行業着名的容器協調器，包括Docker Swarm，DC / OS-Mesos。 雖然ASF提供了一些自己的編排。 換句話說，ASF提供了更集成，更易於使用的功能豐富的模型，但ACS為您提供了更多的開放性和靈活性。

一些會議的MS人員也提到，可以認為ASF更像是面向微軟的商店，而ACS更傾向於開源技術。

Answer 2

[ 2019年2月更新 ]

這是一個困難的比較，因為Azure Service Fabric還公開了一個應用程序框架。 關於應用程序的構建方式，我們非常看好，這不一定非常適合12因素 ，雲原生容器應用程序的概念。

這是一場不斷變化的盛宴，但Azure中的容器運行時數越來越多：

• Azure Kubernetes Service是替換ACS的容器協調器。 它似乎在PaaS方向上非常活躍。
• Azure容器實例對小作業和爆發規模很有用
• Azure Batch針對大型重復計算作業進行了優化
• Azure Service Fabric是一種IaaS產品，旨在提升Windows應用程序並將其轉移到雲端
• Azure Service Fabric Mesh是塊中的新手 - 面向Service Fabric應用的PaaS服務。

總而言之，如果你從容器開始，那么我會給Service Fabric一個小姐並前往Kubernetes。 您可以在Service Fabric中運行容器 ，但您可以感覺自己像是二等公民。 恕我直言，OFC。

Answer 3

總結過簡化。 如果你的Linux家伙ACS可能會更符合你想要的。 如果您是Windows開發人員編寫Windows代碼，ASF可能會為您提供更好的服務。