Kubernetes和Service Fabric之间的区别

Question

我曾经在Kubernetes工作并且目前正在阅读有关Service Fabric的信息，我知道Service Fabric提供微服务框架模型，如有状态，无状态和演员，但除此之外它还提供GuestExecutables或Containers，这也是Kubernetes管理/编排容器的原因。谁能解释两者之间的细微差别？

Answer 1

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

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

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

但是为了吸引他们自己的微软数据中心的其他客户，他们必须适应最初于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。

---

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

服务面料：

比。在Kubernet：

---

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

Answer 2

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

Service Fabric不用于管理容器。如果它管理一些，这不是它的目的。这无法与Kubernetes进行比较。

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