CN112988803B - 微服务系统业务的缓存改造方法、装置及计算设备 - Google Patents

Abstract

本发明实施例涉及通信技术领域，公开了一种微服务系统业务的缓存改造方法、装置及计算设备，该方法包括：服务器端配置缓存策略，所述缓存策略中至少包括缓存接入管理、缓存操作类型以及缓存失效配置；将所述缓存策略下发至客户端的缓存处理单元，使所述缓存处理单元根据所述缓存接入管理拦截调用业务方法，以及根据所述缓存操作类型调用所述业务方法并缓存数据；根据所述缓存失效配置清理缓存。通过上述方式，本发明实施例能够避免缓存中数据频繁加载清除，既能避免对业务系统代码大量改造，又能保障数据的实时性一致性。

Description

微服务系统业务的缓存改造方法、装置及计算设备

技术领域

本发明实施例涉及通信技术领域，具体涉及一种微服务系统业务的缓存改造方法、装置及计算设备。

背景技术

随着移动互联网的发展，电信运营商互联网渠道系统业务量爆发式增长，特别是在秒杀、抢购等营销活动期间，大量用户不停的在手厅系统上重复发起业务操作，导致后端核心业务系统的数据库压力巨大引发系统故障。

为了减小互联网渠道系统营销对后端核心业务系统数据库带来的压力，目前业界主要做法是引入缓存进行分流，减小重复访问对数据库的压力。主要有以下两种技术实现方案：一种是修改后端核心业务系统微服务的业务逻辑代码，在业务逻辑层代码中将涉及到数据库读、写操作中增加缓存访问代码，这种方式意味着业务系统代码的大量改造，工作量巨大且稳定性风险高。一种是利用微服务平台自带的缓存功能，业务系统代码无需改造，只需配置服务缓存开关即可，如当前主流的Dubbo微服务平台和Hystrix微服务平台都提供了缓存功能，服务调用过一次后数据即被微服务平台缓存，后续访问直接使用缓存数据。

前一种方案灵活性好，能自定义缓存加载和失效场景，提升缓存的利用效率，但是涉及业务系统侵入式改造，工作量巨大、改造时间长、成本高、且对系统连续性有较大影响，一般只在业务系统大规模重构时才会引入这种方案，且后续每次新业务上线对业务逻辑修改时可能都需要对缓存部分代码做修改，是一项长期持续性的高成本工作。后一种方案依赖于微服务平台的缓存功能，当前各类微服务平台自身的缓存机制存在对数据的实时性一致性保障能力不足，可能导致用户投诉和套利风险，缓存频繁被动失效会导致对数据库压力分担有限，进而导致数据库瞬间崩溃。

发明内容

鉴于上述问题，本发明实施例提供了一种微服务系统业务的缓存改造方法、装置及计算设备，克服了上述问题或者至少部分地解决了上述问题。

根据本发明实施例的一个方面，提供了一种微服务系统业务的缓存改造方法，所述方法包括：服务器端配置缓存策略，所述缓存策略中至少包括缓存接入管理、缓存操作类型以及缓存失效配置；将所述缓存策略下发至客户端的缓存处理单元，使所述缓存处理单元根据所述缓存接入管理拦截调用业务方法，以及根据所述缓存操作类型调用所述业务方法并缓存数据；根据所述缓存失效配置清理缓存。

在一种可选的方式中，所述缓存策略还包括：配置缓存失效时间，以及集群级的或单个服务级的缓存生效范围。

在一种可选的方式中，所述根据所述缓存失效配置清理缓存，包括：扫描所述数据库中的业务日志，所述业务日志至少包括业务操作代码；根据所述缓存策略中业务操作代码和服务对应关系对所述缓存中的数据缓存清理。

根据本发明实施例的另一个方面，提供了一种微服务系统业务的缓存改造方法，所述方法包括：接收并存储服务器端配置的缓存策略，所述缓存策略中至少包括缓存接入管理、缓存操作类型以及缓存失效配置；根据所述缓存接入管理拦截调用业务方法；根据所述缓存操作类型调用所述业务方法；触发所述服务器根据所述缓存失效配置清理缓存。

在一种可选的方式中，所述根据所述缓存接入管理拦截调用业务方法，包括：响应手厅系统发起的业务方法，调用后端业务逻辑；根据所述缓存接入管理判断是否需要拦截调用业务方法；如果需要，则根据服务的归属系统、服务类名称、服务内部方法签名确定进行缓存化拦截的业务代码位置，并进行拦截。

在一种可选的方式中，所述缓存操作类型包括缓存加载类型和缓存清理类型，所述根据所述缓存操作类型调用所述业务方法，包括：如果是所述缓存加载类型的拦截，则根据缓存情况决定是否调用业务方法；如果是所述缓存清理类型的拦截，则调用业务方法后，并触发所述服务器清理缓存。

根据本发明实施例的另一个方面，提供了一种微服务系统业务的缓存改造装置，所述装置包括：缓存配置单元，用于服务器端配置缓存策略，所述缓存策略中至少包括缓存接入管理、缓存操作类型以及缓存失效配置；缓存下发单元，用于将所述缓存策略下发至客户端的缓存处理单元，使所述缓存处理单元根据所述缓存接入管理拦截调用业务方法，以及根据所述缓存操作类型调用所述业务方法并缓存数据；缓存失效单元，用于根据所述缓存失效配置清理缓存。

