2019年最受欢迎的9个顶级云原生开源项目

OPEN编辑 5年前

　　使用容器吗？来熟悉一下云原生计算基金会上的这些项目。

　　随着使用容器开发应用程序的实践越来越流行，云本地应用程序也在不断增加。根据定义：

“云原生技术用于开发应用程序，这些应用程序使用封装在容器中的服务构建，部署为微服务，并通过敏捷的 DevOps 流程和持续交付工作流在弹性基础设施上进行管理。”

　　该描述包括四个元素，这些元素与云原生应用程序是一体的：

　　尽管这些技术有着非常独特的历史，但它们相互补充得很好，并在短时间内导致云原生应用程序和工具集的指数级增长。这张云原生计算基金会（CNCF）的信息图表显示了云原生应用生态系统的大小和广度。


云原生计算基金会项目图

　　我是说，看看这个！这只是一个开始。正如 Node.JS 的创建引发了无休止的 JavaScript 工具的爆炸，容器技术的流行开始了云本地应用程序的指数级增长。

　　好消息是有几个组织负责监督和连接这些点。一个是开放容器联盟（OCI），它是一个轻量级的开放式治理结构（或项目），在 Linux 基金会的支持下形成的。OCI 目的是围绕容器格式和运行时间创建开放的工业标准。另一个是 CNCF，“一个开源软件基金会致力于使云原生计算普及和可持续。”

　　除了一般围绕云本机应用程序构建社区之外，CNCF 还帮助项目围绕其云本机应用程序建立结构化治理。CNCF 创建了成熟度级别“沙盒”、“孵化”或“毕业”的概念，与下图中的创新者、早期采用者和早期多数层相对应。


CNCF 成熟度模型

　　1）沙盒阶段

　　要在沙盒中被接受，一个项目必须至少有两个 TOC 发起人。详细流程请参见 CNCF Sandbox Guidelines v1.0。

　　2）孵化阶段

　　注：孵化水平是我们希望对项目进行全面尽职调查的点。

　　要进入孵化阶段，项目必须满足沙盒阶段的要求，并加上：

　　3）毕业阶段

　　能从“沙盒”或者“孵化”达到“毕业”阶段的项目，或者一个直接就进入到“毕业”阶段的项目，项目必须符合孵化阶段标准，以及如下条件：

　　9 个值得考虑的项目

　　尽管不可能在一篇文章中涵盖所有 CNCF 项目，我还是想要列举 9 个有趣的处于“毕业”阶段和“孵化”阶段的开源项目。

项目

License

简介

Kubernetes

Apache 2.0

容器编排平台

Prometheus

Apache 2.0

系统和服务监控工具

Envoy

Apache 2.0

服务代理

rkt

Apache 2.0

Pod 原生容器引擎

Jaeger

Apache 2.0

分布式跟踪系统

Linkerd

Apache 2.0

透明的 service mesh

Helm

Apache 2.0

Kubernetes 包管理

Etcd

Apache 2.0

分布式 key-value 存储

CRI-O

Apache 2.0

轻量级 Kubernetes 运行时间管理

　　一、毕业的项目

　　“毕业”阶段项目被许多组织认为是成熟的，必须遵守 CNCF 的指导方针。以下是三个最流行的开源 CNCF 毕业项目。（请注意，其中一些描述是从项目的网站上改编和重用的。）

　　1、Kubernetes

　　啊，Kubernetes。我们如何在不提到 Kubernetes 的情况下谈论云原生应用程序？Kubernetes 无疑是 Google 发明的最著名的基于容器的应用程序的容器编排平台，也是一个开源工具。

　　什么是容器编排平台？基本上，一个独立的容器引擎可以管理几个容器。然而，当您谈论数千个容器和数百个服务时，管理这些容器变得非常复杂。这就是容器引擎的切入点。容器编排引擎通过自动化容器的部署、管理、联网和可用性来帮助扩展容器。

　　Docker Swarm 和 Mesosphere Marathon 是另外两种容器编排引擎，但是我们可以很放心地说 Kubernetes 在竞争中胜出。Kubernetes 还催生了 Container-as-a-Service (CaaS) 平台，比如：OKD。最初的 Kubernetes 社区发布版，激发 RedHat 的 OpenShift。

　　可以从阅读 Kubernetes 的 Github 仓库开始，在 Kubernetes Documents 站点网页访问文档学习资源。

　　2、Prometheus

　　Prometheus 是一个开源系统监控和警报工具包，于 2012 年在 SoundCloud 构建。从那时起，许多公司和组织都采用了 Prometheus，并且这个项目有一个非常活跃的开发人员和用户社区。它现在是一个独立的开源项目，独立于公司进行维护。


Prometheus 架构

　　了解 Prometheus 最简单的方法是设想一个生产系统，它需要每天 24 小时，每年 365 天工作。没有一个系统是完美的，也有一些技术可以减少故障（称为容错系统）。但是，如果出现问题，最重要的是尽快识别它。这就是 Prometheus 这样的监控工具的用武之地。Prometheus 不仅仅是一个容器监控工具，它在云原生应用程序公司中最受欢迎。此外，其它开源监控工具，包括 Grafana，可以对接 Prometheus。

