CN111291012A - 一种规则文件部署系统、方法、设备及介质 - Google Patents

一种规则文件部署系统、方法、设备及介质 Download PDF

Info

Publication number
CN111291012A
CN111291012A CN202010048435.9A CN202010048435A CN111291012A CN 111291012 A CN111291012 A CN 111291012A CN 202010048435 A CN202010048435 A CN 202010048435A CN 111291012 A CN111291012 A CN 111291012A
Authority
CN
China
Prior art keywords
version
rule file
storage unit
file
version information
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.)
Pending
Application number
CN202010048435.9A
Other languages
English (en)
Inventor
陈晓鑫
张登辉
周威
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Qianhai Handy Wealth Management Co Ltd
Original Assignee
Shenzhen Qianhai Handy Wealth Management Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shenzhen Qianhai Handy Wealth Management Co Ltd filed Critical Shenzhen Qianhai Handy Wealth Management Co Ltd
Priority to CN202010048435.9A priority Critical patent/CN111291012A/zh
Publication of CN111291012A publication Critical patent/CN111291012A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10File systems; File servers
    • G06F16/18File system types
    • G06F16/1873Versioning file systems, temporal file systems, e.g. file system supporting different historic versions of files
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/60Software deployment
    • G06F8/65Updates
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00Arrangements for software engineering
    • G06F8/70Software maintenance or management
    • G06F8/71Version control; Configuration management

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明实施例公开了一种规则文件部署系统、方法、设备及介质。其中,规则文件部署系统,包括:文件存储单元、第一版本存储单元、第二版本存储单元和设置在服务器集群中的多个业务单元;文件存储单元,用于存储用户选择上传的至少一个规则文件;第一版本存储单元,用于存储文件存储单元中各规则文件的版本信息;第二版本存储单元,用于存储各业务单元当前使用规则文件的版本信息;业务单元,用于从第一版本存储单元和第二版本存储单元分别获取规则文件的版本信息;在二者不一致时,从文件存储单元获取当前规则文件的最新版本进行更新。本发明实施例的技术方案,通过在设定条件下进行规则文件版本更新,缩短规则文件部署时间,提高系统的稳定性。

Description

