基于消息队列的服务器集群刷新的方法技术

本申请提供了一种基于消息队列的服务器集群刷新的方法，所述方法包括：接收用户输入的服务器需要刷新的数据；根据所述数据的类型对数据进行标识，所述标识后的数据存储于数据库中，每一种标识在服务器中都配置有对应的数据刷新机制；获取所述标识后的数据；将所述标识后的数据推送至消息队列以使服务器订阅需要的数据；依据所述标识在服务器中匹配对应的数据刷新机制；依据所述数据刷新机制刷新数据。本申请提高了工作效率。本申请提高了工作效率。本申请提高了工作效率。

【技术实现步骤摘要】
基于消息队列的服务器集群刷新的方法


[0001]本专利技术涉及计算机
，尤其涉及一种基于消息队列的服务器集群刷新的方法。

技术介绍

[0002]在系统设计的时候，为了减少对数据库查询的压力，往往会把一些配置元数据加载到内存，这样服务在做计算的时候直接从内存中直接获取，特别是在一些高并发场景下。此时就会遇到数据的更新问题，一种做法就是服务集群定时刷新，比如5分钟刷新，缺点就是不能实时更新；还有一种就是触发刷新，就是用户触发配置变更时，通知服务集群进行元数据更新，这种情况需要维护集群的所有节点IP信息，配置有变更时，调用所有节点的元数据刷新接口，如果一个节点宕机，就会导致接口一直报错，除非修改配置去掉宕机节点，而且现在银行的服务都要进行容器化改造，容器的IP是变化的，这种刷新机制就不能使用了。

技术实现思路

[0003]本专利技术提供了一种可以提高工作效率的基于消息队列的服务器集群刷新的方法。
[0004]本专利技术第一方面提供一种基于消息队列的服务器集群刷新的方法。该方法包括：接收用户输入的服务器需要刷新的数据；根据所述数据的类型对数据进行标识，所述标识后的数据存储于数据库中，每一种标识在服务器中都配置有对应的数据刷新机制；获取所述标识后的数据；将所述标识后的数据推送至消息队列以使服务器订阅需要的数据；依据所述标识在服务器中匹配对应的数据刷新机制；依据所述数据刷新机制刷新数据。
[0005]本申请第二方面提供了一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储程序指令，所述程序指令可被处理器执行以实现所述基于消息队列的服务器集群刷新的方法。
[0006]本申请第三方面提供了一种计算机设备，其特征在于，所述计算机设备包括：
[0007]计算机可读存储介质，用于存储程序指令；
[0008]处理器，用于执行所述程序指令以实现所述的基于消息队列的服务器集群刷新的方法。
[0009]本申请通过研发人员先输入服务器需要刷新的代码数据，应用标识函数对所述代码数据依据类型进行标识；将标识好的数据存储于数据库中，并发送通知至预先创建好的消息队列中，消费者感知用户输入数据并通过预置接口从数据库中获取服务器需要刷新的代码数据；服务器用预先设置好的多个对应不同标识的刷新机制依据所述代码数据对服务器进行集群刷新；并且每间隔预设时间对服务器进行一次刷新；开发人员通过配置一些简单的文件和接口就可以对服务器进行刷新，不需要维护服务集群的节点问题，例如如节点宕机、服务器扩容、缩容以及容器化整改均不受影响，提高了工作效率。
附图说明
[0010]为了更清楚地说明本专利技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。显而易见地，下面描述中的附图仅仅是本专利技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图示出的结构获得其他的附图。
[0011]图1为本申请第一实施例提供的基于消息队列的服务器集群刷新的系统的架构示意图。
[0012]图2为本申请第一实施例提供的基于消息队列的服务器集群刷新的方法的示意图。
[0013]图3为为本申请第一实施例提供的步骤S103的另一子步骤流程示意图。
[0014]图4为本申请实施例提供的基于消息队列的服务器集群刷新的方法的计算机设备内部结构示意图。
具体实施方式
[0015]为了使本申请的目的、技术方案及优点更加清楚明白，如下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。
[0016]本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
[0017]需要说明的是，在本申请中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。
[0018]本申请提供了一种基于消息队列的服务器集群刷新的方法。所述方法运行于一种基于消息队列的服务器集群刷新的系统，如图1所示，所述系统包括：用户端1，用于接收研发人员输入代码，所述代码表示服务器需要刷新的数据；服务器端2，用于接收用户端发送的代码数据并进行处理；所述用户端1与所述服务器端2通过网络3进行通讯。其中，该客户端一般为计算机设备，服务器是多个服务器组成的服务器集群来实现。工作人员预先写入了若干代码，以使服务器集群依据所述代码实现功能，当某些功能需要改变时，需要工作人员输入对应的代码以实现功能地改变。
[0019]请参看图2，图2为本申请第一实施例提供的基于消息队列的服务器集群刷新的方法的示意图。所述基于消息队列的服务器集群刷新的方法包括步骤S101
‑
S106。
[0020]步骤S101，接收用户输入的服务器需要刷新的数据。
[0021]实现一个功能或一个APP的运行需要大量的服务器，例如，在银行的贷款业务中，当客户还款日期超过预设日期时发送通知催促客户还款；当服务器实现的功能需要改变时，实现所述功能的代码需要改变以实现功能，例如，改变为当客户还款日期距离还款日期的天数为两天时，发送通知催促客户还款。服务器需要刷新数据以改变功能，研发人员在用户端输入服务器需要刷新的数据。
[0022]步骤S102，根据所述数据的类型对数据进行标识，所述标识后的数据存储于数据库中，每一种标识在服务器中都配置有对应的数据刷新机制。
[0023]所述刷新的数据的类型可以为设置的比较参数改变，图标样式改变，计算模型参数改变等。服务器中的配置文件内预先设置有多个不同的标识参数，所述标识参数为tag参数，所述多个不同的tag参数可以对不同类型的刷新数据进行标识；每种类型的数据在服务器中都配置有对应的数据刷新机制，以对数据进行刷新；所述标识后的数据存储于数据库中。
[0024]步骤S103，获取所述标识后的数据。
[0025]从数据库中获取所述标识后的数据。
[0026]步骤S104，将所述标识后的数据推送至消息队列以使服务器订阅需要的数据。
[0027]服务器中配置有软件安本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种基于消息队列的服务器集群刷新的方法，其特征在于，所述方法包括：接收用户输入的服务器需要刷新的数据；根据所述数据的类型对数据进行标识，所述标识后的数据存储于数据库中，每一种标识在服务器中都配置有对应的数据刷新机制；获取所述标识后的数据；将所述标识后的数据推送至消息队列以使服务器订阅需要的数据；依据所述标识在服务器中匹配对应的数据刷新机制；依据所述数据刷新机制刷新数据。2.如权利要求1所述的基于消息队列的服务器集群刷新的方法，其特征在于，所述获取所述标识后的数据包括：发送通知至消息队列以使所述用户输入的数据对应的服务器感知用户输入了数据，并发起请求；响应所述请求从数据库中获取所述标识后的数据。3.如权利要求1所述的基于消息队列的服务器集群刷新的方法，其特征在于，所述根据所述数据的类型对数据进行标识包括：应用预先配置的不同的标识参数根据所述数据的类型对数据进行标识。4.如权利要求1所述的基于消息队列的服务器集群刷新的方法，其特征在于,所述消息队列默认为RocketMQ队列。5.如权利要求1所述的基于消息队列的服务器集群刷新的方...

【专利技术属性】
技术研发人员：钱玉森，
申请(专利权)人：平安银行股份有限公司，
类型：发明
国别省市：