一种基于k8s的应用消息发布方法技术

本发明专利技术公开了一种基于k8s的应用消息发布方法，包括以下步骤：创建业务应用以及和业务应用名称相同的configMap配置文件，对业务应用和configMap配置文件进行分组，获取控制台或业务应用传递的第一业务参数，根据第一业务参数进行鉴权；若鉴权通过，调用API接口监听组配置操作器是否发生变化，若发生变化，则修改configMap配置文件；将修改后的configMap配置文件更新到容器指定的目录中；业务应用监听configMap配置文件是否更新，若更新，则对消息进行消费，有益效果在于增加了数据使用的安全性，业务应用可以控制组内其他业务应用的配置信息以及权限的鉴权，通过配置信息减少了对中间件的依赖，使得部署更加轻量，同时支持各种语言读取配置信息。语言读取配置信息。语言读取配置信息。

【技术实现步骤摘要】
一种基于k8s的应用消息发布方法


[0001]本专利技术属于消息发布
，更具体地说，本专利技术涉及一种基于k8s的应用消息发布方法。

技术介绍

[0002]kubernetes简称k8s，是Google开源的编排容器的重要工具，目前越来越多的业务应用实现了微服务化，业务应用几乎都部署在容器中，目前的技术方案存在以下缺陷：
[0003]第一，微服务化目的就是尽量减少服务的耦合性，但因此使得服务间的数据信息共享以及消息的发布/订阅成本变得越来越高，如何减少应用间的依赖以及跨语言的支持是值得考虑的。
[0004]第二，目前的现有技术通常使用configMap来共享数据，多个业务应用挂载在同一个configMap，比如业务应用A和业务应用B挂载在同一个configMap，一些敏感信息需要写入业务应用A的configMap中，由于业务应用C也挂载在同一个configMap，因此，业务应用C就获取了业务应用A的敏感信息，由此可见对数据的使用危险性高。

技术实现思路