一种规则文件部署系统、方法、设备及介质
技术领域
本发明实施例涉及服务器集群热部署技术,尤其涉及一种规则文件部署系统、方法、设备及介质。
背景技术
企业级应用系统在使用过程中一般具有高并发、请求量大的需求,单机服务的处理能力往往不能实现上述需求,因此,服务集群化是企业应用系统必须经历的一个阶段,服务集群化能够分摊单个服务器的压力,满足大量客户端应用请求,同时可以减少单点故障数量,避免单点故障导致服务不可用,实现集群资源的高可用性。
与此同时,服务集群化也带来了一些问题,例如,更新决策引擎的规则文件时,一般采用将集群中所有服务器逐一停机,以静态文件的形式将规则文件添加到应用目录空间,更新规则文件后再进行应用发布的方式。这种方式,一方面在服务集群面向用户提供服务时,频繁停机会使系统可用性差,导致用户流失,并且增加劳动成本,另一方面,逐台停机进行更新会导致规则文件更新时间不一致,即集群中的两台服务器执行的决策规则内容不一致,影响用户使用。
进行规则文件更新的另一种方式是通过文件服务器存储共享文件,但是服务器需要通过网络获取规则文件,在网络调用的过程中会受网络环境以及文件服务器自身稳定性的影响,文件获取解析消耗的时间较长,从而延长业务流程的执行时间,不利于系统的稳定性及快速响应。
发明内容
本发明实施例提供一种规则文件部署系统、方法、设备及介质,通过在设定条件下进行规则文件版本更新,缩短规则文件部署时间,提高系统的稳定性。
第一方面,本发明实施例提供了一种规则文件部署系统,所述系统包括:文件存储单元、第一版本存储单元、第二版本存储单元和设置在服务器集群中的多个业务单元;
所述文件存储单元,用于存储用户选择上传的至少一个规则文件,所述规则文件具有至少一个版本;
所述第一版本存储单元,用于存储文件存储单元中各规则文件的版本信息;
所述第二版本存储单元,用于存储各业务单元当前使用规则文件的版本信息;
所述业务单元,用于从第一版本存储单元和第二版本存储单元分别获取本机使用的至少一个规则文件的版本信息;在根据获取的版本信息确定目标更新规则文件的当前使用版本不为最新版本时,从所述文件存储单元获取所述目标更新规则文件的最新版本进行本地存储,并更新所述第二版本存储单元中存储的规则文件的版本信息。
第二方面,本发明实施例还提供了一种规则文件部署方法,所述方法包括:
从第一版本存储单元和第二版本存储单元分别获取本机使用的至少一个规则文件的版本信息;
在根据获取的版本信息确定目标更新规则文件的当前使用版本不为最新版本时,从所述文件存储单元获取所述目标更新规则文件的最新版本进行本地存储,并更新所述第二版本存储单元中存储的规则文件的版本信息。
第三方面,本发明实施例还提供了一种电子设备,包括:
一个或多个处理器;
存储器,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现本发明任意实施例提供的规则文件部署方法。
第四方面,本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现本发明任意实施例提供的规则文件部署方法。
本发明实施例的技术方案,规则文件部署系统包括:文件存储单元、第一版本存储单元、第二版本存储单元和设置在服务器集群中的多个业务单元,其中,文件存储单元,用于存储用户选择上传的至少一个规则文件,第一版本存储单元,用于存储文件存储单元中各规则文件的版本信息,第二版本存储单元,用于存储各业务单元当前使用规则文件的版本信息,业务单元,用于从第一版本存储单元和第二版本存储单元分别获取本机使用的至少一个规则文件的版本信息,在根据获取的版本信息确定目标更新规则文件的当前使用版本不为最新版本时,从文件存储单元获取目标更新规则文件的最新版本进行本地存储,并更新第二版本存储单元中存储的规则文件的版本信息,通过在设定条件下进行规则文件版本检测,并在规则文件不是最新版本时进行更新,缩短规则文件部署时间,提高系统的稳定性。
附图说明
图1a是本发明实施例一中的一种规则文件部署系统的结构示意图;
图1b是本发明实施例一中的一种规则文件下载进度界面图;
图1c是本发明实施例一中的一种规则文件上传界面示意图;
图2是本发明实施例二中的一种规则文件部署方法的流程图;
图3是本发明实施例三中的一种规则文件部署方法的流程图;
图4是本发明实施例四中的一种规则文件部署装置的结构示意图;
图5是本发明实施例五中的一种设备的结构示意图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本发明,而非对本发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明相关的部分而非全部结构。
实施例一
图1a为本发明实施例一中的一种规则文件部署系统的结构示意图,本实施例的技术方案适用于在服务器集群运行的情况下为各业务单元部署规则文件的情况,该规则文件部署系统包括:文件存储单元1、第一版本存储单元2、第二版本存储单元3和设置在服务器集群4中的多个业务单元41。
需要说明的是,本发明实施例提供的规则文件部署系统用于在服务器集群运行的情况下,通过各业务单元判断各自使用的决策引擎的规则文件是否为最新版本,若否,则及时进行规则文件的更新,避免了因各业务单元所使用的规则文件不同,而导致决策结果不一致的问题。
文件存储单元1,用于存储用户选择上传的至少一个规则文件,所述规则文件具有至少一个版本。
其中,文件存储单元1,用于接收用户上传的决策引擎的规则文件并进行存储,以供各业务单元41在需要进行规则文件版本更新时从文件存储单元1进行下载,规则文件具有至少一个版本,示例性的,当前业务单元使用的业务线1对应的决策引擎规则文件是1.0版本,若需要进行版本更新,则用户首先将规则文件的最新版本,例如2.0版本上传至文件存储单元1进行存储,以供各业务单元41在需要更新规则文件时进行下载,其中,文件存储单元可以是FTP服务器(File Transfer Protocol Server)。
第一版本存储单元2,用于存储文件存储单元1中各规则文件的版本信息。
其中,第一版本存储单元2用于对文件存储单元1存储的规则文件的版本信息进行存储,以各保证业务单元41在没有从文件存储单元1下载规则文件的情况下,能够快速查询到最新版本规则文件的版本信息,示例性的,第一版本存储单元2可以用于将规则文件的版本信息及规则文件对应的业务线进行对应存储,其中,第一版本存储单元2可以是关系型数据库。
第二版本存储单元3,用于存储各业务单元41当前使用规则文件的版本信息。
其中,第二版本存储单元3用于存储各业务单元41当前使用的规则文件的版本信息,具体的,各业务单元41每次进行规则文件更新后,都将当前使用的规则文件的版本信息存储至第二版本存储单元3,以保证第二版本存储单元3中保存的内容始终为各业务单元41当前使用的规则文件的版本信息。示例性的,第二版本存储单元可以是缓存服务器,例如,Redis。
业务单元41,用于从第一版本存储单元2和第二版本存储单元3分别获取本机使用的至少一个规则文件的版本信息;在根据获取的版本信息确定目标更新规则文件的当前使用版本不为最新版本时,从所述文件存储单元1获取所述目标更新规则文件的最新版本进行本地存储,并更新所述第二版本存储单元3中存储的规则文件的版本信息。
其中,服务器集群4中设置有多个业务单元41,业务单元41用于针对用户发送的业务请求,采用决策引擎,根据决策引擎的规则文件进行业务决策,需要注意的是,当需要进行规则文件更新时,各业务单元41需要及时更新到规则文件的最新版本,防止因只有部分业务单元41进行了规则文件更新而导致的各业务单元41数据不一致,影响用户的业务办理。
基于上述原因,各业务单元41从第一版本存储单元2和第二版本存储单元3获取本机运行的其中一条业务线对应的规则文件的版本信息,由于第一版本存储单元2始终存储的是最新的规则文件的版本信息,而第二版本存储单元3始终存储的是业务单元41当前使用的规则文件的版本信息,因此,比较第一版本存储单元2和第二版本存储单元3存储的对应统一业务线的规则文件的版本信息是否相同,若不同,则说明该业务单元41当前使用的规则文件并不是最新版本,则将该规则文件作为目标更新规则文件,并从文件存储单元1下载目标更新规则文件的最新版本存储至本地,其中,可以对各业务单元对规则文件的下载进度进行展示,具体如图1b所示,能够使用户能够清楚了解个业务单元41对规则文件的下载及部署情况,同时,更新第二版本存储单元3中存储的规则文件的版本信息。
示例性的,各业务单元41可以在设定时间进行规则文件扫描,以及时更新当前使用的规则文件,具体的,业务单元41从第一版本存储单元2获取业务线1对应的规则文件版本信息,即获取业务线1对应的最新版本的规则文件版本信息,为版本2.0,并进一步获取第二版本存储单元2存储的与业务线1对应的规则文件版本信息,即获取当前本机运行业务线1时使用的规则文件版本信息,为版本1.0,对应二者进行比较,显然二者不同,则说明业务单元41当前使用的并不是最新版本的规则文件,则业务单元41从文件存储单元1中下载与业务线1对应的最新版本规则文件到本地,并加载至本地内存,实现规则文件的及时更新。当然,也可以在用户发起针对某一业务线的业务请求时,执行上述操作,以保证用户发起业务请求时,各业务单元41使用的为最新规则文件,避免各业务单元使用的规则文件不同,而导致最终决策结果不同,影响用户业务办理。
可选的,规则文件部署系统,还包括:后台管理单元5;
所述后台管理单元5,用于在确定用户选择上传的目标上传规则文件满足上传条件时,将所述目标上传规则文件存储至所述第一版本存储单元2,并将所述目标上传规则文件的版本信息存储于所述第二版本存储单元3。
本可选的实施例中,规则文件部署系统还包括后台管理单元5,主要用于将用户导入的规则文件上传至文件存储单元1,以供各业务单元41进行规则文件下载,具体规则文件上传界面如图1c所示,后台管理单元5首先获取用户选择的规则文件模板,并接收用户导入的待上传的规则文件,然后对待上传的规则文件进行校验,若符合校验规则,则将待上传的规则文件上传至文件存储单元1,其中,规则文件模板是与业务线对应的,例如,用户选择业务线1对应模板,并导入待上传规则文件后,后台管理单元5首先校验与规则文件模板对应的业务线是否正常运行,若是,则进一步校验用户导入的待上传规则文件是否为之前上传过的版本,若否,则说明当前导入的待上传规则文件是最新版本的规则文件,则进一步上传至文件存储单元1,同时后台管理单元5还将具体配置信息发送至服务器集群4,示例性的,配置信息可以是规则文件对应的业务线信息。
可选的,业务单元41中运行有至少一条业务线,所述业务线与所述规则文件相匹配;
所述第一版本存储单元2,具体用于存储所述文件存储单元1中各规则文件的版本信息,以及与各所述规则文件对应的业务线;
所述第二版本存储单元3,具体用于存储各述业务单元41当前使用规则文件的版本信息,以及与所述当前使用规则文件对应的业务线。
本可选的实施例中,各业务单元41中运行有至少一条业务线,业务线与规则文件相匹配,示例性的,某一业务单元41当前正在运行的是业务线1,则正在使用与业务线1对应的规则文件。基于上述描述,第一版本存储单元1具体用于将文件存储单元1中各规则文件的版本信息和规则文件对应的业务线进行对应存储,业务单元41在查询当前使用的针对某一条具体业务线的规则文件是否为最新版本时,可以直接从第一版本存储单元2中查找与该业务线匹配的规则文件的版本信息,与本机使用的规则文件版本进行比较。
第二版本存储单元3具体用于存储各业务单元41当前使用规则文件的版本信息,以及与当前使用规则文件对应的业务线,示例性的,当业务单元41需要判断当前运行业务线1使用的规则文件是否为最新版本时,不需要从内存中拉取规则文件获得其对应版本信息,直接从第二版本存储单元3获取当前业务线对应的规则文件的版本信息,即为当前使用的规则文件的版本信息,并与从第一版本存储单元2中存储的业务线1对应的规则文件版本信息进行比较,即可确定当前使用的是否为最新版本的规则文件。
本发明实施例的技术方案,规则文件部署系统包括:文件存储单元、第一版本存储单元、第二版本存储单元和设置在服务器集群中的多个业务单元,其中,文件存储单元,用于存储用户选择上传的至少一个规则文件,第一版本存储单元,用于存储文件存储单元中各规则文件的版本信息,第二版本存储单元,用于存储各业务单元当前使用规则文件的版本信息,业务单元,用于从第一版本存储单元和第二版本存储单元分别获取本机使用的至少一个规则文件的版本信息,在根据获取的版本信息确定目标更新规则文件的当前使用版本不为最新版本时,从文件存储单元获取目标更新规则文件的最新版本进行本地存储,并更新第二版本存储单元中存储的规则文件的版本信息,通过在设定条件下进行规则文件版本检测,并在规则文件不是最新版本时进行更新,缩短规则文件部署时间,提高系统的稳定性。
实施例二
图2为本发明实施例二中的一种规则文件部署方法的流程图,本实施例的技术方案适用于在服务器集群运行的情况下为各业务单元部署规则文件的情况,该方法可以由规则文件部署装置执行,具体包括如下步骤:
步骤210、从第一版本存储单元和第二版本存储单元分别获取本机使用的至少一个规则文件的版本信息。
其中,第一版本存储单元用于存储文件存储单元中规则文件的版本信息,具体的,第一版本存储单元可以将文件存储单元中的规则文件的版本信息和规则文件对应的业务线进行对应存储,示例性的,第一版本存储单元可以是关系型数据库。
第二版本存储单元用于存储各业务单元当前使用的规则文件的版本信息,具体的,第二版本存储单元可以将业务单元当前使用的规则文件的版本信息和规则文件对应的业务线进行对应存储,示例性的,第一版本存储单元可以是缓存服务器。
本实施例中,在业务单元需要对当前使用的规则文件版本进行检测,判断是否为最新版本时,首先,需要从第一版本存储单元获取与当前检测的业务线对应的规则文件的版本信息,即当前业务线对应的规则文件的最新版本信息,然后从第二版本存储单元获取与同一业务线对应的规则文件的版本信息,即获取业务单元当前使用的规则文件的版本信息,以便于后续判断当前使用的规则文件是否为最新版本。
示例性的,业务单元需要检测当前运行的业务线1使用的规则文件是否为最新版本时,首先从第一版本存储单元获取与业务线1对应的规则文件的版本信息,即获取业务线1对应的规则文件的最新上传版本的版本信息,然后从第二版本存储单元获取当前业务单元使用的针对业务线1的规则文件的版本信息,通过上述两种版本信息判断当前运行的业务线1使用的规则文件是否为最新版本。
步骤220、在根据获取的版本信息确定目标更新规则文件的当前使用版本不为最新版本时,从文件存储单元获取目标更新规则文件的最新版本进行本地存储,并更新第二版本存储单元中存储的规则文件的版本信息。
其中,目标更新规则文件为当前待检测的业务线对应的规则文件,文件存储单元用于存储用户上传的最新版本的规则文件,以供各业务系统下载,示例性的,文件存储单元可以是FTP服务器。
本实施例中,在从第一版本存储单元和第二版本存储单元分别获取针对某一业务线的规则文件的版本信息后,将二者进行比较,若相同,则说明当前业务单元针对上述业务线使用的是最新版本的规则文件,反之,则说明目标更新规则文件的当前使用版本不为最新版本,需要进行规则文件版本更新,具体为通过网络将文件存储单元中存储的目标更新规则文件的最新版本下载至本地,并将该最新版本的规则文件加载至内存,以使后续接收到用户发送的业务请求时,均使用新的规则文件进行决策,同时,还需要根据下载的最新版本的规则文件,更新第二版本存储单元中存储的规则文件的版本信息。
示例性的,从第一版本存储单元获取的规则文件的版本信息为2.0版本,从第二版本存储单元获取的规则文件的版本信息为1.0版本,二者不同,说明业务单元当前使用的规则文件不是最新版本,则通过网络从文件存储单元获取上述规则文件的最新版本,并加载至内存,与此同时,将第二版本存储单元存储的规则文件版本信息更新为2.0版本,用于标识业务单元当前使用的规则文件的版本。
本发明实施例的技术方案,从第一版本存储单元和第二版本存储单元分别获取本机使用的至少一个规则文件的版本信息,在根据获取的版本信息确定目标更新规则文件的当前使用版本不为最新版本时,从文件存储单元获取目标更新规则文件的最新版本进行本地存储,并更新第二版本存储单元中存储的规则文件的版本信息,实现了在服务器集群运行时,及时进行规则文件版本更新,缩短规则文件部署时间,提高系统的稳定性。
实施例三
图3为本发明实施例三提供的一种规则文件部署方法的流程图,本实施例在上述实施例的基础上进一步细化,提供了从文件存储单元获取目标更新规则文件的最新版本进行本地存储,并更新第二版本存储单元中存储的规则文件的版本信息的具体步骤。下面结合图3对本发明实施例三提供的一种规则文件部署方法进行说明,包括以下步骤:
步骤310、从第一版本存储单元和第二版本存储单元分别获取本机使用的至少一个规则文件的版本信息。
可选的,从第一版本存储单元和第二版本存储单元分别获取本机使用的至少一个规则文件的版本信息,包括:
在检测到满足版本定时扫描条件时,从第一版本存储单元和第二版本存储单元分别获取本机运行的各业务线对应的各规则文件的版本信息。
可选的,从第一版本存储单元和第二版本存储单元分别获取本机使用的至少一个规则文件的版本信息,包括:
在检测到用户针对本机运行的至少一条业务线发送业务请求时,从第一版本存储单元和第二版本存储单元分别获取与所述至少一条业务线匹配的至少一个规则文件的版本信息。
上述两个可选的实施例中,提供了各业务单元需要对当前使用的规则文件版本进行检测的两个条件,一方面,在检测到满足版本定时扫描条件时进行规则文件版本检测,具体的,为了保证规则文件更新的及时性,设置定时检测任务,在到达设定时间后,从第一版本存储单元和第二版本存储单元分别获取本机运行的各业务线对应的各规则文件的版本信息;另一方面,在检测到用户针对本机运行的至少一条业务线发送业务请求时,为了保证业务单元执行该请求时使用的是最新版本的规则文件,在运行之前,要从第一版本存储单元和第二版本存储单元分别获取与至少一条业务线匹配的至少一个规则文件的版本信息,具体的规则文件是否为最新版本的判断方法详见实施例一,这里不再赘述。
步骤320、将获取的版本信息按照业务线进行分组。
本实施例中,在从第一版本存储单元和第二版本存储单元分别获取本机使用的至少一个规则文件的版本信息后,由于各版本信息可能对于不同的业务线,需要将对应相同业务线的规则文件进行对比,才能判断业务单元当前使用的规则文件是否为最新版本,因此,将获取到的版本信息按照业务线进行划分,将对应同一业务线的规则文件版本信息进行对比。
示例性的,从第一版本存储单元获取到了与业务线1对应的规则文件1的版本为2.0版本,以及与业务线2对应的规则文件2的版本为1.0版本,即与业务线1对应的规则文件1的最新版本为2.0版本,与业务线2对应的规则文件2的最新版本为1.0版本;从第二版本存储单元获取到与业务线1对应的规则文件1的版本为1.0版本,以及业务线2对应的规则文件2的版本为1.0版本,即业务单元当前使用的针对业务线1的规则文件1为1.0版本,针对业务线2的规则文件2为1.0版本,为了进行对比,需要将规则文件的版本信息按照业务线进行类别划分,即将业务线1对应的第一版本存储单元存储的规则文件1的版本与第二版本存储单元存储的规则文件1的版本作为一组进行对比,并将业务线2对应的第一版本存储单元存储的规则文件2的版本与第二版本存储单元存储的规则文件2的版本作为一组进行对比。
步骤330、在每一分组中,比较从第一版本存储单元获取的版本信息是否与从第二版本存储单元获取的版本信息相匹配。
本实施例中,在将规则文件版本信息按照业务线进行划分后,比较从第一版本存储单元获取的版本信息是否与从第二版本存储单元获取的版本信息相匹配。示例性的,从第一版本存储单元获取到了与业务线1对应的规则文件1的版本为2.0版本,从第二版本存储单元获取到与业务线1对应的规则文件1的版本为1.0版本,显然业务单元当前使用的规则文件与文件存储单元保存的规则文件版本不同,即业务单元当前使用的规则文件不是最新版本。
步骤340、获取与不匹配的目标分组对应的规则文件作为目标更新规则文件。
其中,目标更新规则文件是需要进行版本更新的规则文件。
本实施例中,当规则文件对应的从第一版本存储单元获取的版本信息与从第二版本存储单元获取的版本信息不匹配时,则将该规则文件确定为目标更新规则文件,并进行后续的版本更新。
步骤350、从文件存储单元下载与目标更新规则文件对应业务线相同的最新版本的规则文件,并将最新版本的规则文件加载至内存中。
本实施例中,当确定某一规则文件为目标更新规则文件时,从文件存储单元下载与其对应业务线相同的最新版本的规则文件,并将最新版本的规则文件加载至内存中。示例性的,第一版本存储单元存储的与业务线1匹配的规则文件为2.0版本,而第二版本存储单元存储的与业务线1匹配的规则文件为1.0版本时,业务单元从文件存储单元下载针对业务线1的规则文件的2.0版本,并将其加载至内存,保证用户发起针对业务线1的业务请求时,使用的是最新版本的规则文件。
步骤360、根据最新版本的规则文件的版本信息,更新第二版本存储单元中存储的规则文件的版本信息。
本实施例中,在更新业务单元当前使用的规则文件后,根据更新后的规则文件的版本信息,更新第二版本存储单元中存储的规则文件的版本信息,也就是说,第二版本存储单元中始终存储当前业务单元使用的规则文件的版本信息。
本发明实施例的技术方案,在检测到满足版本定时扫描条件时,或者在检测到用户针对本机运行的至少一条业务线发送业务请求时,从第一版本存储单元和第二版本存储单元分别获取与所述至少一条业务线匹配的至少一个规则文件的版本信息,当二者不同时,从文件存储单元下载与目标更新规则文件对应业务线相同的最新版本的规则文件,并将最新版本的规则文件加载至内存中,一方面,实现了在服务器集群运行时,及时进行规则文件版本更新,缩短规则文件部署时间,提高系统的稳定性,另一方面,在用户发送业务请求时判断当前使用的是否为最新版本的规则文件,避免了决策引擎使用了旧的规则文件,影响最终决策结果。
实施例四
图4为本发明实施例四提供的一种规则文件部署装置的结构示意图,该规则文件部署装置,包括:版本信息获取模块410和规则文件更新模块420。
版本信息获取模块410,用于从第一版本存储单元和第二版本存储单元分别获取本机使用的至少一个规则文件的版本信息;
规则文件更新模块420,用于在根据获取的版本信息确定目标更新规则文件的当前使用版本不为最新版本时,从所述文件存储单元获取所述目标更新规则文件的最新版本进行本地存储,并更新所述第二版本存储单元中存储的规则文件的版本信息。
本发明实施例的技术方案,从第一版本存储单元和第二版本存储单元分别获取本机使用的至少一个规则文件的版本信息,在根据获取的版本信息确定目标更新规则文件的当前使用版本不为最新版本时,从文件存储单元获取目标更新规则文件的最新版本进行本地存储,并更新第二版本存储单元中存储的规则文件的版本信息,实现了在服务器集群运行时,及时进行规则文件版本更新,缩短规则文件部署时间,提高系统的稳定性。
可选的,所述版本信息获取模块410,包括:
第一版本信息获取单元,用于在检测到满足版本定时扫描条件时,从第一版本存储单元和第二版本存储单元分别获取本机运行的各业务线对应的各规则文件的版本信息。
可选的,所述版本信息获取模块410,包括:
第二版本信息获取单元,用于在检测到用户针对本机运行的至少一条业务线发送业务请求时,从第一版本存储单元和第二版本存储单元分别获取与所述至少一条业务线匹配的至少一个规则文件的版本信息。
可选的,所述规则文件更新模块420,包括:
版本信息分组单元,用于将获取的版本信息按照业务线进行分组;
版本信息判断单元,用于在每一分组中,比较从第一版本存储单元获取的版本信息是否与从第二版本存储单元获取的版本信息相匹配;
目标更新规则文件确定单元,用于获取与不匹配的目标分组对应的规则文件作为所述目标更新规则文件。
可选的,所述规则文件更新模块420,包括:
规则文件下载单元,用于从所述文件存储单元下载与所述目标更新规则文件对应业务线相同的最新版本的规则文件,并将所述最新版本的规则文件加载至内存中;
版本信息更新单元,用于根据所述最新版本的规则文件的版本信息,更新所述第二版本存储单元中存储的规则文件的版本信息。
本发明实施例所提供的规则文件部署装置可执行本发明任意实施例所提供的规则文件部署方法,具备执行方法相应的功能模块和有益效果。
实施例五
图5为本发明实施例五提供的一种电子设备的结构示意图,如图5所示,该电子设备包括处理器50和存储器51;设备中处理器50的数量可以是一个或多个,图5中以一个处理器50为例;设备中的处理器50和存储器51可以通过总线或其它方式连接,图5中以通过总线连接为例。
存储器51作为一种计算机可读存储介质,可用于存储软件程序、计算机可执行程序以及模块,如本发明实施例中的一种规则文件部署方法对应的程序指令/模块(例如,规则文件部署装置中的版本信息获取模块410和规则文件更新模块420)。处理器50通过运行存储在存储器51中的软件程序、指令以及模块,从而执行设备的各种功能应用以及数据处理,即实现上述的规则文件部署方法。
该方法包括:
从第一版本存储单元和第二版本存储单元分别获取本机使用的至少一个规则文件的版本信息;
在根据获取的版本信息确定目标更新规则文件的当前使用版本不为最新版本时,从所述文件存储单元获取所述目标更新规则文件的最新版本进行本地存储,并更新所述第二版本存储单元中存储的规则文件的版本信息。
存储器51可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序;存储数据区可存储根据终端的使用所创建的数据等。此外,存储器51可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其它非易失性固态存储器件。在一些实例中,存储器51可进一步包括相对于处理器50远程设置的存储器,这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
实施例六
本发明实施例六还提供一种其上存储有计算机程序的计算机可读存储介质,所述计算机程序在由计算机处理器执行时用于执行一种规则文件部署方法,该方法包括:
从第一版本存储单元和第二版本存储单元分别获取本机使用的至少一个规则文件的版本信息;
在根据获取的版本信息确定目标更新规则文件的当前使用版本不为最新版本时,从所述文件存储单元获取所述目标更新规则文件的最新版本进行本地存储,并更新所述第二版本存储单元中存储的规则文件的版本信息。
通过以上关于实施方式的描述,所属领域的技术人员可以清楚地了解到,本发明可借助软件及必需的通用硬件来实现,当然也可以通过硬件实现,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
值得注意的是,上述一种规则文件部署装置的实施例中,所包括的各个单元和模块只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本发明的保护范围。
注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其它等效实施例,而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种规则文件部署系统,其特征在于,包括:文件存储单元、第一版本存储单元、第二版本存储单元和设置在服务器集群中的多个业务单元;
所述文件存储单元,用于存储用户选择上传的至少一个规则文件,所述规则文件具有至少一个版本;
所述第一版本存储单元,用于存储文件存储单元中各规则文件的版本信息;
所述第二版本存储单元,用于存储各业务单元当前使用规则文件的版本信息;
所述业务单元,用于从第一版本存储单元和第二版本存储单元分别获取本机使用的至少一个规则文件的版本信息;在根据获取的版本信息确定目标更新规则文件的当前使用版本不为最新版本时,从所述文件存储单元获取所述目标更新规则文件的最新版本进行本地存储,并更新所述第二版本存储单元中存储的规则文件的版本信息。
2.根据权利要求1所述的系统,其特征在于,还包括:后台管理单元;
所述后台管理单元,用于在确定用户选择上传的目标上传规则文件满足上传条件时,将所述目标上传规则文件存储至所述第一版本存储单元,并将所述目标上传规则文件的版本信息存储于所述第二版本存储单元。
3.根据权利要求1或2所述的系统,其特征在于,所述业务单元中运行有至少一条业务线,所述业务线与所述规则文件相匹配;
所述第一版本存储单元,具体用于存储所述文件存储单元中各规则文件的版本信息,以及与各所述规则文件对应的业务线;
所述第二版本存储单元,具体用于存储各述业务单元当前使用规则文件的版本信息,以及与所述当前使用规则文件对应的业务线。
4.一种规则文件部署方法,应用于如权利要求1-3任一项所述系统的业务单元,其特征在于,包括:
从第一版本存储单元和第二版本存储单元分别获取本机使用的至少一个规则文件的版本信息;
在根据获取的版本信息确定目标更新规则文件的当前使用版本不为最新版本时,从所述文件存储单元获取所述目标更新规则文件的最新版本进行本地存储,并更新所述第二版本存储单元中存储的规则文件的版本信息。
5.根据权利要求4所述的方法,其特征在于,从第一版本存储单元和第二版本存储单元分别获取本机使用的至少一个规则文件的版本信息,包括:
在检测到满足版本定时扫描条件时,从第一版本存储单元和第二版本存储单元分别获取本机运行的各业务线对应的各规则文件的版本信息。
6.根据权利要求4所述的方法,其特征在于,从第一版本存储单元和第二版本存储单元分别获取本机使用的至少一个规则文件的版本信息,包括:
在检测到用户针对本机运行的至少一条业务线发送业务请求时,从第一版本存储单元和第二版本存储单元分别获取与所述至少一条业务线匹配的至少一个规则文件的版本信息。
7.根据权利要求4-6任一项所述的方法,其特征在于,根据获取的版本信息确定目标更新规则文件的当前使用版本不为最新版本,包括:
将获取的版本信息按照业务线进行分组;
在每一分组中,比较从第一版本存储单元获取的版本信息是否与从第二版本存储单元获取的版本信息相匹配;
获取与不匹配的目标分组对应的规则文件作为所述目标更新规则文件。
8.根据权利要求4所述的方法,其特征在于,从所述文件存储单元获取所述目标更新规则文件的最新版本进行本地存储,并更新所述第二版本存储单元,包括:
从所述文件存储单元下载与所述目标更新规则文件对应业务线相同的最新版本的规则文件,并将所述最新版本的规则文件加载至内存中;
根据所述最新版本的规则文件的版本信息,更新所述第二版本存储单元中存储的规则文件的版本信息。
9.一种电子设备,其特征在于,所述设备包括:
一个或多个处理器;
存储器,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求4-8中任一所述的规则文件部署方法。
10.一种计算机存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求4-8中任一所述的规则文件部署方法。
CN202010048435.9A 2020-01-16 2020-01-16 一种规则文件部署系统、方法、设备及介质 Pending CN111291012A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010048435.9A CN111291012A (zh) 2020-01-16 2020-01-16 一种规则文件部署系统、方法、设备及介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010048435.9A CN111291012A (zh) 2020-01-16 2020-01-16 一种规则文件部署系统、方法、设备及介质

