Kubernetes和服务结构之间的区别

我在Kubernetes上工作过，目前正在阅读有关Service Fabric的文章，我知道Service Fabric提供了微服务框架模型，如有状态、无状态和actor，但除此之外，它还提供

GuestExecutables

或

容器

，这也是Kubernetes管理/编排容器的工作。有人能解释这两者之间的具体区别吗

在这个项目中，您可以看到在Service Fabric和Kubernetes中实现的相同容器

他们的“服务”（用于外部入口访问）有所不同，Kubernetes更加完整和多样化：请参阅

现实情况是：由于市场压力，
最初于2010年发布的已实现了自己的Microsoft Azure Fabric Controller，以确保在Microsoft数据中心内的一个或多个服务器出现故障时，服务和环境不会出现故障，并提供用户Web应用程序的管理，如内存分配和负载平衡

但为了在自己的Microsoft数据中心上吸引其他客户，他们必须适应最初于2014年发布的，该版本现在（2018年）被采纳或被密切考虑。。。几乎每个人（都是）
（这并不意味着一个比另一个更好，
只有“其他”比第一个更“可见；”）

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

这与（来源：）微软继续向Azure（）的开放（阅读：非专有）登台平台的前所未有的转变是一致的。
和

---

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

服务结构：

对库伯内特斯：

---

---

提到文章“”，来自。

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

服务结构不用于管理容器。如果它管理着一些，这并不是它的目的。这并不能使它与库伯内特斯进行比较

---

当一个豆荚死亡时，库伯内特斯立即将其转移到其他节点。SF中管理容器的部分并没有做到这一点，而是由服务结构的其他一些区域来完成。和外部容器。设计时没有考虑容器

关于服务织物和Kubernetes有一个很好的说法：“更完整一点？”所以你说的很好better@BlueClouds这就是你的解释。这表明他们实际上是完全不同的。