根据本发明实施例的另一个方面，提供了一种微服务系统业务的缓存改造装置，所述装置包括：接收单元，用于接收并存储服务器端配置的缓存策略，所述缓存策略中至少包括缓存接入管理、缓存操作类型以及缓存失效配置；拦截单元，用于根据所述缓存接入管理拦截调用业务方法；业务调用单元，用于根据所述缓存操作类型调用所述业务方法；触发单元，用于触发所述服务器根据所述缓存失效配置清理缓存。

根据本发明实施例的另一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行上述微服务系统业务的缓存改造方法的步骤。

根据本发明实施例的又一方面，提供了一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使所述处理器执行上述微服务系统业务的缓存改造方法的步骤。

本发明实施例通过服务器端配置缓存策略，所述缓存策略中至少包括缓存接入管理、缓存操作类型以及缓存失效配置；将所述缓存策略下发至客户端的缓存处理单元，使所述缓存处理单元根据所述缓存接入管理拦截调用业务方法，以及根据所述缓存操作类型调用所述业务方法并缓存数据；根据所述缓存失效配置清理缓存，能够避免缓存中数据频繁加载清除，既能避免对业务系统代码大量改造，又能保障数据的实时性一致性。

上述说明仅是本发明实施例技术方案的概述，为了能够更清楚了解本发明实施例的技术手段，而可依照说明书的内容予以实施，并且为了让本发明实施例的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的微服务系统业务的缓存改造方法的应用示意图；

图2示出了本发明实施例提供的微服务系统业务的缓存改造方法的应用示例图；

图3示出了本发明实施例提供的微服务系统业务的缓存改造方法的流程示意图；

图4示出了本发明实施例提供的另一微服务系统业务的缓存改造方法的流程示意图；

图5示出了本发明实施例提供的另一微服务系统业务的缓存改造方法的缓存处理逻辑示意图；

图6示出了本发明实施例提供的微服务系统业务的缓存改造装置的结构示意图；

图7示出了本发明实施例提供的另一微服务系统业务的缓存改造装置的结构示意图；

图8示出了本发明实施例提供的计算设备的结构示意图；

图9示出了本发明实施例提供的另一计算设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。

图1示出了本发明实施例提供的微服务系统业务的缓存改造方法的应用示意图。如图1所示，手厅系统可以为用户端的移动设备，如手机、平板、穿戴设备等。微服务接口以及缓存处理装置设备在微服务客户端，服务调用业务方法的应用程序调用接口(Application Programming Interface，API)、缓存配置单元、zookeeper(zk)集群、Redis集群、缓存失效单元以及数据库设置在服务器端。其中，Redis集群即为缓存，用于缓存数据。

在本发明实施例中，用户应用缓存配置单元在缓存管控装置的配置界面或者配置文件中配置服务缓存开关是否打开、缓存key等缓存策略，配置完成由zk集群通知业务系统1中的微服务客户端的缓存处理装置和独立部署在服务端的缓存失效单元来获取缓存配置信息，放到本地内存中。其中，缓存key＝"key前缀"+"key值表达式的计算结果"，key前缀为服务名+服务内部方法名组合，key值表达式的计算结果(value值)是被拦截服务内部方法的返回值。

电子渠道开展业务营销活动时，用户手厅系统发起抢购操作，手厅系统调用业务支撑域核心系统提供的微服务接口，微服务接口整体运行过程如下：

步骤1：微服务接口调用后端逻辑，缓存处理装置拦截业务调用方法。

步骤2：缓存处理装置根据本地内存中的缓存策略，优先从缓存获取数据，如果缓存有数据则直接返回缓存数据，如果没有数据则进入到步骤3。

步骤3：缓存处理装置将服务调用的参数直接透传给服务调用业务方法API。

步骤4：服务调用的业务方法API访问数据库获取数据。

步骤5：缓存处理装置拦截API返回的结果，同时异步将数据写入缓存，后续服务调用可直接从缓存中读取数据返回结果。

步骤6：缓存失效单元扫描业务系统数据中的业务受理日志。

步骤7：缓存失效单元根据缓存策略中对应的业务操作代码和服务对应关系，将缓存中对应缓存key的数据置为失效状态，到了月底由缓存失效单元的后台进程批量清理数据。

例如，如图2所示，业务订购操作的业务编码为501，当缓存失效单元扫描业务日志时扫描到该条业务编码的日志，则去取对应的用户编号、客户编号、账户编号，而后根据缓存这三个字段为key，去缓存块中清除数据。本发明实施例通过基于业务受理日志的异步实时缓存数据清理，适用于电信行业的核心业务系统，能有效保障数据的实时性和一致性。

图3示出了本发明实施例提供的微服务系统业务的缓存改造方法的流程示意图。如图3所示，微服务系统业务的缓存改造方法包括：

步骤S11：服务器端配置缓存策略，所述缓存策略中至少包括缓存接入管理、缓存操作类型以及缓存失效配置。

在本发明实施例中，缓存策略还包括：配置缓存失效时间，以及集群级的或单个服务级的缓存生效范围。服务器端的缓存配置单元负责缓存策略的统一配置，配置数据更新后由zk集群通知各个业务系统侧微服务客户端的缓存处理装置和独立部署在服务器端的缓存失效单元获取缓存配置数据。具体缓存参数配置如表1。