　　开始 Prometheus 最好的办法是访问它的 GitHub 代码仓库，本地运行 Prometheus 是很容易的，但是必须提前有一个容器引擎。用户可以在 Prometheus 的官网获取更详细文档。

　　3、Envoy

　　Envoy（或 Envoy Proxy）是一个开源的边缘和服务代理。由 LyFT 创建的 Envoy 是一个由 C++ 编写的，高性能，分布式代理，专为单一服务和应用而设计，以及为大型微服务网格体系结构设计的通信总线和通用数据平面。基于对 Nginx、HAProxy、硬件负载均衡器和云负载均衡器等解决方案的学习，Envoy 与每个应用程序一起运行，并通过以平台无感知的方式提供公共特性来抽象网络。

　　当一个基础设施中的所有服务流量都通过一个 Envoy mesh 流动时，通过一致的可观测性，调整整体性能，并在一个地方添加底层特性，就可以很容易地观察问题区域。基本上，Envoy Proxy 是一个 Service Mesh 工具，帮助组织为生产环境构建容错系统。

　　ServiceMesh 应用程序有许多替代方案，例如 Uber 的 Linkerd（下面讨论）和 Isito。Istio 通过部署为 Sidecar 并利用 Mixer 配置模型来扩展 Envoy Proxy。Envoy 的显著特点是：

　　想要了解 Envoy 更多，发挥它的能力，并实现其全部优势，用户需要在运行生产级环境方面有丰富的经验。访问 Envoy 的 GitHub 代码仓库，阅读文档，用户可以了解更详细信息。

　　二、“孵化”阶段项目

　　下面是六个最受欢迎的开源 CNCF 孵化项目

　　1、rkt

　　rkt，发音为“rocket”，是一种 pod-native 引擎。它有一个命令行界面（cli），用于在 Linux 上运行容器。在某种意义上，它类似于其他容器，如：Podman、Docker 和 CRI-O。

　　rkt 最初是由 CoreOS 开发的（后来被 Red Hat 收购），您可以在其网站上找到详细的文档并访问 Github 上的源代码。

　　2、Jaeger

　　Jaeger 是一个开源、端到端的分布式跟踪系统，用于云原生应用程序。在某种程度上，它是 Prometheus 这样的监控解决方案。但是它是不同的，因为它的用例扩展到：

　　Jaeger 是一种由 Uber 构建的开源技术。您可以在其网站上找到详细的文档，并在 GitHub 上找到其源代码。

　　3、Linkerd

　　与 Envoy Proxy 的 Lyft 一样，Uber 将 Linkerd 开发为一个开源解决方案，以将其服务保持在生产级别。在某些方面，Linkerd 就像 Envoy 一样，因为两者都是 Service Mesh 工具，用以在不需要配置或代码更改的情况下提供平台范围的可观测性、可靠性和安全性。

　　然而，两者之间有一些细微的差别。虽然 Envoy 和 Linkerd 作为代理，可以在连接的服务上报告，但 Envoy 并不像 Linkerd 那样被设计成 Kubernetes 入口控制器。Linkerd 的显著特点包括：

　　您可以在 Linkerd 的网站上阅读更多关于它的信息，并在 GitHub 上访问它的源代码。

　　4、Helm

　　Helm 基本上是 Kubernetes 的包管理器。如果您使用过 ApacheMaven、MavenNexus 或类似的服务，您将了解 Helm 的目的。Helm 帮助您管理 Kubernetes 应用程序。它使用“helm charts”定义、安装和升级最复杂的 Kubernetes 应用程序。Helm 并不是实现这一点的唯一方法；另一个流行的概念是 KubernetesOperators，它由 RedHat Openshift4 使用。

　　您可以按照文档中的快速入门指南（https://github.com/helm/helm）或 Github 指南来尝试 Helm。

　　5、Etcd

　　Etcd 是一个分布式的、可靠的键值对数据存储，用于存储分布式系统中最关键的数据。其主要特点是：

　　Etcd 被用作 Kubernetes 和许多其他技术的内置默认数据存储。也就是说，它很少独立运行或作为单独的服务运行；相反，它使用集成到 Kubernetes、OKD/OpenShift 或其他服务中的服务。还有一个 Etcd 运营商来管理其生命周期并解锁其 API 管理功能：

　　您可以在 ETCD 的文档中了解更多信息，并在 Github 上访问其源代码。

　　6、CRI-O

　　CRI-O 是一个开放容器联盟（OCI）兼容的 Kubernetes 运行时接口的实现。CRI-O 用于各种功能，包括：

　　CRI-O 提供了大量文档，包括指南、教程、文章甚至播客，您还可以访问其 Github 页面（https://github.com/cri-o/cri-o）。