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中实现的相同容器.

他们的"服务"(用于外部入口访问)是不同的,Kubernetes更加完整和多样化:请参阅服务.

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

但是为了吸引他们自己的微软数据中心的其他客户,他们必须适应最初于2014年发布的Kubernetes,现在(2018年)被采纳或严格考虑......几乎每个人(如12月底报道))
(这并不意味着一个比另一个"更好",
只是说"其他"比第一个更"可见";))

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

这是一致的(来源:详细信息),微软继续向Azure(与Deis)开放(读取:非专有)登台平台前所未有的转变.自2017年2月起
,Kubernetes orchestrator可在Microsoft的Azure容器服务中使用.

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

服务面料:

比.Kubernetes:

THIEME提到在评论文章" 服务织物和Kubernetes比较,第1部分-分布式系统体系结构 ",从马尔辛Kosieradzki.