表1缓存参数配置

如表1所示，缓存策略包括：

缓存接入管理：需要进行缓存拦截的服务配置，通过配置服务的归属系统、服务类名称、服务内部方法签名，确定拦截器进行缓存化拦截的业务代码位置。

缓存操作类型：cache为加载缓存，clear为主动清理缓存；缓存key＝"key前缀"+"key值表达式的计算结果"，key前缀为服务名+服务内部方法名组合，value值是被拦截服务内部方法的返回值。key前缀可自定义，可用根据方法名，如用重复可修改。key值表达式可根据参数设置，软件开发工具包(Software Development Kit，SDK)会代入参数计算出表达式的值。返回类型为方法的返回类型，用于写入缓存时序列化和读取缓存时反序列化。

缓存集群配置管理：配置和管理各微服务中心系统的Redis集群的域名地址。

缓存生效范围：提供集群级的全局开关和单个服务级的缓存独立开关，可针对接入系统的工号针对性开启缓存操作。

缓存失效管理：提供缓存失效时间配置，在线调整缓存失效时间，提供时间偏移量的失效策略和自然周期的失效策略。自然周期的失效策略为设置固定时长单位，如小时、天、月等。时间偏移量的失效策略为设置自然时间偏移量，如月末、月初等。由于电信行业套餐订购类业务生失效以月为周期，所以缓存的定时失效周期设为一个月。

本发明实施例对微服务架构的业务系统无侵入式的缓存化改造，弥补了现有方案中的对业务侵入式影响，通过配置即可实现缓存加载清理，对业务系统无影响且保证了缓存数据的一致性。根据session中的渠道域名，实现了微服务业务系统的集群、服务、工号级的缓存生失效开关，对集群、服务、系统工号级的缓存赋权接入配置，可针对指定服务、指定集群、指定系统开启缓存，实现了缓存生效范围的精确控制，能满足电信行业各个渠道业务特性差异导致的对缓存差异性开关，比如对电子渠道集群开启缓存接入而对营业厅渠道则关闭缓存集群接入。

步骤S12：将所述缓存策略下发至客户端的缓存处理单元，使所述缓存处理单元根据所述缓存接入管理拦截调用业务方法，以及根据所述缓存操作类型调用所述业务方法并缓存数据。

本发明实施例应用服务器端的zk集群进行配置推送，主要是将缓存配置单元中的配置信息推送采用更新推送的方式，将缓存策略下发至客户端的缓存处理单元以及服务器端的缓存清理单元。具体地，将缓存加载信息和主动清理的配置信息推送到业务系统中的微服务客户端的缓存处理单元中，将缓存和业务日志中的操作类型的对应关系配置信息推送到服务器端的缓存清理单元。

步骤S13：根据所述缓存失效配置清理缓存。

在本发明实施例中，Redis集群是缓存数据集群，按照数据源提供方业务系统划分集群，比如按照客户中心、订单中心、账户中心划分缓存集群，一般客户资料数据量大访问量也大，客户中心单独一个集群，其他业务中心一个集群。在步骤S13中，扫描所述数据库中的业务日志，所述业务日志至少包括业务操作代码；根据所述缓存策略中业务操作代码和服务对应关系对所述缓存中的数据缓存清理。

在本发明实施例中，应用缓存失效单元清理缓存。缓存失效包括定期失效和异步实时失效。定期失效是在数据加载到缓存时设定缓存失效周期。缓存失效单元是一个任务调度程序，具体实现通过spring中的quartz+jdbc+zookeeper客户端实现。通过zookeeper客户端接收缓存配置单元中配置的缓存失效和业务操作代码对应关系，通过在spring中配置数据库连接池地址为业务受理日志库，在quartz的Scheduler中配置对应的工作类为ClearCacheJob。工作类ClearCacheJob中业务处理逻辑为：实时扫描业务日志表，查找业务操作生产的业务操作日志；根据业务日志的操作类型字段busi_code比对缓存清理配置信息；根据对相应的手机号码等用户信息进行日志清理。

本发明实施例支持受理工单扫描和定时任务定时失效的多种缓存清理方法，适合于电信行业，支持根据服务对应的业务操作类型主动清理缓存，弥补了现有方案中缓存清理只有周期性被动失效一种手段导致的数据一致性差的问题，本发明实施例的基于业务受理日志的异步实时缓存数据清理，适用于电信行业的核心业务系统，能有效保障数据的实时性和一致性。

本发明实施例通过配置缓存策略，在微服务平台中实现数据高实时性、高一致性、高分流比的缓存加载，通过对微服务平台原有缓存拦截逻辑的改造，在服务调用过程中增加缓存加载失效逻辑，结合电信行业的业务受理特点(业务的实时生失效、下周期生失效)，引入多种主动缓存主动失效方式和被动失效方式，避免缓存中数据频繁加载清除。

本发明实施例通过服务器端配置缓存策略，所述缓存策略中至少包括缓存接入管理、缓存操作类型以及缓存失效配置；将所述缓存策略下发至客户端的缓存处理单元，使所述缓存处理单元根据所述缓存接入管理拦截调用业务方法，以及根据所述缓存操作类型调用所述业务方法并缓存数据；根据所述缓存失效配置清理缓存，能够避免缓存中数据频繁加载清除，既能避免对业务系统代码大量改造，又能保障数据的实时性一致性。