Publications (1)

Publication Number Publication Date
CN111291012A true CN111291012A (zh) 2020-06-16

Family

ID=71026665

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010048435.9A Pending CN111291012A (zh) 2020-01-16 2020-01-16 一种规则文件部署系统、方法、设备及介质

Country Status (1)

Country Link
CN (1) CN111291012A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114371867A (zh) * 2020-10-14 2022-04-19 腾讯科技(深圳)有限公司 关于业务规则的信息处理方法、设备和介质
CN115080141A (zh) * 2022-06-02 2022-09-20 珠海金山数字网络科技有限公司 数据处理方法及系统

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105677886A (zh) * 2016-01-18 2016-06-15 浪潮通用软件有限公司 一种文件更新的方法、装置和系统
CN105704241A (zh) * 2016-04-06 2016-06-22 浪潮电子信息产业股份有限公司 一种客户端程序更新方法及系统、业务平台
CN107704259A (zh) * 2017-10-27 2018-02-16 北京小米移动软件有限公司 应用升级方法、装置及存储介质
CN108829413A (zh) * 2018-05-07 2018-11-16 北京达佳互联信息技术有限公司 数据更新方法、装置及计算机可读存储介质、服务器
CN110149409A (zh) * 2019-06-04 2019-08-20 平安科技(深圳)有限公司 云主机元数据服务管理方法、系统、设备及存储介质
CN110377850A (zh) * 2019-06-12 2019-10-25 五八有限公司 资源文件加载方法、装置、电子设备及存储介质

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105677886A (zh) * 2016-01-18 2016-06-15 浪潮通用软件有限公司 一种文件更新的方法、装置和系统
CN105704241A (zh) * 2016-04-06 2016-06-22 浪潮电子信息产业股份有限公司 一种客户端程序更新方法及系统、业务平台
CN107704259A (zh) * 2017-10-27 2018-02-16 北京小米移动软件有限公司 应用升级方法、装置及存储介质
CN108829413A (zh) * 2018-05-07 2018-11-16 北京达佳互联信息技术有限公司 数据更新方法、装置及计算机可读存储介质、服务器
CN110149409A (zh) * 2019-06-04 2019-08-20 平安科技(深圳)有限公司 云主机元数据服务管理方法、系统、设备及存储介质
CN110377850A (zh) * 2019-06-12 2019-10-25 五八有限公司 资源文件加载方法、装置、电子设备及存储介质

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114371867A (zh) * 2020-10-14 2022-04-19 腾讯科技(深圳)有限公司 关于业务规则的信息处理方法、设备和介质
CN115080141A (zh) * 2022-06-02 2022-09-20 珠海金山数字网络科技有限公司 数据处理方法及系统

