Azure Service Fabric 与 Azure 容器服务答案

【问题标题】：Azure Service Fabric vs Azure Container ServicesAzure Service Fabric 与 Azure 容器服务
【发布时间】：2017-06-09 14:26:14
【问题描述】：

我了解 Azure Service Fabric 和 Azure 容器服务都可用于通过容器托管微服务。

在什么情况下使用其中一种是实用且具有成本效益的？ Azure Service Fabric 和 Azure 容器服务托管模型有哪些强大的用例

我read this comparison但没觉得全面

更新：像this diagram 中的比较表将有助于在决定使用哪个选项时保持点“粘性”和令人难忘

表中使用的首字母缩略词 - AF - Azure Functions、ASF - Azure Service Fabric、ASE - 应用服务环境、ACS - Azure 容器服务、VMSS - 虚拟机规模集

“排名”不应被误解为好或坏

【问题讨论】：

其实我觉得这篇文章做得还不错。为什么它不全面，或者您希望它从差异化方面解释什么？
@masnider 那篇文章确实不错，可能是目前唯一一篇比较 ACS 和 ASF 的文章，我感谢作者分享了他的笔记。我没有机会观看这篇文章提到的长达一小时的视频，但很快就会观看。作为 ASF 的初学者，我一直在寻找一个功能比较表，就像这个 - docs.microsoft.com/en-us/azure/app-service-web/… 或一个清单，它可以帮助我在为一组优先级构建和托管微服务应用程序之前选择我应该采取的路径，特别是成本效益
ACS 严格限于容器，而 Service Fabric 也可以运行进程 - docs.microsoft.com/en-us/azure/service-fabric/…
我从在线资源 - mvark.blogspot.com/2018/06/… 编译了 Azure 上的容器托管选项比较表
参见 MS 文章 Choose an Azure compute service for your application，最后更新日期为 2020 年 1 月 10 日

【解决方案1】：

Azure Service Fabric (ASF) 更像是一种 PaaS 产品，而 Azure 容器服务 (ACS) 更像是一种 IaaS 产品。

ASF 为您提供了自己特定的编程模型，如果您遵循该模型，您将能够利用 ASF 的功能。这就是您需要使用 C#/Java 的 ASF SDK 的原因。然而，ASF 还允许来宾可执行文件和编排 Docker 容器（不确定它们与 ACS 相比会被利用多少，或者它们是否会达到同等水平）。
目前 ASF 仅适用于 Windows（Linux 上的 ASF 预览版现已于 2017 年 2 月推出）（它闻起来与供应商捆绑）
ASF 为您提供适合 IoT 解决方案的 Actor 模型（实施起来可能比在 ACS 上 DIY 更快）
ACS 在这个意义上更开放；它仅提供基于容器的模型，并且严重依赖和支持 docker 生态系统。一旦它成为一个容器，它就几乎与技术无关。 这也可能是微软推动 Windows Nano 的原因，它是基于 Windows（服务器级别）容器的基础（我的观点）。因此，使用 ACS，您可以拥有 Windows 或 Linux 容器，或两者兼有。
ACS 还允许您使用开源的、业界著名的容器编排器，包括 Docker Swarm、DC/OS-Mesos。虽然 ASF 提供了某种自己的编排。换句话说，ASF 提供了更集成、更易于使用且功能丰富的模型，而 ACS 为您提供了更多的开放性和灵活性。

一些会议上的 MS 人员也提到，可以认为 ASF 更像是一个面向 Microsoft 的商店，而 ACS 更面向开源技术。

【讨论】：

ASF 在 Linux 上作为预览版 docs.microsoft.com/en-us/azure/service-fabric/… 提供，并且支持 Docker 容器（不仅仅是 Windows Server 2016 容器）。
这里有一个关于 Actor 模型详细信息的有用链接：docs.microsoft.com/en-us/azure/service-fabric/…。 ASF 的其他功能是有状态服务，允许您将状态保存在容器上，并将复制到该服务的所有其他实例：docs.microsoft.com/en-us/azure/service-fabric/…。
我认为您不必使用 SDK（目前仅支持 C# 和 Java）。他们有一个叫做“来宾可执行文件”的东西，可以让你运行任何东西：docs.microsoft.com/en-us/azure/service-fabric/…
Azure 容器服务 (ACS) 现在更像是 AKS (2018)，主要关注 Kubernetes 作为容器的编排器。
@Michael 没有将状态直接保存在容器中，这是一种不好的做法，因为容器本身是短暂的。

【解决方案2】：

[2019 年 2 月更新]

这是一个困难的比较，因为 Azure Service Fabric 还公开了一个应用程序框架。它对构建应用程序的方式非常固执己见，这不一定符合 12-factor、云原生容器应用程序的概念。

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

总而言之，如果您是从容器开始，那么我会考虑 Service Fabric 并转向 Kubernetes。你可以run containers in Service Fabric，但你可能会觉得自己像个二等公民。恕我直言，OFC。

【讨论】：

【解决方案3】：

过度简化。如果您是 Linux 人，ACS 可能会更符合您的要求。如果您是 Windows 开发人员，编写 Windows 代码 ASF 可能会为您提供更好的服务。

【讨论】：