图4示出了本发明实施例提供的另一微服务系统业务的缓存改造方法的流程示意图。本发明实施例的微服务系统业务的缓存改造方法应用于微服务客户端的缓存处理装置。如图4所示，微服务系统业务的缓存改造方法包括：

步骤S201：接收并存储服务器端配置的缓存策略，所述缓存策略中至少包括缓存接入管理、缓存操作类型以及缓存失效配置。

在本发明实施例中，缓存策略还包括：配置缓存失效时间，以及集群级的或单个服务级的缓存生效范围。

步骤S202：根据所述缓存接入管理拦截调用业务方法。

在本发明实施例中，根据缓存接入管理调用拦截器判断是否需要拦截，根据服务名称判断是否要拦截该服务，如果不需要拦截，则跟原来流程一样调用业务方法。在步骤S202中，响应手厅系统发起的业务方法，调用后端业务逻辑；根据所述缓存接入管理判断是否需要拦截调用业务方法；如果需要，则根据服务的归属系统、服务类名称、服务内部方法签名确定进行缓存化拦截的业务代码位置，并进行拦截。

步骤S203：根据所述缓存操作类型调用所述业务方法。

所述缓存操作类型包括缓存加载类型和缓存清理类型。在步骤S203中，如果是所述缓存加载类型的拦截，则根据缓存情况决定是否调用业务方法；如果是所述缓存清理类型的拦截，则调用业务方法后，并触发所述服务器清理缓存。

在根据缓存情况决定是否调用业务方法时，如果缓存中有数据时，则根据所述缓存策略优先从缓存中获取数据。如果缓存中没有数据时，则通过服务器端的服务调用的业务方法API获取数据库中的数据，并将所述数据写入所述缓存中。具体地，向服务器端的服务调用的业务方法API发送业务调用的参数，使服务调用的业务方法API根据业务调用的参数访问数据库，获取数据，接收服务调用的业务方法API返回的数据，并将数据写入所述缓存中，避免缓存中数据频繁加载清除，大幅降低互联网营销场景下高并发量访问时的数据库压力。

步骤S204：触发所述服务器根据所述缓存失效配置清理缓存。

在本发明实施例中，将数据写入所述缓存中之后，触发服务器根据缓存失效配置清理缓存。具体地，服务器端扫描所述数据库中的业务日志，所述业务日志至少包括业务操作代码；根据所述缓存策略中业务操作代码和服务对应关系对所述缓存中的数据缓存清理，如此实现异步实时失效，保障数据的实时性一致性，避免业务受理异常引发的用户投诉和套利风险。

在本发明实施例中，通过微服务平台的客户端中的源码进行修改，修改原有的缓存拦截器切面，对微服务平台中的原来执行的业务时缓存处理的逻辑做修改，实现缓存加载、缓存清理、缓存开关功能，Dubbo、Hystrix等微服务平台框架都支持面向切面编程(Aspect Oriented Programming，AOP)切面，只需在将原有的拦截器的缓存访问的方法重写覆盖。如图5所示，具体实现逻辑包括：

步骤S501：获取业务方法签名。

同时还获取服务的归属系统、服务类名称，以用于根据服务的归属系统、服务类名称以及业务方法签名确定进行缓存化拦截的业务代码位置。

步骤S502：判断是否需要拦截。如果是，则执行步骤S504。如果否，则执行步骤S503。

根据服务名称判断是否需要拦截该服务。

步骤S503：调用业务方法。

如果不需要拦截则跟原来流程一样调用业务方法，然后跳转至执行步骤S511，返回结果。

步骤S504：计算缓存key和缓存名称。

缓存key＝"key前缀"+"key值表达式的计算结果"，key前缀为服务名+服务内部方法名组合，value值是被拦截服务内部方法的返回值。缓存操作类型包括缓存加载操作和缓存清理操作。其中，缓存名称cache为加载缓存，缓存名称clear为主动清理缓存。

步骤S505：判断是否缓存加载操作。如果是，则跳转至执行步骤S508。如果否，则执行步骤S506。

根据配置的缓存生效范围，如集群域名、系统工号，比对从服务会话控制(Session)信息中获取的集群域名地址和发起方系统工号信息，判断是否为缓存加载操作。

步骤S506：调用业务方法。

如果不是缓存加载操作，则说明为缓存清理操作，直接调用业务方法。其中，调用业务方法即为服务的执行过程。

步骤S507：触发清理缓存。

为缓存清理操作时，调用业务方法之后触发服务器端清理缓存。清理缓存时，服务器端实时扫描业务日志，查找业务操作生产的业务操作日志，根据业务日志的操作类型字段busi_code比对缓存清理配置信息，根据对相应的手机号码等用户信息进行日志清理。

触发清理缓存之后，跳转至执行步骤S511，返回结果。

步骤S508：查询缓存。

是缓存加载操作时，查询缓存中是否有数据。

步骤S509：判断缓存中是否有数据。如果是，则跳转至执行步骤S511。如果否，则执行步骤S510。

缓存中有数据，说明该业务方法在之前执行过，并存储于缓存中，从缓存中获取数据，然后跳转至步骤S511，返回结果。缓存中没有数据，说明缓存中没有与该业务方法相关的数据。

