开源微服务管理趋势彻底改变了软件交付

在后容器世界中，将应用程序从数据中心移动到云是远远不够的。开发人员需要一种新的软件交付方法——理想情况下，这种方法基于微服务模型。

如果你是使用单体架构的企业，微服务的采用可能会对你的团队造成一些焦虑。毕竟，没有一个地方可以找到管理今天的云原生应用程序所带来的所有挑战的答案，而且没有一个供应商拥有所有答案。

幸运的是，开源社区可以提供一些帮助。开源软件的趋势指向了一个采用完全不同的应用程序管理方法的未来。如果你愿意深入研究并投资当今领先的开源微服务项目，则可以找到管理云中现代微服务应用程序所需的一切。

顶级供应商加倍**开源

直到十年前，开源还是试验爱好者的领域，主要由开发人员和学生使用。企业避免使用开源，转而使用微软、甲骨文和IBM等公司的商业产品。

云计算、容器和微服务的出现改变了这一切。GitHub让我们可以轻松地将代码存储在云中并与任何人共享。它包含来自几乎所有大型组织的开源项目。微软是GitHub上项目的最大贡献者——尽管它收购GitHub时很多人感到惊讶，因为它以前与开源代码和社区的对抗关系。微软现在接受开源，并将其视为Azure平台的未来之路。

现在，许多创业公司都有很棒的开源项目。从这个意义上讲，CoreOS是一个成功的故事。该公司创建了数个有影响力的开源项目，如etcd、rkt和flannel。红帽今年早些时候以2.5亿美元收购了CoreOS，以支持其OpenShift云平台。

开源工具源于公司的实际需求

几乎所有通过网络和移动应用程序提供服务的现代组织现在都严重依赖开源。在Netflix、Spotify、Uber和Airbnb的工程博客中，有很多提到他们自己创建的开源项目以及他们只是从社区中拿来使用的其他项目。开源现在是现代应用程序堆栈的生命线，以下是一些经过验证的示例：

——Asgard：Netflix创建了Asgard，以在AWS中实现其基础设施自动化。开源Asgard导致了一个名为Spinnaker的类似工具，不仅适用于AWS，也适用于其他云平台。

——Prometheus：SoundCloud需要监控其云指标，就有了Prometheus，这是当今领先的开源监控工具。

——Istio：Lyft、IBM和谷歌合作创建了针对Kubernetes的服务网格Istio。它源于管理这些公司运营的复杂服务网络之间的通信的需要。

——gRPC：谷歌使用内部称为Stubby的工具来管理远程过程调用（RPC）。这有助于跨分布式服务的负载均衡需求。谷歌将Stubby发布到开源社区并将其重命名为gRPC。现在，gRPC是一个用于管理负载均衡的著名开源微服务工具。

CNCF强化了开源工具

gRPC负载均衡管理器作为开源微服务管理工具是成功的，但Kubernetes才是谷歌真正的重磅开源项目。Kubernetes是一个容器编排工具，被全行业采用。云供应商已经开始提供Kubernetes管理服务。

但是Kubernetes并不能满足与容器编排相关的所有需求。相反，它是构建自定义云管理平台的起点。Kubernetes的开放式架构需要进一步扩展。

CNCF采用并监督许多开源项目的开发和发展方向，扩展了Kubernetes以及其他项目，并将其包围在一个生态系统中。此治理系统的目标是帮助防止供应商锁定并确保标准满足每个人的需求。

运行代码是未来（而不是容器）

现在Kubernetes的主要任务是运行和管理容器。但是，在未来，Kubernetes应该达到这样的成熟水平——可以自动化从Git或等效存储库运行代码的能力。

此外，无服务器（每次执行付费模式）和容器管理选项的融合即将出现。今天，这出现在AWS Lambda和AWS Fargate等服务中，但最终它应该扩展到更多服务。从DevOps转变为GitOps，即开发人员编写代码而代码自动运行。

开源微服务工具可帮助运行和监督云原生环境中的微服务。开源趋势还指向这样一个未来——代码占据中心位置，运行代码的基础设施比以往更加自动化和简单。

原文链接：

https://searchmicroservices.techtarget.com/tip/Open-source-microservices-management-trends-alter-software-delivery

内容覆盖主流开源领域