[发明专利]一种基于k8s的应用消息发布方法在审
| 申请号: | 202111157530.3 | 申请日: | 2021-09-29 |
| 公开(公告)号: | CN113886015A | 公开(公告)日: | 2022-01-04 |
| 发明(设计)人: | 滕硕 | 申请(专利权)人: | 新华智云科技有限公司 |
| 主分类号: | G06F9/455 | 分类号: | G06F9/455;G06F9/50;G06F21/31 |
| 代理公司: | 杭州裕阳联合专利代理有限公司 33289 | 代理人: | 杨琪宇 |
| 地址: | 310012 浙江省杭州市*** | 国省代码: | 浙江;33 |
| 权利要求书: | 查看更多 | 说明书: | 查看更多 |
| 摘要: | |||
| 搜索关键词: | 一种 基于 k8s 应用 消息 发布 方法 | ||
本发明公开了一种基于k8s的应用消息发布方法,包括以下步骤:创建业务应用以及和业务应用名称相同的configMap配置文件,对业务应用和configMap配置文件进行分组,获取控制台或业务应用传递的第一业务参数,根据第一业务参数进行鉴权;若鉴权通过,调用API接口监听组配置操作器是否发生变化,若发生变化,则修改configMap配置文件;将修改后的configMap配置文件更新到容器指定的目录中;业务应用监听configMap配置文件是否更新,若更新,则对消息进行消费,有益效果在于增加了数据使用的安全性,业务应用可以控制组内其他业务应用的配置信息以及权限的鉴权,通过配置信息减少了对中间件的依赖,使得部署更加轻量,同时支持各种语言读取配置信息。
技术领域
本发明属于消息发布技术领域,更具体地说,本发明涉及一种基于k8s的应用消息发布方法。
背景技术
kubernetes简称k8s,是Google开源的编排容器的重要工具,目前越来越多的业务应用实现了微服务化,业务应用几乎都部署在容器中,目前的技术方案存在以下缺陷:
第一,微服务化目的就是尽量减少服务的耦合性,但因此使得服务间的数据信息共享以及消息的发布/订阅成本变得越来越高,如何减少应用间的依赖以及跨语言的支持是值得考虑的。
第二,目前的现有技术通常使用configMap来共享数据,多个业务应用挂载在同一个configMap,比如业务应用A和业务应用B挂载在同一个configMap,一些敏感信息需要写入业务应用A的configMap中,由于业务应用C也挂载在同一个configMap,因此,业务应用C就获取了业务应用A的敏感信息,由此可见对数据的使用危险性高。
发明内容
本发明的目的在于提供一种版本升级方法及计算机可读存储介质,以解决上述现有技术中存在的数据使用不够安全的技术问题。
为实现上述技术目的,本发明采用的技术方案如下:
一种基于k8s的应用消息发布方法,其特征在于,包括以下步骤:
创建业务应用以及和所述业务应用名称相同的configMap配置文件,对所述业务应用和所述configMap配置文件进行分组,每一组设置有组配置操作器;
获取控制台或所述业务应用传递的第一业务参数,根据所述第一业务参数进行鉴权;
若鉴权通过,调用API接口监听组配置操作器是否发生变化,若发生变化,则修改所述configMap配置文件;
将修改后的所述configMap配置文件更新到容器指定的目录中;
所述业务应用监听所述configMap配置文件是否更新,若更新,则对消息进行消费。
优选地,对所述业务应用和所述configMap配置文件进行分组,每一组设置有组配置操作器,具体包括以下步骤:
若干个所述业务应用与若干个所述业务应用名称相同的configMap配置文件为同一组;
每一组设置有组配置操作器。
优选地,所述第一业务参数包括组配置名称、第一应用信息以及第一配置键值对。
优选地,获取控制台或所述业务应用传递的第一业务参数,根据所述第一业务参数进行鉴权,具体包括以下步骤:
从数据库中获取第二业务参数,所述第二业务参数包括第二应用信息和第二配置键值对;
判断所述第一应用信息和所述第二应用信息是否相同;
若相同,继续判断所述第一配置键值对和所述第二配置键值对是否属于同一组;
若属于同一组,则鉴权通过。
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于新华智云科技有限公司,未经新华智云科技有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202111157530.3/2.html,转载请声明来源钻瓜专利网。