步骤S510：调用业务方法。

缓存中没有数据时，则调用业务方法。在步骤S503、步骤S506以及步骤S510中调用业务方法时，具体地，将服务调用的参数直接透传给服务调用业务方法API，通过服务调用业务方法API访问数据库获取数据，获取数据。

步骤S511：返回结果。

返回业务方法调用后的结果。

本发明实施例通过接收并存储服务器端配置的缓存策略，所述缓存策略中至少包括缓存接入管理、缓存操作类型以及缓存失效配置；根据所述缓存接入管理拦截调用业务方法；根据所述缓存操作类型调用所述业务方法；触发所述服务器根据所述缓存失效配置清理缓存，实现了对微服务平台原有缓存拦截逻辑的改造，在服务调用过程中增加缓存加载失效逻辑，结合电信行业的业务受理特点(业务的实时生失效、下周期生失效)，引入多种主动缓存主动失效方式和被动失效方式，避免缓存中数据频繁加载清除；既能避免对业务系统代码大量改造，又能保障数据的实时性一致性避免业务受理异常引发的用户投诉和套利风险，还能大幅降低互联网营销场景下高并发量访问时的数据库压力，满足电信行业互联网秒杀抢购等营销业务场景对业务系统的支撑能力要求。

图6示出了本发明实施例的微服务系统业务的缓存改造装置的结构示意图。如图6所示，该微服务系统业务的缓存改造装置包括：缓存配置单元601、缓存下发单元602以及缓存失效单元603。其中：

缓存配置单元601用于服务器端配置缓存策略，所述缓存策略中至少包括缓存接入管理、缓存操作类型以及缓存失效配置；缓存下发单元602用于将所述缓存策略下发至客户端的缓存处理单元，使所述缓存处理单元根据所述缓存接入管理拦截调用业务方法，以及根据所述缓存操作类型调用所述业务方法并缓存数据；缓存失效单元603用于根据所述缓存失效配置清理缓存。

在一种可选的方式中，所述缓存策略还包括：配置缓存失效时间，以及集群级的或单个服务级的缓存生效范围。

在一种可选的方式中，缓存失效单元603用于：扫描所述数据库中的业务日志，所述业务日志至少包括业务操作代码；根据所述缓存策略中业务操作代码和服务对应关系对所述缓存中的数据缓存清理。

本发明实施例通过服务器端配置缓存策略，所述缓存策略中至少包括缓存接入管理、缓存操作类型以及缓存失效配置；将所述缓存策略下发至客户端的缓存处理单元，使所述缓存处理单元根据所述缓存接入管理拦截调用业务方法，以及根据所述缓存操作类型调用所述业务方法并缓存数据；根据所述缓存失效配置清理缓存，能够避免缓存中数据频繁加载清除，既能避免对业务系统代码大量改造，又能保障数据的实时性一致性。

图7示出了本发明实施例的另一微服务系统业务的缓存改造装置的结构示意图。如图7所示，该微服务系统业务的缓存改造装置包括：接收单元701、拦截单元702、业务调用单元703以及触发单元704。其中：

接收单元701用于接收并存储服务器端配置的缓存策略，所述缓存策略中至少包括缓存接入管理、缓存操作类型以及缓存失效配置；拦截单元702用于根据所述缓存接入管理拦截调用业务方法；业务调用单元703用于根据所述缓存操作类型调用所述业务方法；触发单元704用于触发所述服务器根据所述缓存失效配置清理缓存。

在一种可选的方式中，拦截单元702用于：响应手厅系统发起的业务方法，调用后端业务逻辑；根据所述缓存接入管理判断是否需要拦截调用业务方法；如果需要，则根据服务的归属系统、服务类名称、服务内部方法签名确定进行缓存化拦截的业务代码位置，并进行拦截。

在一种可选的方式中，所述缓存操作类型包括缓存加载类型和缓存清理类型，业务调用单元703用于：如果是所述缓存加载类型的拦截，则根据缓存情况决定是否调用业务方法；如果是所述缓存清理类型的拦截，则调用业务方法后，并触发所述服务器清理缓存。

本发明实施例通过接收并存储服务器端配置的缓存策略，所述缓存策略中至少包括缓存接入管理、缓存操作类型以及缓存失效配置；根据所述缓存接入管理拦截调用业务方法；根据所述缓存操作类型调用所述业务方法；触发所述服务器根据所述缓存失效配置清理缓存，实现了对微服务平台原有缓存拦截逻辑的改造，在服务调用过程中增加缓存加载失效逻辑，结合电信行业的业务受理特点(业务的实时生失效、下周期生失效)，引入多种主动缓存主动失效方式和被动失效方式，避免缓存中数据频繁加载清除；既能避免对业务系统代码大量改造，又能保障数据的实时性一致性避免业务受理异常引发的用户投诉和套利风险，还能大幅降低互联网营销场景下高并发量访问时的数据库压力，满足电信行业互联网秒杀抢购等营销业务场景对业务系统的支撑能力要求。

本发明实施例提供了一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的微服务系统业务的缓存改造方法。

可执行指令具体可以用于使得处理器执行以下操作：

服务器端配置缓存策略，所述缓存策略中至少包括缓存接入管理、缓存操作类型以及缓存失效配置；

