Kubernetes 和 Service Fabric 之间的区别

Posted 2023-02-15

【中文标题】Kubernetes 和 Service Fabric 之间的区别

【英文标题】：Difference between Kubernetes and Service Fabric

【发布时间】：2018-07-03 01:26:39

【问题描述】：

我曾在 Kubernetes 上工作过，目前正在阅读有关 Service Fabric 的信息，我知道 Service Fabric 提供了有状态、无状态和参与者等微服务框架模型，但除此之外它还提供了 GuestExecutables 或 Containers 以及 Kubernetes 的功能确实管理/编排容器。谁能解释一下两者之间的详细区别？

【参考方案1】：

您可以在此项目paolosalvatori/service-fabric-acs-kubernetes-multi-container-app中看到在 Service Fabric 和 Kubernetes 中实现的相同容器。

他们的“服务”（用于外部入口访问）是不同的，Kubernetes 更加完整和多样化：请参阅Services。

现实情况是：由于市场压力，存在“两种略有不同的产品”。 最初于 2010 年发布的Microsoft Azure platform 已经实现了自己的 Microsoft Azure Fabric Controller，以确保在 Microsoft 数据中心内的一台或多台服务器出现故障时服务和环境不会出现故障 , 并且还提供了对用户 Web 应用程序的管理，例如内存分配和负载均衡。

但为了在他们自己的 Microsoft 数据中心上吸引其他客户，他们不得不适应最初于 2014 年发布的 Kubernetes，现在（2018 年）要么采用，要么密切考虑...几乎每个人（reported in late December） （这并不意味着一个比另一个“更好”， 只是“其他”比第一个更“可见”；））

因此，与其说是“两者之间的详细区别”，不如说是在 Microsoft 数据中心上集成基于 Kubernetes 的系统的能力。

这符合（来源：detailed here）微软继续向 Azure 的开放（阅读：非专有）暂存平台 (with Deis) 进行前所未有的转变。 还有Kubernetes orchestrator is available on Microsoft's Azure Container Service since February 2017。

---

您可以在部署的应用程序的架构中看到其他差异：

服务结构：

对比。 Kubernetes：

---

thieme 提到了in the comments 的文章“Service Fabric and Kubernetes comparison, part 1 – Distributed Systems Architecture”，来自Marcin Kosieradzki。

【讨论】：

有一篇很好的关于 Service Fabric 和 Kubernetes 的文章：link

“更完整一点？”所以你说得很好，它更好

@BlueClouds 那是你的解释。 blogs.msdn.microsoft.com/azuredev/2018/08/15/… 表明它们实际上完全不同。

【参考方案2】：

两者是不同的。 Kubernetes 管理 rkt 或其他容器。

Service Fabric 不适用于管理容器。如果它管理一些，那并不能使它成为它的目的。这无法与 Kubernetes 进行比较。

例如：当一个 pod 死亡时，Kubernetes 会立即将它放到其他节点上。 SF 中管理容器的部分不这样做，它是由 Service Fabric 的其他一些区域完成的。和外部容器。并且在设计时并未考虑到容器。