Kubernetes 与服务业的区别

我曾在 Kubernetes 工作过,目前正在阅读关于 Service Fabric 的文章,我知道 Service Fabric 提供了诸如有状态、无状态和角色等微服务框架模型,但除此之外,它还提供了 GuestExecutablesContainers,这也是 Kubernetes 管理/编排容器的方法。有人能详细解释一下这两者之间的区别吗?

30202 次浏览

在这个项目中,你可以看到在 Service Fabric 和 Kubernetes 都实现了相同的容器。

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

现实情况是: 由于 市场压力,有“两个略有不同的产品”。
微软 Azure 平台最初于2010年发布,已经实现了自己的微软 Azure Fabric 控制器,以确保服务和环境不会在一个或多个服务器发生故障时失效,同时也提供了对用户的 Web 应用程序的管理,如内存分配和负载平衡。

但是为了在自己的微软数据中心吸引其他客户,他们不得不适应最初于2014年发布的 库伯内特斯,现在(2018年)要么被采纳,要么被密切考虑... ... 几乎所有人(作为 在12月下旬报道)
(这并不意味着一个比另一个“更好”,
只是“另一个”比第一个更“可见”;)

因此,它与其说是“两者之间的细节差异”,不如说是在微软数据中心(Microsoft Data Centers)上集成基于库伯内特(Kubernetes)的系统的能力。

这与微软继续其前所未有的转向 Azure (和戴斯一起)的开放(非专有)登台平台是一致的(资料来源: 详细资料在此)。
还有 自2017年2月以来,微软的 Azure 容器服务提供了 Kubernetes 编曲


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

服务面料:

https://github.com/paolosalvatori/service-fabric-acs-kubernetes-multi-container-app/raw/master/Images/ServiceFabricArchitecture.png

对库伯内特斯:

https://github.com/paolosalvatori/service-fabric-acs-kubernetes-multi-container-app/raw/master/Images/KubernetesArchitecture.png


Thieme 提到 在评论中的文章“ 服务结构和 Kubernetes 比较,第一部分-分布式系统架构”,来自 Marcin Kosierzki

Kubernetes 管理 rkt 或其他容器。

ServiceFabric 不是用来管理容器的。如果它管理着一些,这并不意味着它的目的。这使得它无法与库伯内特进行比较。

当一个豆荚死了,库伯内特斯立即把它放到其他节点上。SF 中管理容器的部分不这样做,而是由 ServiceFabric 的其他部分来完成。还有外面的集装箱。而且在设计时没有考虑到容器。