CN109522043B - 一种配置数据的管理方法、装置及存储介质 - Google Patents
一种配置数据的管理方法、装置及存储介质 Download PDFInfo
- Publication number
- CN109522043B CN109522043B CN201811189519.3A CN201811189519A CN109522043B CN 109522043 B CN109522043 B CN 109522043B CN 201811189519 A CN201811189519 A CN 201811189519A CN 109522043 B CN109522043 B CN 109522043B
- Authority
- CN
- China
- Prior art keywords
- configuration data
- updated
- cache
- database
- processing
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明实施例公开了一种配置数据的管理方法,所述方法包括:监听处理平台节点中预先存储的原始的配置数据是否发生变化;当监听到所述原始的配置数据发生变化时,获取更新后的配置数据,其中,所述更新后的配置数据是通过下述方式生成的:根据接收到的由数据库中的更新缓存写入所述处理平台节点的待更新的配置数据,对所述原始的配置数据进行更新生成;判断所述更新后的配置数据是否存储于预先设定的集中式配置数据缓存中,获得相应的判断结果;基于所述判断结果,利用对应的处理策略控制对所述更新后的配置数据进行相应处理。本发明实施例还公开了一种配置数据的管理装置以及存储介质。
Description
技术领域
本发明涉及数据处理技术领域,尤其涉及一种配置数据的管理方法、装置及存储介质。
背景技术
目前,在大数据环境下,业务处理***往往要处理很多复杂的业务,为了保证业务处理***的可扩展性与易维护性,通常将生成与业务相关的配置数据来管理业务处理***。由于业务的复杂性和巨大数据量,往往产生大量的配置数据。因此,有效地管理配置数据,对于业务处理***的正常运行与维护具有重要意义。
相关技术中,一般采用以下几种方式管理配置数据:
1)直接使用配置文件管理配置数据,该方式基于SpringBoot、Springmvc等开发框架工具提供的配置文件接口,在初始化业务处理***时直接读取配置文件,如果要改变配置数据,则需要修改配置文件,并重新启动业务处理***;
2)使用分布式协调***中Zookeeper托管配置文件管理配置数据,该方式中配置信息仍存放于配置文件中,与方式1)不同的是,每个配置文件存放在Zookeeper的Znode节点中,从而借助Zookeeper的监听/更新机制,当需要修改配置文件时,只需将修改的配置文件替换到对应的Znode节点中,业务处理***进程的Zookeeper客户端会自动获取新的配置文件进行重新初始化;
3)使用关系型数据库存储配置数据,该方式中将配置数据之间复杂的关系映射为数据库表之间的关系,通过关系型数据库自身的约束能力管理配置数据,当业务处理***进程启动时,从数据库表中读取配置信息并进行初始化。
然而,上述几种管理配置数据的技术方案仍存在以下问题:
针对直接使用配置文件的管理方法,由于需要重启***进程,造成***维护困难,且不具备更新配置数据的实时性;
针对使用Zookeeper托管配置文件的管理方法,不需要重启***进程且能实时更新配置,具有实时性和部分易维护性,然而,当配置数据的关系复杂且数量庞大时,配置文件的维护变得相当困难,可能导致配置数据修改出错,缺乏安全性;
针对使用关系型数据库的管理方法,该方法虽可以较好地应对复杂庞大的配置数据,但将配置数据存储在数据库表中,每次更新小部分的配置数据时都要读取完整的配置数据,造成配置数据更新性能下降,缺乏安全性。
因此,相关技术中的管理配置数据的方法都无法同时兼顾实现对配置数据进行管理的实时性、安全性和易维护性。
发明内容
有鉴于此,本发明实施例期望提供一种配置数据的管理方法、装置及存储介质,至少用以解决相关技术中难以同时兼顾实现对配置数据进行管理的实时性、安全性和易维护性的问题。
为达到上述目的,本发明实施例的技术方案是这样实现的:
第一方面,本发明实施例提供一种配置数据的管理方法,所述方法包括:
监听处理平台节点中预先存储的原始的配置数据是否发生变化;
当监听到所述原始的配置数据发生变化时,获取更新后的配置数据,其中,所述更新后的配置数据是通过下述方式生成的:根据接收到的由数据库中的更新缓存写入所述处理平台节点的待更新的配置数据,对所述原始的配置数据进行更新生成;
判断所述更新后的配置数据是否存储于预先设定的集中式配置数据缓存中,获得相应的判断结果;
基于所述判断结果,利用对应的处理策略控制对所述更新后的配置数据进行相应处理。
上述方案中,所述待更新的配置数据为所述更新缓存在接收到所述数据库发送的第一反馈信息时,写入所述处理平台节点的;
其中,所述第一反馈信息用于表征所述待更新的配置数据成功写入所述数据库中的数据库表的通知消息。
上述方案中,所述待更新的配置数据在被写入于所述数据库中的数据库表的同时,还被写入于所述更新缓存中。
上述方案中,所述待更新的配置数据是通过下述方式写入所述处理平台节点:
在所述更新缓存中创建以所述数据库表的名称为键,以所述待更新的配置数据的内容为值的键值对;
以所述键值对的存储数据结构,由所述更新缓存将所述待更新的配置数据写入所述处理平台节点。
上述方案中,所述基于所述判断结果,利用对应的处理策略控制对所述更新后的配置数据进行相应处理,包括:
当所述判断结果表征所述更新后的配置数据存储于所述集中式配置数据缓存中时,直接对所述更新后的配置数据进行重新初始化处理。
上述方案中,所述基于所述判断结果,利用对应的处理策略控制对所述更新后的配置数据进行相应处理,包括:
当所述判断结果表征所述更新后的配置数据未存储于所述集中式配置数据缓存中时,向所述数据库发送请求获取完整的配置数据的请求消息;
在基于所述请求消息获得所述完整的配置数据之后,对所述更新后的配置数据进行重新初始化处理。
上述方案中,在所述对所述更新后的配置数据进行重新初始化处理之后,所述方法还包括:
检测所述集中式配置数据缓存中,是否存在距当前时间点的设定时间区间内未被使用的配置数据;
当确定存在所述未被使用的配置数据时,将所述集中式配置数据缓存中距当前时间点的设定时间区间内未被使用的配置数据删除,以获得相应的缓存空间;
基于所获得的缓存空间,将所述更新后的配置数据适应性存储于所述集中式配置数据缓存中。
第二方面,本发明实施例还提供一种配置数据的管理装置,所述装置包括:监听模块、获取模块、判断模块和处理模块;其中,
所述监听模块,用于监听处理平台节点中预先存储的原始的配置数据是否发生变化;
所述获取模块,用于当监听到所述原始的配置数据发生变化时,获取更新后的配置数据,其中,所述更新后的配置数据是通过下述方式生成的:根据接收到的由数据库中的更新缓存写入所述处理平台节点的待更新的配置数据,对所述原始的配置数据进行更新生成;
所述判断模块,用于判断所述更新后的配置数据是否存储于预先设定的集中式配置数据缓存中,获得相应的判断结果;
所述处理模块,用于基于所述判断结果,利用对应的处理策略控制对所述更新后的配置数据进行相应处理。
上述方案中,所述处理模块,具体用于:当所述判断结果表征所述更新后的配置数据存储于所述集中式配置数据缓存中时,直接对所述更新后的配置数据进行重新初始化处理。
上述方案中,所述处理模块,具体用于:当所述判断结果表征所述更新后的配置数据未存储于所述集中式配置数据缓存中时,向所述数据库发送请求获取完整的配置数据的请求消息;
在基于所述请求消息获得所述完整的配置数据之后,对所述更新后的配置数据进行重新初始化处理。
上述方案中,所述装置还包括:
检测模块,用于在所述处理模块对所述更新后的配置数据进行重新初始化处理之后,检测所述集中式配置数据缓存中,是否存在距当前时间点的设定时间区间内未被使用的配置数据;
删除模块,用于当确定存在所述未被使用的配置数据时,将所述集中式配置数据缓存中距当前时间点的设定时间区间内未被使用的配置数据删除,以获得相应的缓存空间;
存储模块,用于基于所获得的缓存空间,将所述更新后的配置数据适应性存储于所述集中式配置数据缓存中。
第三方面,本发明实施例还提供一种配置数据的管理装置,包括存储器、处理器及存储在存储器上并能够由所述处理器运行的可执行程序,所述处理器运行所述可执行程序时执行本发明实施例提供的配置数据的管理方法的步骤。
第四方面,本发明实施例还提供一种存储介质,其上存储有可执行程序,所述可执行程序被处理器执行时实现本发明实施例提供的配置数据的管理方法的步骤。
本发明实施例所提供的配置数据的管理方法、装置及存储介质,通过监听处理平台节点中预先存储的原始的配置数据是否发生变化;当监听到所述原始的配置数据发生变化时,获取更新后的配置数据,其中,所述更新后的配置数据是通过下述方式生成的:根据接收到的由数据库中的更新缓存写入所述处理平台节点的待更新的配置数据,对所述原始的配置数据进行更新生成;判断所述更新后的配置数据是否存储于预先设定的集中式配置数据缓存中,获得相应的判断结果;基于所述判断结果,利用对应的处理策略控制对所述更新后的配置数据进行相应处理。如此,采用本发明实施例的技术方案,结合处理平台如Zookeeper平台与关系型数据库来管理配置数据,将待更新的配置数据由关系型数据库中的更新缓存写入处理平台节点,以实现关系型数据库到处理平台节点的映射,且处理平台配合更新缓存和集中式配置数据缓存来实现配置数据的动态更新,可以实时、高效地更新配置数据,采用关系型数据库中的数据库表存储关系复杂且数量庞大的配置数据,可以避免配置数据修改出错,保证配置数据的完整性和安全性,并且业务处理***进程也不需要重新启动,以便于后期的维护与升级。
附图说明
图1为本发明实施例提供的一种配置数据的管理方法的实现流程示意图;
图2为本发明实施例提供的一种配置数据的管理方法的总体架构示意图;
图3为本发明实施例提供的一种配置数据的管理方法的具体实现流程示意图;
图4为本发明实施例提供的一种描述配置数据之间的关系的结构示意图;
图5为本发明实施例提供的一种配置数据的管理装置的功能结构示意图;
图6为本发明实施例提供的另一种配置数据的管理装置的功能结构示意图;
图7为本发明实施例提供的一种配置数据的管理装置的硬件结构示意图。
具体实施方式
为了能够更加详尽地了解本发明实施例的特点与技术内容,下面结合附图对本发明实施例的实现进行详细阐述,所附附图仅供参考说明之用,并非用来限定本发明。
需要说明的是,在以下的描述中,涉及到“一些实施例”,其描述了所有可能实施例的子集,但是可以理解,“一些实施例”可以是所有可能实施例的相同子集或不同子集,并且可以在不冲突的情况下相互结合。
图1为本发明实施例提供的一种配置数据的管理方法的实现流程示意图,所述配置数据的管理方法可以应用于处理平台如Zookeeper平台中;如图1所示,本发明实施例中提供的配置数据的管理方法的实现流程,可以包括以下步骤:
步骤101:监听处理平台节点中预先存储的原始的配置数据是否发生变化。
在本发明实施例中,处理平台节点即为在处理平台如Zookeeper平台上部署的若干节点,所述处理平台节点可以用于存储或者获取配置数据,其中,每个数据库表中的配置数据对应存储于一个处理平台节点中。
步骤102:当监听到所述原始的配置数据发生变化时,获取更新后的配置数据,其中,所述更新后的配置数据是通过下述方式生成的:根据接收到的由数据库中的更新缓存写入所述处理平台节点的待更新的配置数据,对所述原始的配置数据进行更新生成。
在本发明实施例中,所述待更新的配置数据为所述更新缓存在接收到所述数据库发送的第一反馈信息时,写入所述处理平台节点的;
其中,所述第一反馈信息用于表征所述待更新的配置数据成功写入所述数据库中的数据库表的通知消息。
这里,可通过Java代码实现端的机制判断所述待更新的配置数据是否已经成功写入所述数据库中的数据库表。
这里,所述数据库为关系型数据库,常见的关系型数据库可以包括但不限于MySQL数据库、Oracle数据库。
具体来说,本发明实施例中的所述第一反馈信息,用于表征将待更新的配置数据全部存储在关系型数据库,如MySQL或者Oracle数据库的数据库表中的通知消息,也即本发明实施例将关系复杂的待更新的配置数据分拆到不同的数据库表中,通过数据库表之间的关联来实现待更新的配置数据之间的复杂关系,通过关系型数据库的强约束功能来保证待更新的配置数据的完整性与正确性,使得关联的待更新的配置数据之间不会出现错误数据,避免了修改配置文件所带来的错误风险,实现了待更新的配置数据管理的安全性。
需要指出的是,在本发明实施例中,所述待更新的配置数据可以通过下述方式写入所述处理平台节点:
在所述更新缓存中创建以所述数据库表的名称为键,以所述待更新的配置数据的内容为值的键值对;
以所述键值对的存储数据结构,由所述更新缓存将所述待更新的配置数据写入所述处理平台节点。
也就是说,本发明实施例采用以所述数据库表的名称为键,以所述待更新的配置数据的内容为值的键值对的形式,将处理平台节点与关系型数据库关联起来。
这里,所述待更新的配置数据在被写入于所述数据库中的数据库表的同时,还被写入于所述更新缓存中。
步骤103:判断所述更新后的配置数据是否存储于预先设定的集中式配置数据缓存中,获得相应的判断结果。
为了适应更新后的配置数据的数据量庞大的场景,本发明实施例改进了Zookeeper平台的缓存机制,即除了Zookeeper平台本身的缓存之外,还提出了一种集中式配置数据缓存,该集中式配置数据缓存用于存储对原始的配置数据进行更新生成的配置数据,即更新后的配置数据。
需要说明的是,所述集中式配置数据缓存中所缓存的更新后的配置数据,通常是一些修改频次较多的配置数据,可以根据具体的业务需求来判断哪些配置数据属于修改频次较多的配置数据。例如,在数据一致性比对***中,当某子公司一旦进行业务调整就需要更改比对字段的配置,因此,比对字段就是经常需要修改的配置数据即修改频次较多的配置数据;又比如,在移动大网平台5+N接入***中,由于每天都要更新移动大网中的令牌(Token)证书,因此,Token证书就属于经常变动的配置数据即修改频次较多的配置数据。
在本发明实施例中,可以以数据库表的名称为依据,查询预先设定的集中式配置数据缓存,即查询预先设定的集中式配置数据缓存中是否存储有所述更新后的配置数据。
步骤104:基于所述判断结果,利用对应的处理策略控制对所述更新后的配置数据进行相应处理。
在一些实施例中,对于本步骤104的实现过程,具体可以包括:当所述判断结果表征所述更新后的配置数据存储于所述集中式配置数据缓存中时,直接对所述更新后的配置数据进行重新初始化处理。
在一些实施例中,对于本步骤104的实现过程,具体可以包括:当所述判断结果表征所述更新后的配置数据未存储于所述集中式配置数据缓存中时,向所述数据库发送请求获取完整的配置数据的请求消息;
在基于所述请求消息获得所述完整的配置数据之后,对所述更新后的配置数据进行重新初始化处理。
这里,所述完整的配置数据可以理解为对原始的配置数据全部进行更新获得的配置数据,即由数据库中的更新缓存写入所述处理平台节点的待更新的配置数据,完全替换了处理平台节点中预先存储的原始的配置数据。
在本发明实施例中,在所述对所述更新后的配置数据进行重新初始化处理之后,所述方法还包括:
检测所述集中式配置数据缓存中,是否存在距当前时间点的设定时间区间内未被使用的配置数据;
当确定存在所述未被使用的配置数据时,将所述集中式配置数据缓存中距当前时间点的设定时间区间内未被使用的配置数据删除,以获得相应的缓存空间;
基于所获得的缓存空间,将所述更新后的配置数据适应性存储于所述集中式配置数据缓存中。
需要指出的是,所述设定时间区间可以根据实际情况进行设定,这里不做限定。
采用本发明实施例的技术方案,结合处理平台如Zookeeper平台与关系型数据库来管理配置数据,将待更新的配置数据由关系型数据库中的更新缓存写入处理平台节点,以实现关系型数据库到处理平台节点的映射,且处理平台配合更新缓存和集中式配置数据缓存来实现配置数据的动态更新,可以实时、高效地更新配置数据,采用关系型数据库中的数据库表存储关系复杂且数量庞大的配置数据,可以避免配置数据修改出错,保证配置数据的完整性和安全性,并且业务处理***进程也不需要重新启动,以便于后期的维护与升级。
图2为本发明实施例提供的一种配置数据的管理方法的总体架构示意图,如图2所示,配置数据的管理方法的总体架构可以包括两个部分:数据库管理***(DBMS,DatabaseManagement System)中的关系型数据库处理部分和Zookeeper平台处理部分,本发明实施例在关系型数据库处理部分增加了一个更新缓存,在Zookeeper平台处理部分增加了一个集中式配置数据缓存。当有配置数据需要更新时,将待更新的配置数据同时写入关系型数据库的数据库表以及更新缓存中,当业务处理***判断出待更新的配置数据成功写入关系型数据库中的数据库表时,关系型数据库向更新缓存反馈一个配置数据写入成功的通知消息,此时,更新缓存将待更新的配置数据发往对应的处理平台节点如Znode节点中,以更新Znode节点中预先存储的原始的配置数据,这样就可以生成更新后的配置数据;且关系型数据库通知Zookeeper服务端Znode节点中的原始的配置数据发生了更新,Zookeeper服务端并将原始的配置数据发生更新的消息通知给Zookeeper客户端,Zookeeper客户端向Zookeeper服务端请求获取Znode节点中存储的更新后的配置数据,利用集中式配置数据缓存对更新后的配置数据重新初始化相应的工作组件,以实现配置数据的动态更新。
下面结合图2所示的配置数据的管理方法的总体架构,对本发明实施例提供的配置数据的管理方法的具体实现过程做进一步地详细说明。
图3为本发明实施例提供的一种配置数据的管理方法的具体实现流程示意图,如图3所示,所述配置数据的管理方法的具体实现流程,可以包括以下步骤:
步骤301:业务处理***获取输入的待更新的配置数据。
步骤302:业务处理***将待更新的配置数据同时写入关系型数据库的数据库表以及更新缓存中。
在本发明实施例中,所述更新缓存为在关系型数据库处理部分新增的一个缓存机制,所述更新缓存主要用于接收待更新的配置数据,例如待更新的业务配置数据;所述更新缓存除了用于接收待更新的配置数据以外,如下文所述,所述更新缓存还用于在接收到关系型数据库发送的反馈信息时,将待更新的配置数据写入至处理平台节点,其中,所述反馈信息用于表征所述待更新的配置数据成功写入所述关系型数据库中的数据库表的通知消息。
步骤303:当判断出待更新的配置数据成功写入关系型数据库的数据库表中时,关系型数据库向更新缓存发送相应的反馈信息。
在本发明实施例中,所述反馈信息用于表征所述待更新的配置数据成功写入所述关系型数据库的数据库表的通知消息。
这里,可通过Java代码实现端的机制判断所述待更新的配置数据是否已经成功写入关系型数据库的数据库表。
在实际应用中,常见的关系型数据库可以包括但不限于MySQL数据库、Oracle数据库。具体来说,本发明实施例中的所述反馈信息,用于表征将待更新的配置数据全部存储在关系型数据库,如MySQL或者Oracle数据库的数据库表中的通知消息,本发明实施例采用关系型数据库来存储关系复杂且数量庞大的配置数据,也即将关系复杂且数量庞大的待更新的配置数据分拆到不同的数据库表中,通过关系型数据库表之间的关联来实现待更新的配置数据之间的复杂关系,通过关系型数据库的强约束功能来保证待更新的配置数据的完整性与正确性,使得关联的待更新的配置数据之间不会出现错误数据,避免了修改配置文件所带来的错误风险,实现了待更新的配置数据管理的安全性。
在实际应用中,对于结算数据采集***来说,数据采集业务通常需要很多的配置数据,可以为这些配置数据建立对应的表,利用表之间的关联关系来描述配置数据之间的关系。图4为本发明实施例提供的一种描述配置数据之间的关系的结构示意图,如图4所示,先定义采集业务,每个采集业务将会执行至少两个采集任务,比如采集任务1,……,采集任务n,而要执行多个采集任务就需要分别采集目录、采集文件名称、采集主机地址等诸多配置数据,这些配置数据之间的关系均可由表之间的关联关系来维护。
需要指出的是,当判断出待更新的配置数据成功写入关系型数据库的数据库表中时,则表明写入的待更新的配置数据符合关系型数据库的约束能力,也即在完成关系型数据库的入库验证才可以对原始的配置数据进行更新。当判断出待更新的配置数据未成功写入关系型数据库的数据库表中时,则表明待更新的配置数据可能出现问题,此时需要查看问题详情,使得配置数据更新流程结束,可以保证更新配置数据的安全性。
步骤304:在更新缓存接收到关系型数据库发送的反馈信息之后,将待更新的配置数据写入处理平台节点,对处理平台节点中预先存储的原始的配置数据进行更新,以生成更新后的配置数据。
在本发明实施例中,处理平台节点即为在处理平台如Zookeeper平台上部署的若干节点,所述处理平台节点可以用于存储或者获取配置数据,其中,每个数据库表中的配置数据对应存储于一个处理平台节点中。
在本发明实施例中,所述待更新的配置数据可以通过下述方式写入处理平台节点:
在所述更新缓存中创建以所述数据库表的名称为键,以所述待更新的配置数据的内容为值的键值对;
以所述键值对的存储数据结构,由所述更新缓存将所述待更新的配置数据写入所述处理平台节点。
也就是说,本发明实施例采用以所述数据库表的名称为键,以所述待更新的配置数据的内容为值的键值对的形式,将处理平台节点与关系型数据库进行关联。假设采用键(Key)表示数据库表的名称Table Name,采用值(Value)表示待更新的配置数据的内容Update Data,因此,存储数据结构是一个Key-Value对的形式,即可表示为<Table Name,Update Data>。
这里,基于业务处理***开发的实际经验,在业务处理***运行之后,只会修改一小部分的原始的配置数据,如果使用配置文件管理配置数据,那么原始的配置数据只要做出很小的修改,就需要重新读取整个配置文件,因此,在修改的配置数据的数据量庞大的情况下,会降低配置数据的更新效率,而本发明实施例结合处理平台如Zookeeper平台与关系型数据库来管理配置数据,将待更新的配置数据由关系型数据库中的更新缓存写入处理平台节点,且待更新的配置数据只会修改少量的原始的配置数据,并仅传递该少量的更新后的配置数据,具有很好的对配置数据进行管理的实时性。
步骤305:处理平台的客户端请求获取更新后的配置数据。
步骤306:处理平台在获取到更新后的配置数据之后,判断更新后的配置数据是否存储于集中式配置数据缓存中,获得相应的判断结果。
为了适应更新后的配置数据的数据量庞大的场景,本发明实施例改进了Zookeeper平台的缓存机制,即除了Zookeeper平台本身的缓存之外,还提出了一种集中式配置数据缓存,该集中式配置数据缓存用于存储对原始的配置数据进行更新生成的配置数据,即更新后的配置数据。
需要说明的是,所述集中式配置数据缓存中所缓存的更新后的配置数据,通常是一些修改频次较多的配置数据,可以根据具体的业务需求来判断哪些配置数据属于修改频次较多的配置数据。例如,在数据一致性比对***中,当某子公司一旦进行业务调整就需要更改比对字段的配置,因此,比对字段就是经常需要修改的配置数据即修改频次较多的配置数据;又比如,在移动大网平台5+N接入***中,由于每天都要更新移动大网中的Token证书,因此,Token证书就属于经常变动的配置数据即修改频次较多的配置数据。
在本发明实施例中,可以以数据库表的名称为依据,查询预先设定的集中式配置数据缓存,即查询预先设定的集中式配置数据缓存中是否存储有所述更新后的配置数据。
步骤307:当判断结果表征更新后的配置数据存储于集中式配置数据缓存中时,处理平台直接对更新后的配置数据进行重新初始化处理,结束当前处理流程。
步骤308:当判断结果表征更新后的配置数据未存储于集中式配置数据缓存中时,处理平台向关系型数据库发送请求获取完整的配置数据的请求消息。
步骤309:处理平台在基于请求消息获得完整的配置数据之后,对更新后的配置数据进行重新初始化处理,结束当前处理流程。
在本发明实施例中,在所述对更新后的配置数据进行重新初始化处理之后,所述方法还包括:
检测所述集中式配置数据缓存中,是否存在距当前时间点的设定时间区间内未被使用的配置数据;
当确定存在所述未被使用的配置数据时,将所述集中式配置数据缓存中距当前时间点的设定时间区间内未被使用的配置数据删除,以获得相应的缓存空间;
基于所获得的缓存空间,将所述更新后的配置数据适应性存储于所述集中式配置数据缓存中。
需要指出的是,所述设定时间区间可以根据实际情况进行设定,这里不做限定。
采用本发明实施例的技术方案,相较于使用配置文件管理配置数据,采用关系型数据库管理配置数据,可以避免配置数据修改出错,保证配置数据的完整性和正确性;此外,利用关系型数据库中的数据库表分表存储配置数据,可以分离出少量的更新后的配置数据,只需将少量的更新后的配置数据传递给业务进程,而不需要重新读取整个配置文件的数据,降低了数据传输量,具有较好的实时性;相较于只使用关系型数据库管理配置数据,本发明实施例结合处理平台如Zookeeper平台与关系型数据库共同来管理配置数据,并引入了更新缓存和集中式配置数据缓存,可以实时、高效地更新原始的配置数据,且业务处理***也不需要进行重新启动,方便了***后期的维护与升级。
为了实现上述配置数据的管理方法,本发明实施例还提供了一种配置数据的管理装置,所述配置数据的管理装置可应用于服务器中,图5为本发明实施例提供的一种配置数据的管理装置的功能结构示意图;如图5所示,所述配置数据的管理装置包括:监听模块51、获取模块52、判断模块53和处理模块54。下面对上述各程序模块的功能进行说明。其中,
所述监听模块51,用于监听处理平台节点中预先存储的原始的配置数据是否发生变化;
所述获取模块52,用于当监听到所述原始的配置数据发生变化时,获取更新后的配置数据,其中,所述更新后的配置数据是通过下述方式生成的:根据接收到的由数据库中的更新缓存写入所述处理平台节点的待更新的配置数据,对所述原始的配置数据进行更新生成;
所述判断模块53,用于判断所述更新后的配置数据是否存储于预先设定的集中式配置数据缓存中,获得相应的判断结果;
所述处理模块54,用于基于所述判断结果,利用对应的处理策略控制对所述更新后的配置数据进行相应处理。
在本发明实施例中,所述待更新的配置数据为所述更新缓存在接收到所述数据库发送的第一反馈信息时,写入所述处理平台节点的;
其中,所述第一反馈信息用于表征所述待更新的配置数据成功写入所述数据库中的数据库表的通知消息。
在本发明实施例中,所述待更新的配置数据在被写入于所述数据库中的数据库表的同时,还被写入于所述更新缓存中。
在本发明实施例中,所述待更新的配置数据是通过下述方式写入所述处理平台节点:
在所述更新缓存中创建以所述数据库表的名称为键,以所述待更新的配置数据的内容为值的键值对;
以所述键值对的存储数据结构,由所述更新缓存将所述待更新的配置数据写入所述处理平台节点。
在一些实施例中,对于所述处理模块54基于所述判断结果,利用对应的处理策略控制对所述更新后的配置数据进行相应处理来说,可以采用以下方式来实现:当所述判断结果表征所述更新后的配置数据存储于所述集中式配置数据缓存中时,直接对所述更新后的配置数据进行重新初始化处理。
在一些实施例中,对于所述处理模块54基于所述判断结果,利用对应的处理策略控制对所述更新后的配置数据进行相应处理来说,可以采用以下方式来实现:当所述判断结果表征所述更新后的配置数据未存储于所述集中式配置数据缓存中时,向所述数据库发送请求获取完整的配置数据的请求消息;
在基于所述请求消息获得所述完整的配置数据之后,对所述更新后的配置数据进行重新初始化处理。
图6为本发明实施例提供的另一种配置数据的管理装置的功能结构示意图,如图6所示,所述配置数据的管理装置还包括:
检测模块55,用于在所述处理模块54对所述更新后的配置数据进行重新初始化处理之后,检测所述集中式配置数据缓存中,是否存在距当前时间点的设定时间区间内未被使用的配置数据;
删除模块56,用于当所述检测模块55确定存在所述未被使用的配置数据时,将所述集中式配置数据缓存中距当前时间点的设定时间区间内未被使用的配置数据删除,以获得相应的缓存空间;
存储模块57,用于基于所获得的缓存空间,将所述更新后的配置数据适应性存储于所述集中式配置数据缓存中。
需要说明的是:上述实施例提供的配置数据的管理装置在对配置数据进行管理时,仅以上述各程序模块的划分进行举例说明,实际应用中,可以根据需要而将上述处理分配由不同的程序模块完成,即将配置数据的管理装置的内部结构划分成不同的程序模块,以完成以上描述的全部或者部分处理。另外,上述实施例提供的配置数据的管理装置与配置数据的管理方法实施例属于同一构思,其具体实现过程详见方法实施例,这里不再详细赘述。
在实际应用中,所述监听模块51、获取模块52、判断模块53、处理模块54、检测模块55、删除模块56和存储模块57均可由位于服务器上的中央处理器(CPU,CentralProcessing Unit)、微处理器(MPU,Micro Processor Unit)、数字信号处理器(DSP,Digital Signal Processor)或现场可编程门阵列(FPGA,Field Programmable GateArray)等实现。
为了实现上述配置数据的管理方法,本发明实施例还提供了一种配置数据的管理装置的硬件结构。现在将参考附图描述实现本发明实施例的配置数据的管理装置,所述配置数据的管理装置可以以各种形式的服务器来实施。下面对本发明实施例的配置数据的管理装置的硬件结构做进一步说明,可以理解,图7仅仅示出了配置数据的管理装置的示例性结构而非全部结构,根据需要可以实施图7示出的部分结构或全部结构。
参见图7,图7为本发明实施例提供的一种配置数据的管理装置的硬件结构示意图,实际应用中可以应用于前述运行应用程序的各种服务器,图7所示的配置数据的管理装置700包括:至少一个处理器701、存储器702、用户接口703和至少一个网络接口704。所述配置数据的管理装置700中的各个组件通过总线***705耦合在一起。可以理解,总线***705用于实现这些组件之间的连接通信。总线***705除包括数据总线之外,还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见,在图7中将各种总线都标为总线***705。
其中,用户接口703可以包括显示器、键盘、鼠标、轨迹球、点击轮、按键、按钮、触感板或者触摸屏等。
可以理解,存储器702可以是易失性存储器或非易失性存储器,也可包括易失性和非易失性存储器两者。
本发明实施例中的存储器702用于存储各种类型的数据以支持配置数据的管理装置700的操作。这些数据的示例包括:用于在配置数据的管理装置700上操作的任何计算机程序,如可执行程序7021和操作***7022,实现本发明实施例的配置数据的管理方法的程序可以包含在可执行程序7021中。
本发明实施例揭示的配置数据的管理方法可以应用于处理器701中,或者由处理器701实现。处理器701可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述配置数据的管理方法的各步骤可以通过处理器701中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器701可以是通用处理器、DSP,或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。处理器701可以实现或者执行本发明实施例中提供的各配置数据的管理方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本发明实施例所提供的配置数据的管理方法的步骤,可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于存储介质中,该存储介质位于存储器702,处理器701读取存储器702中的信息,结合其硬件完成本发明实施例提供的配置数据的管理方法的步骤。
本发明实施例中,所述配置数据的管理装置700包括存储器702、处理器701及存储在存储器702上并能够由所述处理器701运行的可执行程序7021,所述处理器701运行所述可执行程序7021时实现:监听处理平台节点中预先存储的原始的配置数据是否发生变化;当监听到所述原始的配置数据发生变化时,获取更新后的配置数据,其中,所述更新后的配置数据是通过下述方式生成的:根据接收到的由数据库中的更新缓存写入所述处理平台节点的待更新的配置数据,对所述原始的配置数据进行更新生成;判断所述更新后的配置数据是否存储于预先设定的集中式配置数据缓存中,获得相应的判断结果;基于所述判断结果,利用对应的处理策略控制对所述更新后的配置数据进行相应处理。
作为一种实施方式,所述处理器701运行所述可执行程序7021时实现:所述待更新的配置数据为所述更新缓存在接收到所述数据库发送的第一反馈信息时,写入所述处理平台节点的;其中,所述第一反馈信息用于表征所述待更新的配置数据成功写入所述数据库中的数据库表的通知消息。
作为一种实施方式,所述处理器701运行所述可执行程序7021时实现:所述待更新的配置数据在被写入于所述数据库中的数据库表的同时,还被写入于所述更新缓存中。
作为一种实施方式,所述处理器701运行所述可执行程序7021时实现:所述待更新的配置数据是通过下述方式写入所述处理平台节点:在所述更新缓存中创建以所述数据库表的名称为键,以所述待更新的配置数据的内容为值的键值对;以所述键值对的存储数据结构,由所述更新缓存将所述待更新的配置数据写入所述处理平台节点。
作为一种实施方式,所述处理器701运行所述可执行程序7021时实现:当所述判断结果表征所述更新后的配置数据存储于所述集中式配置数据缓存中时,直接对所述更新后的配置数据进行重新初始化处理。
作为一种实施方式,所述处理器701运行所述可执行程序7021时实现:当所述判断结果表征所述更新后的配置数据未存储于所述集中式配置数据缓存中时,向所述数据库发送请求获取完整的配置数据的请求消息;在基于所述请求消息获得所述完整的配置数据之后,对所述更新后的配置数据进行重新初始化处理。
作为一种实施方式,所述处理器701运行所述可执行程序7021时实现:在所述对所述更新后的配置数据进行重新初始化处理之后,检测所述集中式配置数据缓存中,是否存在距当前时间点的设定时间区间内未被使用的配置数据;当确定存在所述未被使用的配置数据时,将所述集中式配置数据缓存中距当前时间点的设定时间区间内未被使用的配置数据删除,以获得相应的缓存空间;基于所获得的缓存空间,将所述更新后的配置数据适应性存储于所述集中式配置数据缓存中。
在示例性实施例中,本发明实施例还提供了一种存储介质,所述存储介质可为光盘、闪存或磁盘等存储介质,可选为非瞬间存储介质。
本发明实施例中,所述存储介质上存储有可执行程序7021,所述可执行程序7021被处理器701执行时实现:监听处理平台节点中预先存储的原始的配置数据是否发生变化;当监听到所述原始的配置数据发生变化时,获取更新后的配置数据,其中,所述更新后的配置数据是通过下述方式生成的:根据接收到的由数据库中的更新缓存写入所述处理平台节点的待更新的配置数据,对所述原始的配置数据进行更新生成;判断所述更新后的配置数据是否存储于预先设定的集中式配置数据缓存中,获得相应的判断结果;基于所述判断结果,利用对应的处理策略控制对所述更新后的配置数据进行相应处理。
作为一种实施方式,所述可执行程序7021被处理器701执行时实现:所述待更新的配置数据为所述更新缓存在接收到所述数据库发送的第一反馈信息时,写入所述处理平台节点的;其中,所述第一反馈信息用于表征所述待更新的配置数据成功写入所述数据库中的数据库表的通知消息。
作为一种实施方式,所述可执行程序7021被处理器701执行时实现:所述待更新的配置数据在被写入于所述数据库中的数据库表的同时,还被写入于所述更新缓存中。
作为一种实施方式,所述可执行程序7021被处理器701执行时实现:所述待更新的配置数据是通过下述方式写入所述处理平台节点:在所述更新缓存中创建以所述数据库表的名称为键,以所述待更新的配置数据的内容为值的键值对;以所述键值对的存储数据结构,由所述更新缓存将所述待更新的配置数据写入所述处理平台节点。
作为一种实施方式,所述可执行程序7021被处理器701执行时实现:当所述判断结果表征所述更新后的配置数据存储于所述集中式配置数据缓存中时,直接对所述更新后的配置数据进行重新初始化处理。
作为一种实施方式,所述可执行程序7021被处理器701执行时实现:当所述判断结果表征所述更新后的配置数据未存储于所述集中式配置数据缓存中时,向所述数据库发送请求获取完整的配置数据的请求消息;在基于所述请求消息获得所述完整的配置数据之后,对所述更新后的配置数据进行重新初始化处理。
作为一种实施方式,所述可执行程序7021被处理器701执行时实现:在所述对所述更新后的配置数据进行重新初始化处理之后,检测所述集中式配置数据缓存中,是否存在距当前时间点的设定时间区间内未被使用的配置数据;当确定存在所述未被使用的配置数据时,将所述集中式配置数据缓存中距当前时间点的设定时间区间内未被使用的配置数据删除,以获得相应的缓存空间;基于所获得的缓存空间,将所述更新后的配置数据适应性存储于所述集中式配置数据缓存中。
综上所述,本发明实施例所提供的配置数据的管理方法,结合处理平台如Zookeeper平台与关系型数据库来管理配置数据,将待更新的配置数据由关系型数据库中的更新缓存写入处理平台节点,以实现关系型数据库到处理平台节点的映射,且处理平台配合更新缓存和集中式配置数据缓存来实现配置数据的动态更新,可以实时、高效地更新配置数据,采用关系型数据库中的数据库表存储关系复杂且数量庞大的配置数据,可以避免配置数据修改出错,保证配置数据的完整性和安全性,并且业务处理***进程也不需要重新启动,以便于后期的维护与升级。
本领域技术人员应当理解,本发明实施例所记载的各技术方案之间,在不冲突的情况下,可以任意组合。
本领域内的技术人员应明白,本发明的实施例可提供为方法、***、或可执行程序产品。因此,本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的可执行程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和可执行程序产品的流程图和/或方框图来描述的。应理解可由可执行程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些可执行程序指令到通用计算机、专用计算机、嵌入式处理机或参考可编程数据处理设备的处理器以产生一个机器,使得通过计算机或参考可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些可执行程序指令也可存储在能引导计算机或参考可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些可执行程序指令也可装载到计算机或参考可编程数据处理设备上,使得在计算机或参考可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或参考可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围,凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等,均应包含在本发明的保护范围之内。
Claims (10)
1.一种配置数据的管理方法,其特征在于,所述方法包括:
监听处理平台节点中预先存储的原始的配置数据是否发生变化;
当监听到所述原始的配置数据发生变化时,获取更新后的配置数据,其中,所述更新后的配置数据是通过下述方式生成的:根据接收到的由数据库中的更新缓存写入所述处理平台节点的待更新的配置数据,对所述原始的配置数据进行更新生成;
判断所述更新后的配置数据是否存储于预先设定的集中式配置数据缓存中,获得相应的判断结果;
基于所述判断结果,利用对应的处理策略控制对所述更新后的配置数据进行相应处理。
2.根据权利要求1所述的配置数据的管理方法,其特征在于,所述待更新的配置数据为所述更新缓存在接收到所述数据库发送的第一反馈信息时,写入所述处理平台节点的;
其中,所述第一反馈信息用于表征所述待更新的配置数据成功写入所述数据库中的数据库表的通知消息。
3.根据权利要求2所述的配置数据的管理方法,其特征在于,所述待更新的配置数据在被写入于所述数据库中的数据库表的同时,还被写入于所述更新缓存中。
4.根据权利要求2所述的配置数据的管理方法,其特征在于,所述待更新的配置数据是通过下述方式写入所述处理平台节点:
在所述更新缓存中创建以所述数据库表的名称为键,以所述待更新的配置数据的内容为值的键值对;
以所述键值对的存储数据结构,由所述更新缓存将所述待更新的配置数据写入所述处理平台节点。
5.根据权利要求1所述的配置数据的管理方法,其特征在于,所述基于所述判断结果,利用对应的处理策略控制对所述更新后的配置数据进行相应处理,包括:
当所述判断结果表征所述更新后的配置数据存储于所述集中式配置数据缓存中时,直接对所述更新后的配置数据进行重新初始化处理。
6.根据权利要求1所述的配置数据的管理方法,其特征在于,所述基于所述判断结果,利用对应的处理策略控制对所述更新后的配置数据进行相应处理,包括:
当所述判断结果表征所述更新后的配置数据未存储于所述集中式配置数据缓存中时,向所述数据库发送请求获取完整的配置数据的请求消息;
在基于所述请求消息获得所述完整的配置数据之后,对所述更新后的配置数据进行重新初始化处理。
7.根据权利要求6所述的配置数据的管理方法,其特征在于,在所述对所述更新后的配置数据进行重新初始化处理之后,所述方法还包括:
检测所述集中式配置数据缓存中,是否存在距当前时间点的设定时间区间内未被使用的配置数据;
当确定存在所述未被使用的配置数据时,将所述集中式配置数据缓存中距当前时间点的设定时间区间内未被使用的配置数据删除,以获得相应的缓存空间;
基于所获得的缓存空间,将所述更新后的配置数据适应性存储于所述集中式配置数据缓存中。
8.一种配置数据的管理装置,其特征在于,所述装置包括:监听模块、获取模块、判断模块和处理模块;其中,
所述监听模块,用于监听处理平台节点中预先存储的原始的配置数据是否发生变化;
所述获取模块,用于当监听到所述原始的配置数据发生变化时,获取更新后的配置数据,其中,所述更新后的配置数据是通过下述方式生成的:根据接收到的由数据库中的更新缓存写入所述处理平台节点的待更新的配置数据,对所述原始的配置数据进行更新生成;
所述判断模块,用于判断所述更新后的配置数据是否存储于预先设定的集中式配置数据缓存中,获得相应的判断结果;
所述处理模块,用于基于所述判断结果,利用对应的处理策略控制对所述更新后的配置数据进行相应处理。
9.一种配置数据的管理装置,包括存储器、处理器及存储在存储器上并能够由所述处理器运行的可执行程序,其特征在于,所述处理器运行所述可执行程序时执行如权利要求1至7任一项所述的配置数据的管理方法的步骤。
10.一种存储介质,其上存储有可执行程序,其特征在于,所述可执行程序被处理器执行时实现如权利要求1至7任一项所述的配置数据的管理方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811189519.3A CN109522043B (zh) | 2018-10-12 | 2018-10-12 | 一种配置数据的管理方法、装置及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811189519.3A CN109522043B (zh) | 2018-10-12 | 2018-10-12 | 一种配置数据的管理方法、装置及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109522043A CN109522043A (zh) | 2019-03-26 |
CN109522043B true CN109522043B (zh) | 2021-11-16 |
Family
ID=65772462
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811189519.3A Active CN109522043B (zh) | 2018-10-12 | 2018-10-12 | 一种配置数据的管理方法、装置及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109522043B (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110471884A (zh) * | 2019-08-19 | 2019-11-19 | 深圳前海微众银行股份有限公司 | 数据管理方法、装置、设备、***及计算机可读存储介质 |
CN111147312B (zh) * | 2019-12-31 | 2022-11-22 | 深圳云天励飞技术股份有限公司 | 资源配置的管理方法及装置、资源配置缓存的管理方法及装置、配置管理*** |
CN112055057B (zh) * | 2020-08-14 | 2022-09-30 | 青岛海信网络科技股份有限公司 | 一种Web***动态扩展的方法及***和设备 |
CN112256700A (zh) * | 2020-10-19 | 2021-01-22 | 北京字节跳动网络技术有限公司 | 数据存储方法、装置、电子设备及计算机可读存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104283956A (zh) * | 2014-09-30 | 2015-01-14 | 腾讯科技(深圳)有限公司 | 强一致性分布式数据存储方法、装置及*** |
CN106878053A (zh) * | 2016-12-22 | 2017-06-20 | 努比亚技术有限公司 | 一种基于zookeeper的配置更新装置及其方法 |
CN107465714A (zh) * | 2017-01-23 | 2017-12-12 | 北京思特奇信息技术股份有限公司 | 一种基于应用集群的配置数据动态更新***及方法 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10474548B2 (en) * | 2016-09-30 | 2019-11-12 | Commvault Systems, Inc. | Heartbeat monitoring of virtual machines for initiating failover operations in a data storage management system, using ping monitoring of target virtual machines |
-
2018
- 2018-10-12 CN CN201811189519.3A patent/CN109522043B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104283956A (zh) * | 2014-09-30 | 2015-01-14 | 腾讯科技(深圳)有限公司 | 强一致性分布式数据存储方法、装置及*** |
CN106878053A (zh) * | 2016-12-22 | 2017-06-20 | 努比亚技术有限公司 | 一种基于zookeeper的配置更新装置及其方法 |
CN107465714A (zh) * | 2017-01-23 | 2017-12-12 | 北京思特奇信息技术股份有限公司 | 一种基于应用集群的配置数据动态更新***及方法 |
Non-Patent Citations (1)
Title |
---|
"ZooKeeper统一配置管理";oufu;《CSDN博客 公开网址:https://blog.csdn.net/oufua/article/details/52785339?utm_source=blogxgwz5》;20161011;第1-10页 * |
Also Published As
Publication number | Publication date |
---|---|
CN109522043A (zh) | 2019-03-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109522043B (zh) | 一种配置数据的管理方法、装置及存储介质 | |
US10936622B2 (en) | Storage interface for synchronizing content | |
US11086531B2 (en) | Scaling events for hosting hierarchical data structures | |
US9565260B2 (en) | Account state simulation service for cloud computing environments | |
US20200067791A1 (en) | Client account versioning metadata manager for cloud computing environments | |
US9262324B2 (en) | Efficient distributed cache consistency | |
US9210178B1 (en) | Mixed-mode authorization metadata manager for cloud computing environments | |
US10642694B2 (en) | Monitoring containers in a distributed computing system | |
US8856077B1 (en) | Account cloning service for cloud computing environments | |
US8805971B1 (en) | Client-specified schema extensions in cloud computing environments | |
US10922303B1 (en) | Early detection of corrupt data partition exports | |
US10097659B1 (en) | High performance geographically distributed data storage, retrieval and update | |
US8910138B2 (en) | Hot pluggable extensions for access management system | |
US20080243847A1 (en) | Separating central locking services from distributed data fulfillment services in a storage system | |
US10069942B2 (en) | Method and apparatus for changing configurations | |
US9910881B1 (en) | Maintaining versions of control plane data for a network-based service control plane | |
US20110218971A1 (en) | System, Method And Computer Program Product For Managing Caches | |
US9747291B1 (en) | Non-disruptive upgrade configuration translator | |
CN111930489B (zh) | 一种任务调度方法、装置、设备及存储介质 | |
US11533391B2 (en) | State replication, allocation and failover in stream processing | |
CN108696559B (zh) | 流处理方法及装置 | |
CN113220342A (zh) | 中心化配置方法、装置、电子设备及存储介质 | |
CN112230978A (zh) | 一种多数据源动态切换方法、电子设备及存储介质 | |
CN110798358A (zh) | 分布式服务标识方法、装置、计算机可读介质及电子设备 | |
CN115037757B (zh) | 一种多集群服务管理*** |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |