aks算法
鉴于Microsoft Azure执行vce总裁Jason Zander最近发表的一些评论，值得重复一遍：如果您可以在高级技术和高级社区之间做出选择，请选择社区选项。 每一个 单。 时间。 尽管技术至上是主观的，但面对社区发展，它几乎总是短暂的。
但这正是Microsoft使用Azure Kubernetes Service所做的。
赞德不是假人。 作为负责Azure的人，他正在帮助推动该业务的复兴，看到越来越多的开发人员在该处构建应用程序。
考虑到他为开发人员所做的一切，我可能应该对他最近在伦敦举行的Microsoft未来解码会议上发表的评论表示赞赏。 但是我不会，因为它反映了一个值得解决的持久神话。
Zander一直表现不错，直到他开始吹捧Azure Service Fabric （一种由Microsoft开发的容器编排解决方案，可以与Google的Kubernetes匹敌） ：“它们都是一流的解决方案，”他允许，但某些一流的解决方案比一流的更胜一筹。看来，其他人，他继续说，
如果您正在寻找一个容器协调器，尤其是想与开源社区进行集成，那么Kubernetes是一个很棒的解决方案。 我们尝试使用AKS [Azure Kubernetes Service]做一流的事情，我们将为此做管理。
Service Fabric提供了相同的容器编排工作，但除此之外，还提供了许多更高级的服务。 这包括状态，高可用性状态，围绕该状态的编程模型，React堆之类的东西，它内置了所有这些东西。
我确实希望Kubernetes生态系统能够赶上并构建其他一些功能。 老实说，它们仍比Service Fabric今天的功能落后两三年。
需要明确的是，两者都是开源的。 但是Zander似乎对Kubernetes赞不绝口：“如果您进入开源社区，”他基本上说，“ Kubernetes很棒。 但是，如果您希望社区距离开发工作还有几年的时间，那么Service Fabric是您的答案。”
除了不是。 我已经看过太多次了：优秀社区总是胜过一流技术。 总是。 为什么？ 因为随着社区中的个人成员开始意识到，通过参与公共项目而不是重新发明轮子（不管它们在技术上是多么优越），还有更多的收获—协作创新会加快步伐并超越个人的辉煌。
“好吧，肯定是同一社区可以致力于Azure Service Fabric。 它是开源的，对吗？ 是的，但是社区已经投票支持Kubernetes，这是在Docker ，Apache Mesos等进行了多年的讨论之后。 Kubernetes赢了。 正如Digital Digital开发人员最近的一项调查发现，到目前为止，企业在采用开源软件时所寻找的第一件事就是“被广泛采用的技术”（据63％的受访者表示）。
Kubernetes被广泛采用。 Azure Service Fabric不是。 争论结束。
因此，对于Microsoft来说，正确的问题是：为什么要继续进行这种单独工作，从获胜团队中转移资源？ 为什么不采用所有这些“高级服务”并为Kubernetes构建它们呢？ 这不是慈善行为； 这纯粹是出于个人利益。 这样一来，微软将在Kubernetes社区中建立信誉和影响力，使其成为一个大参与者，而不是今天的小参与者（在Google和Red Hat之后，Kubernetes的两个主要贡献者）。
微软是一家聪明的公司，并且对开源越来越精明。 它应该比尝试以这种方式派生容器编排社区更好。
aks算法
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