将所述缓存策略下发至客户端的缓存处理单元，使所述缓存处理单元根据所述缓存接入管理拦截调用业务方法，以及根据所述缓存操作类型调用所述业务方法并缓存数据；

根据所述缓存失效配置清理缓存。

在一种可选的方式中，所述缓存策略还包括：配置缓存失效时间，以及集群级的或单个服务级的缓存生效范围。

在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：

扫描所述数据库中的业务日志，所述业务日志至少包括业务操作代码；

根据所述缓存策略中业务操作代码和服务对应关系对所述缓存中的数据缓存清理。

本发明实施例通过服务器端配置缓存策略，所述缓存策略中至少包括缓存接入管理、缓存操作类型以及缓存失效配置；将所述缓存策略下发至客户端的缓存处理单元，使所述缓存处理单元根据所述缓存接入管理拦截调用业务方法，以及根据所述缓存操作类型调用所述业务方法并缓存数据；根据所述缓存失效配置清理缓存，能够避免缓存中数据频繁加载清除，既能避免对业务系统代码大量改造，又能保障数据的实时性一致性。

本发明实施例提供了另一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的微服务系统业务的缓存改造方法。

可执行指令具体可以用于使得处理器执行以下操作：

接收并存储服务器端配置的缓存策略，所述缓存策略中至少包括缓存接入管理、缓存操作类型以及缓存失效配置；

根据所述缓存接入管理拦截调用业务方法；

根据所述缓存操作类型调用所述业务方法；

触发所述服务器根据所述缓存失效配置清理缓存。

在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：

响应手厅系统发起的业务方法，调用后端业务逻辑；

根据所述缓存接入管理判断是否需要拦截调用业务方法；

如果需要，则根据服务的归属系统、服务类名称、服务内部方法签名确定进行缓存化拦截的业务代码位置，并进行拦截。

在一种可选的方式中，所述缓存操作类型包括缓存加载类型和缓存清理类型，所述可执行指令使所述处理器执行以下操作：

如果是所述缓存加载类型的拦截，则根据缓存情况决定是否调用业务方法；

如果是所述缓存清理类型的拦截，则调用业务方法后，并触发所述服务器清理缓存。

本发明实施例通过接收并存储服务器端配置的缓存策略，所述缓存策略中至少包括缓存接入管理、缓存操作类型以及缓存失效配置；根据所述缓存接入管理拦截调用业务方法；根据所述缓存操作类型调用所述业务方法；触发所述服务器根据所述缓存失效配置清理缓存，实现了对微服务平台原有缓存拦截逻辑的改造，在服务调用过程中增加缓存加载失效逻辑，结合电信行业的业务受理特点(业务的实时生失效、下周期生失效)，引入多种主动缓存主动失效方式和被动失效方式，避免缓存中数据频繁加载清除；既能避免对业务系统代码大量改造，又能保障数据的实时性一致性避免业务受理异常引发的用户投诉和套利风险，还能大幅降低互联网营销场景下高并发量访问时的数据库压力，满足电信行业互联网秒杀抢购等营销业务场景对业务系统的支撑能力要求。

本发明实施例提供了一种计算机程序产品，所述计算机程序产品包括存储在计算机存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行上述任意方法实施例中的微服务系统业务的缓存改造方法。

可执行指令具体可以用于使得处理器执行以下操作：

服务器端配置缓存策略，所述缓存策略中至少包括缓存接入管理、缓存操作类型以及缓存失效配置；

将所述缓存策略下发至客户端的缓存处理单元，使所述缓存处理单元根据所述缓存接入管理拦截调用业务方法，以及根据所述缓存操作类型调用所述业务方法并缓存数据；

根据所述缓存失效配置清理缓存。

在一种可选的方式中，所述缓存策略还包括：配置缓存失效时间，以及集群级的或单个服务级的缓存生效范围。

在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：

扫描所述数据库中的业务日志，所述业务日志至少包括业务操作代码；

根据所述缓存策略中业务操作代码和服务对应关系对所述缓存中的数据缓存清理。

本发明实施例通过服务器端配置缓存策略，所述缓存策略中至少包括缓存接入管理、缓存操作类型以及缓存失效配置；将所述缓存策略下发至客户端的缓存处理单元，使所述缓存处理单元根据所述缓存接入管理拦截调用业务方法，以及根据所述缓存操作类型调用所述业务方法并缓存数据；根据所述缓存失效配置清理缓存，能够避免缓存中数据频繁加载清除，既能避免对业务系统代码大量改造，又能保障数据的实时性一致性。

本发明实施例提供了另一种计算机程序产品，所述计算机程序产品包括存储在计算机存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行上述任意方法实施例中的微服务系统业务的缓存改造方法。

可执行指令具体可以用于使得处理器执行以下操作：

接收并存储服务器端配置的缓存策略，所述缓存策略中至少包括缓存接入管理、缓存操作类型以及缓存失效配置；

根据所述缓存接入管理拦截调用业务方法；

根据所述缓存操作类型调用所述业务方法；

触发所述服务器根据所述缓存失效配置清理缓存。

在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：

响应手厅系统发起的业务方法，调用后端业务逻辑；

根据所述缓存接入管理判断是否需要拦截调用业务方法；

