问Kubernetes和Service Fabric之间的差异

EN

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

他们的“服务”(用于外部入口访问)是不同的，Kubernetes更加完整和多样化:参见Services。

现实情况是:由于的市场压力，有“两个略有不同的产品”。

Microsoft Azure platform最初于2010年发布，已经实现了自己的Microsoft Azure Fabric Controller，以确保如果微软数据中心内的一个或多个服务器发生故障，服务和环境不会失败，并且它还提供对用户的网络应用程序的管理，如内存分配和负载平衡。

但是为了在他们自己的微软数据中心吸引其他客户，他们不得不适应最初于2014年发布的，它现在(2018)要么被采用，要么被仔细考虑……几乎每个人(就像reported in late December一样)

(这并不意味着一个比另一个“更好”，

只是“其他”比第一个更“明显”;) )

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

这与微软继续向开放(阅读:非专有)detailed here (with Deis)阶段平台的前所未有的转变保持一致(来源: Azure )。

和Kubernetes orchestrator is available on Microsoft's Azure Container Service since February 2017。

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

服务交换矩阵：

​

​

Vs.Kubernetes：

​

​

thieme提到了来自in the comments的文章""，来自Marcin Kosieradzki。

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

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

当一个pod死了，Kubernetes会立即把它放到其他节点上。SF中管理容器的部分并不能做到这一点，它是由Service Fabric的其他区域来完成的。和外部容器。并且在设计时并没有考虑到容器。