据我所知,Azure Service Fabric和Azure容器服务都可用于通过容器托管微服务。
在什么情况下它是实用的&使用一个比另一个更划算? Azure Service Fabric和Azure容器服务托管模型的一些强大用例
我read this comparison,但没有找到全面的
更新:this diagram中的比较表有助于保持积分"粘性" &安培;在决定使用
的选项时难以忘怀表中使用的缩略语 - AF - Azure功能,ASF - Azure服务结构,ASE - 应用服务环境,ACS - Azure容器服务,VMSS - 虚拟机规模集
“等级”不应被误解为好或坏
答案 0 :(得分:24)
在您为“Choosing between Azure Container Service, Azure Service Fabric and Azure Functions”粘贴的链接旁边 - 以下是我发现的内容。
Azure Service Fabric (ASF)更像是 PaaS 产品,而 Azure容器服务(ACS)更像是 IaaS 提供。
ASF为您提供适用于物联网解决方案的演员模型(可能比在ACS上更快地实施)
ACS在这个意义上更开放;它只提供基于容器的模型,并且严重依赖并支持docker生态系统。一旦它成为一个容器,它几乎与技术无关。 这也可能是微软推动Windows Nano的原因,Windows Nano是基于Windows(服务器级别)容器的基础(我认为)。因此,对于ACS,您可以使用Windows或Linux容器,也可以同时使用两者。
ACS还允许您使用开源,行业着名的容器协调器,包括Docker Swarm,DC / OS-Mesos。 虽然ASF提供了一些自己的编排。换句话说,ASF提供了更集成,更易于使用的功能丰富的模型,但ACS为您提供了更多的开放性和灵活性。
答案 1 :(得分:3)
[ 2019年2月更新]
这很难比较,因为Azure Service Fabric还公开了一个应用程序框架。对于应该如何构建应用程序的方式,我们持肯定态度,这不一定适合12-factor(云原生容器应用程序)的概念。
这是一个日新月异的盛宴,但Azure中的容器运行时越来越多:
总而言之,如果您从容器入手,那么我将不遗余力地向Service Fabric致敬Kubernetes。您可以run containers in Service Fabric,但可以让自己像个二等公民。恕我直言,OFC。
答案 2 :(得分:1)
粗略过度简化。如果你的Linux家伙ACS可能会更符合你想要的。如果您是Windows开发人员编写Windows代码,ASF可能会为您提供更好的服务。