Kubernetes和Service Fabric之间的区别

Question

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

Answer 1

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

他们的服务＆＃34; （对于外部入口访问）是不同的，Kubernetes更完整和多样化：请参阅Services。

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

但为了吸引其他客户使用他们自己的Microsoft数据中心，他们必须适应最初于2014年发布的 Kubernetes ，现在（2018年）已采用或密切接受几乎所有人都考虑过（reported in late December） （这并不意味着一个人比另一个人更好＆＃34; 只有＆＃34;其他＆＃34;更多＆＃34;可见＆＃34;比第一个;））

因此，它不仅仅是关于两者之间的详细差异，而是关于在Microsoft数据中心上集成基于Kubernetes的系统的能力。

这是一致的（来源：detailed here），微软继续向Azure（with Deis）的开放（读取：非专有）登台平台进行前所未有的转变。 并Kubernetes orchestrator is available on Microsoft's Azure Container Service since February 2017。

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

服务面料：

Vs以上。 Kubernetes：

thieme在in the comments中提及Service Fabric and Kubernetes comparison, part 1 – Distributed Systems Architecture文章＆＃34; Marcin Kosieradzki ＆＃34 ;.

Answer 2

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

Service Fabric不适用于管理容器。万一它管理了一些，那就没有达到它的目的。这不能使其与Kubernetes进行比较。

例如：当一个节点死亡时，Kubernetes会立即将其放置到其他节点上。 SF的管理容器的部分不执行此操作，它由Service Fabric的其他区域完成。和外部容器。并且在设计时并未考虑到容器。