[发明专利]一种基于容器云自动添加代理的方法

说明书

一种基于容器云自动添加代理的方法，包括如下操作步骤：(1)创建并初始化自动边车添加器进Kubernetes集群；(2)自动边车添加器初始化成功后，在Kubernetes集群中部署包含边车信息的ConfigMap资源对象、监控Kubernetes中的ConfigMap资源对象、保存其中包含的边车信息；(3)创建Pod资源对象，在Pod资源对象持久化到Kubernetes集群之前，若自动边车添加器保存了Pod资源对象指定的边车，则修改该Pod资源对象描述文件，向其添加指定的边车信息。

技术领域

本发明涉及一种基于容器云自动添加代理的方法，属于云原生技术领域。

背景技术

近年来，云原生技术逐渐升温，很多企业开始了云化转型之路，希望将传统应用迁移至云端。在云原生的技术方案中，应用被放置在一个敏捷的不可变基础设施中运行，使得应用可以完全在不同环境中无缝迁移，目前主流方法通过容器技术来实现。当容器数量庞大且分布在不同的机器时，如何管理大规模的容器便成为问题。为了解决这一问题，Kubernetes应运而生，作为一个容器编排系统，其能够持续自动化管理容器化的应用，提高了运维人员的管理效率。

边车(sidecar)模式为对现有的服务增加额外功能，这些功能并不会影响业务逻辑，而是起到辅助的作用，例如收集日志、管理文件。将业务逻辑和辅助逻辑拆分成不同的应用，能够降低应用之间的耦合度和业务的复杂性，这是边车模式的优势。在Kubernetes(容器云)中，体现在每个Pod资源对象都会运行多个容器，这些容器彼此互相通信、共享文件系统，有承载特定业务功能的容器，也有起到辅助功能的容器，后者被称为边车(即一种内部代理)。由于辅助功能是通用的，因此边车可以复用于多个Pod资源对象中，导致不同Pod资源对象描述文件中边车的信息存在大量重复。运维人员需要在每个Pod资源对象描述文件中都手动添加边车的信息，会导致大量的数据冗余，且降低了管理效率。

目前，如何解决手动添加大量重复的边车信息所导致的数据冗余、效率低下的问题，成为一个云原生技术领域急需解决的技术难题。

发明内容

有鉴于此，本发明的目的是提供一种自动添加边车的方法，以解决运维人员在每个Pod资源对象描述文件中都要手动添加大量重复的边车信息，所导致的数据冗余、效率低下的问题。

为了达到上述目的，本发明提供了一种基于容器云自动添加代理的方法，包括如下操作步骤：

步骤1、创建并初始化自动边车添加器进Kubernetes集群；

步骤2、所述的自动边车添加器初始化成功后，在Kubernetes集群中部署包含边车信息的ConfigMap资源对象，所述的自动边车添加器监控Kubernetes中的ConfigMap资源对象，并保存其中包含的边车信息；

步骤3、向Kubernetes集群创建Pod资源对象，在所述Pod资源对象持久化到Kubernetes集群之前，若所述的自动边车添加器保存了所述Pod资源对象指定的边车，则修改该Pod资源对象描述文件，向其添加指定的边车信息。

所述步骤1进一步包括有：

步骤11、为所述自动边车添加器配置TLS连接所需的公钥和私钥证书，以及拥有监控ConfigMap资源对象权限的服务账号即ServiceAccount资源对象；

步骤12、部署Deployment和Service资源对象，指定自动边车添加器的参数，启动自动边车添加器服务，所述的自动边车添加器的参数包括：可监控的ConfigMap资源对象需满足的标签键值对、Pod资源对象指定添加边车的注解命名空间；

步骤13、通过部署MutatingWebhookConfiguration资源对象，配置创建Pod资源对象的事件匹配规则、所述自动边车添加器的服务引用、验证所述自动边车添加器服务的TLS连接的CA证书。