Azure Service Fabric 与 Azure 容器服务
Azure Service Fabric vs Azure Container Services
我了解 Azure Service Fabric 和 Azure 容器服务都可以用于通过容器托管微服务。
在什么情况下使用一个比另一个更实用且成本效益高？ Azure Service Fabric 和 Azure 容器服务托管模型有哪些重要用例
我read this comparison但没觉得全面
更新：table 与 this diagram would help keep the points "sticky" & memorable while deciding which option to use
中的比较
table 中使用的首字母缩略词 - AF - Azure Functions、ASF - Azure Service Fabric、ASE - 应用服务环境、ACS - Azure 容器服务、VMSS - 虚拟机规模集
“排名”不应被误解为好或坏
在您为“Choosing between Azure Container Service, Azure Service Fabric and Azure Functions”粘贴的 link 旁边 - 以下是我发现的内容。
Azure Service Fabric (ASF) 更像是一种 PaaS 产品，而 Azure 容器服务 (ACS) 更像是一种 IaaS 产品。
- ASF 为您提供了自己特定的编程模型，如果您遵循该模型，您将能够利用 ASF 的功能。这就是您需要使用适用于 C#/Java 的 ASF SDK 的原因。但是，ASF 还允许来宾可执行文件和编排 Docker 容器（不确定与 ACS 相比，它们将被利用多少，或者它们是否会达到 par）。
- 目前 ASF 仅 Windows（ASF Linux 预览现在可用 @ 2017 年 2 月）（它闻起来像供应商 tie-in )
ASF 为您提供适合 IoT 解决方案的 Actor 模型（实施起来可能比在 ACS 上自己动手更快）
这个意义上的ACS更加开放；它仅提供基于容器的模型并高度依赖和支持 docker 生态系统。一旦它成为一个容器，它就几乎与技术无关。
这也可能是微软推动 Windows Nano 的原因，它是基于 windows 的（服务器级别）容器的基础（我的意见）。因此，对于 ACS，您可以拥有 Windows 或 Linux 个容器，或两者兼而有之。
ACS 还允许您使用业界著名的开源容器编排器，包括 Docker Swarm、DC/OS-Mesos。
虽然 ASF 提供了某种它自己的编排。换句话说，ASF 提供了更集成、更易于使用的功能丰富的模型，而 ACS 为您提供了更多的开放性和灵活性。
一些会议上的 MS 家伙也提到，可以认为 ASF 更像是一个面向 Microsoft 的商店，而 ACS 更面向开源技术。
过度简化。如果你是 Linux 人，ACS 可能会更好地满足你的需求。如果您是 Windows 开发人员，编写 windows 代码，ASF 可能会更好地为您服务。
[2019 年 2 月更新]
这是一个困难的比较，因为 Azure Service Fabric 还公开了一个应用程序框架。它对应用程序的构建方式非常固执己见，这不一定符合 12-factor、云原生容器应用程序的概念。
这是一场永恒的盛宴，但 Azure 中的容器运行时越来越多：
- Azure Kubernetes Service是替换的容器编排器
ACS。它似乎正朝着 PaaS 的方向发展。
- Azure Container Instances 适用于小型作业和突发规模
- Azure Batch 针对大型重复性计算作业进行了优化
- Azure Service Fabric 是一种 IaaS 产品，更多地围绕提升和转移 Windows 应用程序到云
- Azure Service Fabric Mesh 是这个街区的新生事物 - Service Fabric 应用程序的 PaaS 服务。
总而言之，如果您从容器开始，那么我会放弃 Service Fabric 并转向 Kubernetes。您可以 run containers in Service Fabric，但您可能会觉得自己是第二 class 公民。恕我直言，OFC。
我了解 Azure Service Fabric 和 Azure 容器服务都可以用于通过容器托管微服务。
在什么情况下使用一个比另一个更实用且成本效益高？ Azure Service Fabric 和 Azure 容器服务托管模型有哪些重要用例
我read this comparison但没觉得全面
更新：table 与 this diagram would help keep the points "sticky" & memorable while deciding which option to use
table 中使用的首字母缩略词 - AF - Azure Functions、ASF - Azure Service Fabric、ASE - 应用服务环境、ACS - Azure 容器服务、VMSS - 虚拟机规模集
“排名”不应被误解为好或坏
在您为“Choosing between Azure Container Service, Azure Service Fabric and Azure Functions”粘贴的 link 旁边 - 以下是我发现的内容。
Azure Service Fabric (ASF) 更像是一种 PaaS 产品，而 Azure 容器服务 (ACS) 更像是一种 IaaS 产品。
- ASF 为您提供了自己特定的编程模型，如果您遵循该模型，您将能够利用 ASF 的功能。这就是您需要使用适用于 C#/Java 的 ASF SDK 的原因。但是，ASF 还允许来宾可执行文件和编排 Docker 容器（不确定与 ACS 相比，它们将被利用多少，或者它们是否会达到 par）。
- 目前 ASF 仅 Windows（ASF Linux 预览现在可用 @ 2017 年 2 月）（它闻起来像供应商 tie-in )
ASF 为您提供适合 IoT 解决方案的 Actor 模型（实施起来可能比在 ACS 上自己动手更快）
这个意义上的ACS更加开放；它仅提供基于容器的模型并高度依赖和支持 docker 生态系统。一旦它成为一个容器，它就几乎与技术无关。 这也可能是微软推动 Windows Nano 的原因，它是基于 windows 的（服务器级别）容器的基础（我的意见）。因此，对于 ACS，您可以拥有 Windows 或 Linux 个容器，或两者兼而有之。
ACS 还允许您使用业界著名的开源容器编排器，包括 Docker Swarm、DC/OS-Mesos。 虽然 ASF 提供了某种它自己的编排。换句话说，ASF 提供了更集成、更易于使用的功能丰富的模型，而 ACS 为您提供了更多的开放性和灵活性。
一些会议上的 MS 家伙也提到，可以认为 ASF 更像是一个面向 Microsoft 的商店，而 ACS 更面向开源技术。
过度简化。如果你是 Linux 人，ACS 可能会更好地满足你的需求。如果您是 Windows 开发人员，编写 windows 代码，ASF 可能会更好地为您服务。
[2019 年 2 月更新]
这是一个困难的比较，因为 Azure Service Fabric 还公开了一个应用程序框架。它对应用程序的构建方式非常固执己见，这不一定符合 12-factor、云原生容器应用程序的概念。
这是一场永恒的盛宴，但 Azure 中的容器运行时越来越多：
- Azure Kubernetes Service是替换的容器编排器 ACS。它似乎正朝着 PaaS 的方向发展。
- Azure Container Instances 适用于小型作业和突发规模
- Azure Batch 针对大型重复性计算作业进行了优化
- Azure Service Fabric 是一种 IaaS 产品，更多地围绕提升和转移 Windows 应用程序到云
- Azure Service Fabric Mesh 是这个街区的新生事物 - Service Fabric 应用程序的 PaaS 服务。
总而言之，如果您从容器开始，那么我会放弃 Service Fabric 并转向 Kubernetes。您可以 run containers in Service Fabric，但您可能会觉得自己是第二 class 公民。恕我直言，OFC。