[发明专利]配置数据更新方法、装置、计算设备及存储介质

说明书

本发明公开了配置数据更新方法、装置、计算设备及存储介质，方法包括：响应于用于应用模块的配置数据更新，在配置中心关联地存储更新的配置数据的配置数据坐标和配置数据版本号，其中，配置数据坐标包括其所对应的应用模块的模块名，配置数据版本号与配置数据关联地存储；应用模块根据其所对应的配置数据坐标，从配置中心获取配置数据版本号；应用模块根据配置数据版本号获取更新的配置数据。通过上述方案，可以对大批量和结构复杂的配置数据动态更新，能够提高配置数据更新效率，降低系统运营风险。

技术领域

本发明涉及IT技术领域，尤其涉及一种配置数据更新方法、装置、计算设备及存储介质。

背景技术

随着分布式技术的普及，基于分布式技术的应用系统越来越多。另外Linux和虚拟技术成为当前主流技术潮流，应用系统不再局限于小型机部署，而是由多个x86刀片机或虚拟机组成的应用系统集群。

集群化部署方便应用系统横向扩展，线性提升性能，但其也给运维和管理带来一定问题，比如集群内部各节点在面临配置数据更新时如何做到及时、统一、同步更新，尤其在大批量、结构化数据发生变更时，如何做到集群内各个节点的数据同步。

针对各节点数据同步的现有技术包括：

重启应用系统，维护成本较高，数据的一点变化就需要维护人员逐个重启应用。同时，应用系统在生产运行，重启对生产数据可能造成影响，如果重启过程耗时较长，可能产生错误数据或者脏数据，给系统维护增加额外负担。

利用数据库开关做一个定时检测程序，定时检测数据库中开关状态，一旦检测到开关打开，则重新读取配置数据，刷新配置数据到本地内存。但由于开关语义的单一性，多个应用程序需要协商什么时候该重置开关。为此应用程序需要做大量编码。

利用集群管理服务器zookeeper，将配置数据集中发布到zookeeper的节点上，实现配置的集中式管理和动态更新。但是ZooKeeper不适合存储和传输大量数据，不适合存储结构化数据以及不适用于配置数据频繁变化的场景。

因此，需要一种分布式系统配置数据动态更新的方法。

发明内容

针对配置数据更新效率低，不适用于配置数据大批量结构化和频繁变化的场景，本发明实施例提供了一种配置数据更新方法、装置、计算设备及存储介质，可以提高配置数据的更新效率，能够实现大批量、频繁变化的配置数据的快速更新。

第一方面，本发明实施例提供了一种配置数据更新方法，方法包括：

响应于用于应用模块的配置数据更新，在配置中心关联地存储更新的配置数据的配置数据坐标和配置数据版本号，其中，配置数据坐标包括其所对应的应用模块的模块名，配置数据版本号与配置数据关联地存储；

应用模块根据其所对应的配置数据坐标，从配置中心获取配置数据版本号；

应用模块根据配置数据版本号获取更新的配置数据。

第二方面，本发明实施例提供了一种配置数据更新装置，装置包括：存储模块、第一获取模块和第二获取模块。

存储模块可以响应于用于应用模块的配置数据更新，在配置中心关联地存储更新的配置数据的配置数据坐标和配置数据版本号，其中，配置数据坐标包括其所对应的应用模块的模块名，配置数据版本号与配置数据关联地存储。

第一获取模块可以用于应用模块根据其所对应的配置数据坐标，从配置中心获取配置数据版本号。

第二获取模块可以根据配置数据版本号获取更新的配置数据。

第三方面，本发明实施例提供了一种计算设备，包括：至少一个处理器、至少一个存储器以及存储在存储器中的计算机程序指令，当计算机程序指令被处理器执行时实现如上述实施方式中第一方面的方法。