k8s集群协议转换平台配置下发方法及系统技术方案

本发明专利技术公开一种k8s集群协议转换平台配置下发方法及系统，其中，所述系统包括配置加载模块、共享内存、配置监控模块、业务部署模块、业务建模模块、业务配置模块、辅助部署模块和配置下发模块。本发明专利技术实现协议转换平台在不重新启动的情形下完成当前最新配置数据的加载。新启动的情形下完成当前最新配置数据的加载。新启动的情形下完成当前最新配置数据的加载。

【技术实现步骤摘要】
k8s集群协议转换平台配置下发方法及系统


[0001]本专利技术涉及k8s集群
，具体地说是一种k8s集群协议转换平台配置下发方法及系统。

技术介绍

[0002]在传统企业中，为应用程序提供运行环境和部署新版本花费的时间，通常以天或者周来计算。这一类传统应用程序，通常使用不太灵活的软件开发方法进行构建，在部署时通常需要较长的时间，而且不易于扩展。现代企业希望构建高度可扩展、灵活且具有弹性的应用程序，可以快速更新以满足客户需求。因此，云原生应运而生。云原生是在云计算环境中构建、部署和管理现代应用程序的软件方法。云原生技术支持快速、频繁地更改应用程序，而不会影响服务交付。
[0003]IPv4/IPv6协议交换平台，可以有效解决政企事业单位内部复杂应用IPv4
‑
IPv6或IPv6
‑
IPv4互通问题。应用转换功能是IPv4/IPv6协议交换平台产品的核心功能，它主要包括网站转换、指定域名回源地址、回源策略、源地址携带、源站联动监测、外链翻译、死链优化、访问标识、证书管理、缓存策略以及防盗链等子功能。实现应用转换功能的模块，即应用转换模块，是一个基于云原生技术开发的云原生应用程序。
[0004]在基于云原生技术开发云原生应用程序时，配置数据大体上可以分为两类：一类是系统配置数据，主要包括云原生应用程序在初始运行时必须提供的配置数据以及缺省的配置数据等；另一类是用户配置数据，主要包括在云原生应用程序运行期间由用户创建与维护的、且与云原生应用程序所提供业务功能相关的配置数据等。一般地，在开发云原生应用程序时，系统配置数据通常以配置文件的形式进行存储；用户配置数据通常以CRD（CustomResourceDefinition，自定义资源定义）资源的形式进行存储，以便能够充分利用k8s集群为云原生应用程序开发所提供的便利性。
[0005]在云原生应用程序运行期间，系统配置数据较少发生变更，但是用户配置数据将会频繁地发生变更。并且，为了保证云原生应用程序可以为用户提供持续的、不间断的业务服务，当用户配置数据发生变更时，要求云原生应用程序必须能够在不重新启动的情形下完成当前最新配置数据的加载操作。
[0006]然而，目前在开发云原生应用程序时，为了满足这一要求，存在一定的困难和问题。如何为云原生应用程序下发配置，并且实现当前最新配置数据的不重启加载，是十分迫切和必要的。

技术实现思路