如果需要，则根据服务的归属系统、服务类名称、服务内部方法签名确定进行缓存化拦截的业务代码位置，并进行拦截。

在一种可选的方式中，所述缓存操作类型包括缓存加载类型和缓存清理类型，所述可执行指令使所述处理器执行以下操作：

如果是所述缓存加载类型的拦截，则根据缓存情况决定是否调用业务方法；

如果是所述缓存清理类型的拦截，则调用业务方法后，并触发所述服务器清理缓存。

本发明实施例通过接收并存储服务器端配置的缓存策略，所述缓存策略中至少包括缓存接入管理、缓存操作类型以及缓存失效配置；根据所述缓存接入管理拦截调用业务方法；根据所述缓存操作类型调用所述业务方法；触发所述服务器根据所述缓存失效配置清理缓存，实现了对微服务平台原有缓存拦截逻辑的改造，在服务调用过程中增加缓存加载失效逻辑，结合电信行业的业务受理特点(业务的实时生失效、下周期生失效)，引入多种主动缓存主动失效方式和被动失效方式，避免缓存中数据频繁加载清除；既能避免对业务系统代码大量改造，又能保障数据的实时性一致性避免业务受理异常引发的用户投诉和套利风险，还能大幅降低互联网营销场景下高并发量访问时的数据库压力，满足电信行业互联网秒杀抢购等营销业务场景对业务系统的支撑能力要求。

图8示出了本发明实施例提供的计算设备的结构示意图，本发明具体实施例并不对设备的具体实现做限定。

如图8所示，该计算设备可以包括：处理器(processor)802、通信接口(Communications Interface)804、存储器(memory)806、以及通信总线808。

其中：处理器802、通信接口804、以及存储器806通过通信总线808完成相互间的通信。通信接口804，用于与其它设备比如客户端或其它服务器等的网元通信。处理器802，用于执行程序810，具体可以执行上述微服务系统业务的缓存改造方法实施例中的相关步骤。

具体地，程序810可以包括程序代码，该程序代码包括计算机操作指令。

处理器802可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或各个集成电路。设备包括的一个或各个处理器，可以是同一类型的处理器，如一个或各个CPU；也可以是不同类型的处理器，如一个或各个CPU以及一个或各个ASIC。

存储器806，用于存放程序810。存储器806可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

程序810具体可以用于使得处理器802执行以下操作：

服务器端配置缓存策略，所述缓存策略中至少包括缓存接入管理、缓存操作类型以及缓存失效配置；

将所述缓存策略下发至客户端的缓存处理单元，使所述缓存处理单元根据所述缓存接入管理拦截调用业务方法，以及根据所述缓存操作类型调用所述业务方法并缓存数据；

根据所述缓存失效配置清理缓存。

在一种可选的方式中，所述缓存策略还包括：配置缓存失效时间，以及集群级的或单个服务级的缓存生效范围。

在一种可选的方式中，所述程序810使所述处理器执行以下操作：

扫描所述数据库中的业务日志，所述业务日志至少包括业务操作代码；

根据所述缓存策略中业务操作代码和服务对应关系对所述缓存中的数据缓存清理。

本发明实施例通过服务器端配置缓存策略，所述缓存策略中至少包括缓存接入管理、缓存操作类型以及缓存失效配置；将所述缓存策略下发至客户端的缓存处理单元，使所述缓存处理单元根据所述缓存接入管理拦截调用业务方法，以及根据所述缓存操作类型调用所述业务方法并缓存数据；根据所述缓存失效配置清理缓存，能够避免缓存中数据频繁加载清除，既能避免对业务系统代码大量改造，又能保障数据的实时性一致性。

图9示出了本发明实施例提供的另一计算设备的结构示意图，本发明具体实施例并不对设备的具体实现做限定。

如图9所示，该计算设备可以包括：处理器(processor)902、通信接口(Communications Interface)904、存储器(memory)906、以及通信总线908。

其中：处理器902、通信接口904、以及存储器906通过通信总线908完成相互间的通信。通信接口904，用于与其它设备比如客户端或其它服务器等的网元通信。处理器902，用于执行程序910，具体可以执行上述微服务系统业务的缓存改造方法实施例中的相关步骤。

具体地，程序910可以包括程序代码，该程序代码包括计算机操作指令。

处理器902可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或各个集成电路。设备包括的一个或各个处理器，可以是同一类型的处理器，如一个或各个CPU；也可以是不同类型的处理器，如一个或各个CPU以及一个或各个ASIC。

存储器906，用于存放程序910。存储器906可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

程序910具体可以用于使得处理器902执行以下操作：

在一种可选的方式中，所述程序910使所述处理器执行以下操作：

接收并存储服务器端配置的缓存策略，所述缓存策略中至少包括缓存接入管理、缓存操作类型以及缓存失效配置；

根据所述缓存接入管理拦截调用业务方法；

根据所述缓存操作类型调用所述业务方法；

触发所述服务器根据所述缓存失效配置清理缓存。

在一种可选的方式中，所述程序910使所述处理器执行以下操作：

响应手厅系统发起的业务方法，调用后端业务逻辑；

根据所述缓存接入管理判断是否需要拦截调用业务方法；

如果需要，则根据服务的归属系统、服务类名称、服务内部方法签名确定进行缓存化拦截的业务代码位置，并进行拦截。