[0005]本专利技术的目的在于提供一种版本升级方法及计算机可读存储介质，以解决上述现有技术中存在的数据使用不够安全的技术问题。
[0006]为实现上述技术目的，本专利技术采用的技术方案如下：
[0007]一种基于k8s的应用消息发布方法，其特征在于，包括以下步骤：
[0008]创建业务应用以及和所述业务应用名称相同的configMap配置文件，对所述业务应用和所述configMap配置文件进行分组，每一组设置有组配置操作器；
[0009]获取控制台或所述业务应用传递的第一业务参数，根据所述第一业务参数进行鉴权；
[0010]若鉴权通过，调用API接口监听组配置操作器是否发生变化，若发生变化，则修改所述configMap配置文件；
[0011]将修改后的所述configMap配置文件更新到容器指定的目录中；
[0012]所述业务应用监听所述configMap配置文件是否更新，若更新，则对消息进行消费。
[0013]优选地，对所述业务应用和所述configMap配置文件进行分组，每一组设置有组配置操作器，具体包括以下步骤：
[0014]若干个所述业务应用与若干个所述业务应用名称相同的configMap配置文件为同一组；
[0015]每一组设置有组配置操作器。
[0016]优选地，所述第一业务参数包括组配置名称、第一应用信息以及第一配置键值对。
[0017]优选地，获取控制台或所述业务应用传递的第一业务参数，根据所述第一业务参
数进行鉴权，具体包括以下步骤：
[0018]从数据库中获取第二业务参数，所述第二业务参数包括第二应用信息和第二配置键值对；
[0019]判断所述第一应用信息和所述第二应用信息是否相同；
[0020]若相同，继续判断所述第一配置键值对和所述第二配置键值对是否属于同一组；
[0021]若属于同一组，则鉴权通过。
[0022]优选地，还包括步骤：
[0023]若鉴权通过，判断第一业务参数所在分组的组配置操作器是否存在；
[0024]若不存在，创建所述第一业务参数所在分组的组配置操作器，若存在，调用所述API接口监听所述组配置操作器是否发生变化。
[0025]优选地，还包括步骤：
[0026]判断组配置操作器所属分组内每个业务应用对应的configMap配置文件是否存在；
[0027]若不存在，创建和所述业务应用名称相同的configMap配置文件。
[0028]优选地，调用API接口监听组配置操作器是否发生变化，若发生变化，则修改所述configMap配置文件，具体包括以下步骤：
[0029]所述组配置操作器包括配置列表，所述配置列表包括configMap配置文件的配置信息；
[0030]判断组配置操作器所属分组内的所述configMap配置文件的配置信息是否发生变化；
[0031]若发生变化，则修改所述configMap配置文件的配置信息。
[0032]优选地，判断组配置操作器所属分组内的所述configMap配置文件的配置信息是否发生变化，具体包括以下步骤：
[0033]所述配置信息包括配置名称和配置值，判断所述配置名称和所述第一业务参数是否相同，若不相同，则修改所述配置名称；
[0034]判断所述配置值和所述第一业务参数是否相同，若不相同，则修改所述配置值。
[0035]优选地，还包括组配置控制器，所述组配置控制器获取所述控制台或所述业务应用传递的第一业务参数，所述组配置控制器根据所述第一业务参数进行鉴权。
[0036]一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机指令，所述计算机指令被处理器执行时实现上述所述方法的步骤。
[0037]本专利技术提供的有益效果在于：
[0038]1、本专利技术通过创建业务应用以及和业务应用名称相同的configMap配置文件，对业务应用和configMap配置文件进行分组，每一组设置有组配置操作器，不同的业务应用只挂载在业务应用名称相同的configMap配置文件，因此，数据在不同业务应用中是互相不可见的，在数据需要修改的时候，只会修改指定分组的业务应用以及configMap配置文件，增加了数据使用的安全性。
[0039]2、本专利技术包括获取控制台或业务应用传递的第一业务参数，根据第一业务参数进行鉴权，若鉴权通过，调用API接口监听组配置操作器是否发生变化，若发生变化，则修改configMap配置文件，通过鉴权判断用户是否有权限对业务应用以及configMap配置文件进
行修改，进一步增加了数据使用的安全性，同时业务应用可以控制组内其他业务应用的配置信息以及权限的鉴权。
[0040]3、本专利技术的组配置操作器包括配置列表，配置列表包括configMap配置文件的配置信息，通过配置信息减少了对中间件的依赖，使得部署更加轻量，同时支持各种语言读取配置信息。
附图说明
[0041]为了更清楚地说明本专利技术实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本专利技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0042]图1是应用消息发布的方法流程图；
[0043]图2是组配置操作器和组配置控制器的工作流程示意图。
具体实施方式
[0044]为使本专利技术实施例的目的、技术方案和优点更加清楚，下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本专利技术一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本专利技术实施例的组件可以以各种不同的配置来布置和设计。
[0045]因此，以下对在附图中提供的本专利技术的本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种基于k8s的应用消息发布方法，其特征在于，包括以下步骤：创建业务应用以及和所述业务应用名称相同的configMap配置文件，对所述业务应用和所述configMap配置文件进行分组，每一组设置有组配置操作器；获取控制台或所述业务应用传递的第一业务参数，根据所述第一业务参数进行鉴权；若鉴权通过，调用API接口监听组配置操作器是否发生变化，若发生变化，则修改所述configMap配置文件；将修改后的所述configMap配置文件更新到容器指定的目录中；所述业务应用监听所述configMap配置文件是否更新，若更新，则对消息进行消费。2.如权利要求1所述的一种基于k8s的应用消息发布方法，其特征在于，对所述业务应用和所述configMap配置文件进行分组，每一组设置有组配置操作器，具体包括以下步骤：若干个所述业务应用与若干个所述业务应用名称相同的configMap配置文件为同一组；每一组设置有组配置操作器。3.如权利要求1所述的一种基于k8s的应用消息发布方法，其特征在于，所述第一业务参数包括组配置名称、第一应用信息以及第一配置键值对。4.如权利要求3所述的一种基于k8s的应用消息发布方法，其特征在于，获取控制台或所述业务应用传递的第一业务参数，根据所述第一业务参数进行鉴权，具体包括以下步骤：从数据库中获取第二业务参数，所述第二业务参数包括第二应用信息和第二配置键值对；判断所述第一应用信息和所述第二应用信息是否相同；若相同，继续判断所述第一配置键值对和所述第二配置键值对是否属于同一组；若属于同一组，则鉴权通过。5.如权利要求1所述的一种基于k8s的应用消息发布方法，其特征在于，还包括步骤：若鉴权通过，判断第一业务参数所在分组的组配置操作器是否存在；若不存在，创建...

【专利技术属性】
技术研发人员：滕硕，
申请(专利权)人：新华智云科技有限公司，
类型：发明
国别省市：