[0007]为此，本专利技术所要解决的技术问题在于提供一种k8s集群协议转换平台配置下发方法及系统，实现协议转换平台在不重新启动的情形下完成当前最新配置数据的加载。
[0008]为解决上述技术问题，本专利技术提供如下技术方案：k8s集群协议转换平台配置下发方法，在容器运行期间，通过如下步骤实现k8s集
群协议转换平台的配置下发：S1）利用与协议转换平台设置在同一个节点的配置监控模块对配置文件修改与否进行监控，当配置文件发生修改时，则跳转至步骤S2），反之则继续对配置文件修改与否进行监控；S2）利用与协议转换平台设置在同一个节点的同一个容器内的配置加载模块将从配置文件中读取的全部配置信息写入共享内存中；S3）协议转换平台从共享内存中读取由配置加载模块写入共享内存中的全部配置信息并进行加载，完成配置信息的加载后，协议转换平台配置下发完成。
[0009]上述方法，在步骤S1）中，配置监控模块通过如下步骤实现对配置文件修改与否的监控：S1
‑
1）获取配置文件的修改时间，记作time
‑
old；S1
‑
2）休眠5秒钟；S1
‑
3）再次获取配置文件的修改时间，记作time
‑
new；S1
‑
4）比较time
‑
old和time
‑
new的值是否相等，若不相等，则表示配置文件已经发生变化，则跳转至步骤S1
‑
5）继续执行，反之，则表示配置文件未发生变化，直接跳转至S1
‑
2）继续执行；S1
‑
5）对协议转换平台配置下发进度进行监控，当监控到协议转换平台配置下发完成后，将time
‑
new的值赋值给time
‑
old，然后跳转至步骤S1
‑
2）继续对配置文件修改与否进行监控。
[0010]上述方法，在部署协议转换平台的容器启动时，通过部署协议转换平台的容器的启动模块对协议转换平台的配置文件是否存在进行监控，如果协议转换平台的配置文件不存在，则拷贝协议转换平台的初始配置文件并完成配置信息的下发，反之则由配置监控模块开始对协议转换平台的配置文件修改与否进行监控。
[0011]上述方法，协议转换平台的功能子模块的配置通过业务配置模块进行管理；功能子模块包括网站转换规则子模块、源站联动监测子模块、外链翻译子模块、访问标识子模块、证书管理子模块和缓存策略子模块。
[0012]上述方法，在部署协议转换平台的节点上设置一个与协议转换平台不在同一个容器内的辅助Pod；在部署辅助Pod的容器启动时，通过部署辅助Pod的容器的启动模块对部署辅助Pod的容器内的协议转换平台配置文件的内容是否为空进行检测及处理，如果协议转换平台的配置文件内容不为空，则将协议转换平台配置文件拷贝至部署协议转换平台的容器内，反之，则不对协议转换平台的配置文件进行处理。
[0013]用于k8s集群协议转换平台配置下发系统，包括：配置加载模块，用于从协议转换平台配置文件中读取全部配置信息并将所述全部配置信息写入共享内存中；共享内存，用于存储所述全部配置信息；配置监控模块，用于对协议转换平台配置文件修改与否进行监控；配置监控模块与配置加载模块通信连接，配置加载模块与协议转换平台通过共享内存通信连接；配置监控模块、配置加载模块、共享内存和协议转换平台部署在同一个容器内。
[0014]上述系统，还包括用于在k8s集群中的一个节点或多个节点部署协议转换平台的业务部署模块；利用业务部署模块部署协议转换平台时，同时部署配置监控模块，并为部署有协议转换平台的容器部署启动模块，通过部署协议转换平台的容器的启动模块对协议转换平台的配置文件是否存在进行监控，如果协议转换平台的配置文件不存在，则拷贝协议转换平台的初始配置文件并完成配置信息的下发，反之则由配置监控模块开始对协议转换平台的配置文件修改与否进行监控。
[0015]上述系统，还包括为功能子模块构建配置模型的业务建模模块，功能子模块包括网站转换规则子模块、源站联动监测子模块、外链翻译子模块、访问标识子模块、证书管理子模块和缓存策略子模块；业务建模模块为功能子模块定义新的自定义资源定义资源并将所述新的自定义资源定义资源添加至k8s集群中。
[0016]上述系统，还包括为功能子模块提供Restful API接口的业务配置模块；用户通过业务配置模块对功能子模块的配置进行包括但不限于创建、编辑、删除以及查询的管理操作本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.k8s集群协议转换平台配置下发方法，其特征在于，在容器运行期间，通过如下步骤实现k8s集群协议转换平台的配置下发：S1）利用与协议转换平台设置在同一个节点的配置监控模块对配置文件修改与否进行监控，当配置文件发生修改时，则跳转至步骤S2），反之则继续对配置文件修改与否进行监控；S2）利用与协议转换平台设置在同一个节点的同一个容器内的配置加载模块将从配置文件中读取的全部配置信息写入共享内存中；S3）协议转换平台从共享内存中读取由配置加载模块写入共享内存中的全部配置信息并进行加载，完成配置信息的加载后，协议转换平台配置下发完成。2.根据权利要求1所述的方法，其特征在于，在步骤S1）中，配置监控模块通过如下步骤实现对配置文件修改与否的监控：S1
‑
1）获取配置文件的修改时间，记作time
‑
old；S1
‑
2）休眠5秒钟；S1
‑
3）再次获取配置文件的修改时间，记作time
‑
new；S1
‑
4）比较time
‑
old和time
‑
new的值是否相等，若不相等，则表示配置文件已经发生变化，则跳转至步骤S1
‑
5）继续执行，反之，则表示配置文件未发生变化，直接跳转至S1
‑
2）继续执行；S1
‑
5）对协议转换平台配置下发进度进行监控，当监控到协议转换平台配置下发完成后，将time
‑
new的值赋值给time
‑
old，然后跳转至步骤S1
‑
2）继续对配置文件修改与否进行监控。3.根据权利要求1所述的方法，其特征在于，在部署协议转换平台的容器启动时，通过部署协议转换平台的容器的启动模块对协议转换平台的配置文件是否存在进行监控，如果协议转换平台的配置文件不存在，则拷贝协议转换平台的初始配置文件并完成配置信息的下发，反之则由配置监控模块开始对协议转换平台的配置文件修改与否进行监控。4.根据权利要求1所述的方法，其特征在于，协议转换平台的功能子模块的配置通过业务配置模块进行管理；功能子模块包括网站转换规则子模块、源站联动监测子模块、外链翻译子模块、访问标识子模块、证书管理子模块和缓存策略子模块。5.根据权利要求1所述的方法，其特征在于，在部署协议转换平台的节点上设置一个与协议转换平台不在同一个容器内的辅助...

【专利技术属性】
技术研发人员：陈南飞，陈新，
申请(专利权)人：明阳产业技术研究院沈阳有限公司，
类型：发明
国别省市：