Azure Service Fabric与Azure容器服务

据我所知,Azure Service Fabric和Azure容器服务都可用于通过容器托管微服务.

在什么情况下使用一个而不是另一个？Azure Service Fabric和Azure容器服务托管模型有哪些强大的用例

我读了这个比较,但没有发现它全面

更新:此图中的一个比较表将有助于在确定使用哪个选项时保持点"粘性"和难忘

表中使用的缩略语 - AF - Azure功能,ASF - Azure服务结构,ASE - 应用服务环境,ACS - Azure容器服务,VMSS - 虚拟机规模集

"等级"不应该被误解为好或坏

在您为" 在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更倾向于开源技术.

[ 2019年2月更新 ]

比较困难，因为Azure Service Fabric还公开了一个应用程序框架。关于应如何构建应用程序的观点，这是很自以为是的，这不一定适合12因子，云原生容器应用程序的概念。

这是一个日新月异的盛宴，但是Azure中的容器运行时越来越多：

Azure Kubernetes服务是替代ACS的容器协调器。它似乎正在向PaaS方向发展。

Azure容器实例对于小型工作和突发规模非常有用

Azure Batch针对大型重复计算任务进行了优化

Azure Service Fabric是一种IaaS产品，旨在将Windows应用程序迁移和迁移到云中

Azure Service Fabric Mesh是新兴产品-用于Service Fabric应用程序的PaaS服务。

总而言之，如果您从容器入手，那么我将不遗余力地向Service Fabric致敬Kubernetes。您可以在Service Fabric中运行容器，但可以使自己像二等公民。恕我直言，OFC。