Azure Service Fabric与Azure容器服务

Question

我知道Azure Service Fabric和Azure Container Services都可以通过容器托管微服务。

在哪种情况下，用一个比另一个更实用、更划算？Azure Service Fabric和Azure容器服务托管模型有哪些强用例？

我阅读此比较但没有发现它是全面的

更新:像这张图中的比较表将有助于保持点的“粘性”&在决定使用哪个选项时令人难忘。

​

表中使用的缩写- AF - Azure函数，ASF - Azure服务结构，ASE - App服务环境，ACS - Azure容器服务，VMSS -虚拟机比例尺集

“等级”不应被误解为好或坏。

Answer 1

2019年2月更新

这是比较困难的，因为Azure Service Fabric还公开了一个应用程序框架。对于应用程序的构建方式，这是相当有主见的，这不一定与云本机容器应用12因子的概念相匹配。

这是一个不断变化的盛宴，但Azure中的容器运行时越来越多：

• Azure Kubernetes服务是取代ACS的容器调度器。它似乎正朝着PaaS的方向移动。
• Azure容器实例对于小型工作和突发规模非常有用。
• 对大型重复计算作业的天青批次进行了优化
• 天青服务织物是一款IaaS产品，更多的是围绕将Windows应用程序提升到云端并将其转移到云端。
• Azure服务织物网是块上的新孩子--一种面向service应用程序的PaaS服务。

总之，如果您从容器开始，那么我会给Service一个失误，然后前往Kubernetes。你可以在Service中运行容器，但你可以让你觉得自己是二等公民.IMHO、OFC

Answer 2

在你为"在Azure容器服务、Azure Service Fabric和Azure功能之间的选择“粘贴的链接旁边--下面是我发现的。

Azure Service Fabric (ASF)更像是PaaS，而Azure Container Service (ACS)则更像IaaS。

• ASF为您提供了自己的特定编程模型，如果您遵循该模型，那么您将能够利用ASF特性。这就是为什么您需要使用用于C#/Java的ASF。然而，ASF还允许客户可执行文件和编排Docker容器(不确定它们与ACS相比会有多大的杠杆作用，或者它们是否处于标准水平)。
• 目前，ASF只适用于Windows ( Linux预览版的ASF现在可以使用@ Feb 2017) (它闻起来有供应商的关联)。
• ASF提供给您Actor模型，它对IoT解决方案很好(可能比在ACS上实现DIY更快)
• 从这个意义上讲，ACS更开放；它只提供基于容器的模型，并且严重依赖和支持码头生态系统。一旦它成为一个容器，它的技术几乎是不可知论的。这也可能是微软推出Windows的原因，它是基于windows的(服务器级)容器的基础(我的观点)。因此，对于ACS，您可以使用Windows或Linux容器，也可以两者兼得。
• ACS还允许您使用开源的、业界著名的容器编排器，包括Docker、DC/OS。而ASF提供了它自己的业务流程。换句话说，ASF提供了更完整、更易于使用的特性丰富模型，但是ACS提供了更多的开放性和灵活性。

女士在一些会议上还提到，可以认为ASF更像是一个面向微软的商店，而ACS则更多地面向开源技术。

Answer 3

过于简单化了。如果您的Linux家伙ACS可能会与您想要的更好。如果您是Windows，编写windows代码，ASF可能会为您提供更好的服务。