在一种可选的方式中，所述缓存操作类型包括缓存加载类型和缓存清理类型，所述程序910使所述处理器执行以下操作：

如果是所述缓存加载类型的拦截，则根据缓存情况决定是否调用业务方法；

如果是所述缓存清理类型的拦截，则调用业务方法后，并触发所述服务器清理缓存。

本发明实施例通过接收并存储服务器端配置的缓存策略，所述缓存策略中至少包括缓存接入管理、缓存操作类型以及缓存失效配置；根据所述缓存接入管理拦截调用业务方法；根据所述缓存操作类型调用所述业务方法；触发所述服务器根据所述缓存失效配置清理缓存，实现了对微服务平台原有缓存拦截逻辑的改造，在服务调用过程中增加缓存加载失效逻辑，结合电信行业的业务受理特点(业务的实时生失效、下周期生失效)，引入多种主动缓存主动失效方式和被动失效方式，避免缓存中数据频繁加载清除；既能避免对业务系统代码大量改造，又能保障数据的实时性一致性避免业务受理异常引发的用户投诉和套利风险，还能大幅降低互联网营销场景下高并发量访问时的数据库压力，满足电信行业互联网秒杀抢购等营销业务场景对业务系统的支撑能力要求。

在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本发明并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。

Claims (7)

1.一种微服务系统业务的缓存改造方法，其特征在于，所述方法包括：

服务器端配置缓存策略，所述缓存策略中至少包括缓存接入管理、缓存操作类型、缓存失效配置、配置缓存失效时间，以及集群级的或单个服务级的缓存生效范围；

将所述缓存策略下发至客户端的缓存处理单元，使所述缓存处理单元根据所述缓存接入管理拦截调用业务方法，以及根据所述缓存操作类型调用所述业务方法并缓存数据；

根据所述缓存失效时间清理缓存，和/或

扫描数据库中的业务日志，所述业务日志至少包括业务操作代码；根据所述缓存策略中业务操作代码和所述服务对应关系对所述缓存中的数据缓存清理。

2.一种微服务系统业务的缓存改造方法，其特征在于，所述方法包括：

接收并存储服务器端配置的缓存策略，所述缓存策略中至少包括缓存接入管理、缓存操作类型、缓存失效配置、配置缓存失效时间，以及集群级的或单个服务级的缓存生效范围；所述缓存操作类型包括缓存加载类型和缓存清理类型；

根据所述缓存接入管理拦截调用业务方法；

如果是所述缓存加载类型的拦截，则根据缓存情况决定是否调用业务方法；如果是所述缓存清理类型的拦截，则调用业务方法后，并触发所述服务器根据所述缓存失效时间清理缓存，和/扫描数据库中的业务日志，所述业务日志至少包括业务操作代码；根据所述缓存策略中业务操作代码和服务对应关系对所述缓存中的数据缓存清理。

3.根据权利要求2所述的方法，其特征在于，所述根据所述缓存接入管理拦截调用业务方法，包括：

响应手厅系统发起的业务方法，调用后端业务逻辑；

根据所述缓存接入管理判断是否需要拦截调用业务方法；

如果需要，则根据服务的归属系统、服务类名称、服务内部方法签名确定进行缓存化拦截的业务代码位置，并进行拦截。

4.一种微服务系统业务的缓存改造装置，其特征在于，所述装置包括：缓存配置单元，用于服务器端配置缓存策略，所述缓存策略中至少包括缓存接入管理、缓存操作类型、缓存失效配置、配置缓存失效时间，以及集群级的或单个服务级的缓存生效范围；

缓存下发单元，用于将所述缓存策略下发至客户端的缓存处理单元，使所述缓存处理单元根据所述缓存接入管理拦截调用业务方法，以及根据所述缓存操作类型调用所述业务方法并缓存数据；

缓存失效单元，用于根据所述缓存失效时间清理缓存，和/或扫描数据库中的业务日志，所述业务日志至少包括业务操作代码；根据所述缓存策略中业务操作代码和所述服务对应关系对所述缓存中的数据缓存清理。

5.一种微服务系统业务的缓存改造装置，其特征在于，所述装置包括：

接收单元，用于接收并存储服务器端配置的缓存策略，所述缓存策略中至少包括缓存接入管理、缓存操作类型、缓存失效配置、配置缓存失效时间，以及集群级的或单个服务级的缓存生效范围；所述缓存操作类型包括缓存加载类型和缓存清理类型；

拦截单元，用于根据所述缓存接入管理拦截调用业务方法；

业务调用单元，用于如果是所述缓存加载类型的拦截，则根据缓存情况决定是否调用业务方法；如果是所述缓存清理类型的拦截，则调用业务方法后，并触发所述服务器根据所述缓存失效时间清理缓存，和/或根据所述缓存失效配置扫描数据库中的业务日志，所述业务日志至少包括业务操作代码；根据所述缓存策略中业务操作代码和服务对应关系对所述缓存中的数据缓存清理

触发单元，用于触发所述服务器根据所述缓存失效配置清理缓存。

6.一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行根据权利要求1中任一项或2-3中任一项所述微服务系统业务的缓存改造方法的步骤。

7.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行根据权利要求1中任一项或2-3中任一项所述微服务系统业务的缓存改造方法的步骤。

Images