Similar Documents

Publication Publication Date Title
US20050246702A1 (en) System and method for automatically updating versions of software programs in client computers
CN108540509B (zh) 一种终端浏览器的处理方法、装置及服务器、智能终端
CN113946358A (zh) 一种基于车辆管理系统的自动驾驶车辆软件远程升级方法
CN106357738A (zh) 一种服务器集群的自动化部署方法、装置和系统
CN103164247B (zh) 系统应用自动修复的方法及装置
CN112615747B (zh) 一种网络设备自动部署配置的方法及装置
CN111291012A (zh) 一种规则文件部署系统、方法、设备及介质
CN111881150A (zh) 一种web应用程序离线数据的处理方法及装置
CN106843947B (zh) 代码缺陷的处理方法和装置
CN106775816A (zh) 一种局域网中应用程序的自动更新方法及系统
CN111562889A (zh) 数据处理方法、装置、系统及存储介质
CN104699511A (zh) 插件升级方法及装置
CN109274734B (zh) 一种基于物联网云平台的服务进程调用方法及装置
CN104932887A (zh) 一种平台系统的插件管理方法和平台系统
CN111736876A (zh) 客户端更新控制方法、装置、存储介质及服务器
CN104536785A (zh) 实时系统更新方法及装置
CN111488157A (zh) 一种服务器装机系统及方法
CN116088921A (zh) 一种面向国产操作系统的自动化运维管理系统及方法
CN115618031A (zh) 一种遥感影像瓦片发送方法及装置
CN104536784A (zh) 实时系统更新方法及装置
CN112486509B (zh) 一种Jar包组件热部署方法及系统
CN108650320B (zh) 一种集群环境下同构级联设备配置文件同步方法
JP4232606B2 (ja) ファイル配信システム、クライアントプログラム、クライアント、サーバプログラム、サーバ、及び方法
CN112947991A (zh) 版本差异代码文件的获取方法、装置、计算机设备和介质
CN111367550A (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
RJ01 Rejection of invention patent application after publication

Application publication date: 20200616