CN112579319B - 一种基于LRU Cache优化的服务调用方法及装置 - Google Patents
一种基于LRU Cache优化的服务调用方法及装置 Download PDFInfo
- Publication number
- CN112579319B CN112579319B CN202011430215.9A CN202011430215A CN112579319B CN 112579319 B CN112579319 B CN 112579319B CN 202011430215 A CN202011430215 A CN 202011430215A CN 112579319 B CN112579319 B CN 112579319B
- Authority
- CN
- China
- Prior art keywords
- service
- configuration
- information
- lru cache
- called
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/547—Remote procedure calls [RPC]; Web services
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F12/00—Accessing, addressing or allocating within memory systems or architectures
- G06F12/02—Addressing or allocation; Relocation
- G06F12/08—Addressing or allocation; Relocation in hierarchically structured memory systems, e.g. virtual memory systems
- G06F12/12—Replacement control
- G06F12/121—Replacement control using replacement algorithms
- G06F12/123—Replacement control using replacement algorithms with age lists, e.g. queue, most recently used [MRU] list or least recently used [LRU] list
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/953—Querying, e.g. by the use of web search engines
- G06F16/9537—Spatial or temporal dependent retrieval, e.g. spatiotemporal queries
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/544—Buffers; Shared memory; Pipes
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Memory System Of A Hierarchy Structure (AREA)
Abstract
本申请提供的一种基于LRU Cache优化的服务调用方法及装置，通过在服务网关组件的路由进程内部实现并利用针对服务调用优化的LRU Cache，直接从路由进程的LRU Cache中读取结构化数据，降低了业务处理进程读取共享内存中大块的、复杂的动态路由规则存储块与服务状态存储块的几率，避免了共享内存操作及json字符串编解码的消耗，降低了每次业务请求的耗时，提高了系统的吞吐率。
Description
技术领域
本申请涉及信息数据处理技术领域，尤其涉及一种基于LRU Cache优化的服务调用方法及装置，对集中式服务网关进行优化，降低每次业务请求的耗时，提高服务调用吞吐率。
背景技术
随着信息技术的快速发展，越来越多的企业将数字化作为自己的核心战略，并将其应用到包括营销、销售、生产、服务在内的诸多业务领域。在业务规模化和研发效能提升等因素的驱动下，从单体应用向微服务架构的转型，已经成为很多企业数字化转型的途径。企业系统由原有的单体应用改造成更小颗粒、更灵活的微服务，各部分快速独立演进，在快速响应、满足不同个性化需求的同时，形成复用，统一沉淀业务，减少重复建设。在微服务背景下，内部服务少则几十个、多则成百上千个，为此，如何实现服务之间的快速发现与灵活调用成为微服务框架设计的关键。
相关技术中，大多数微服务框架都包括独立的服务注册中心、配置中心与服务网关，其中，服务注册中心提供服务注册、服务发现等接口，维护着服务与具体服务实例的映射；配置中心存储各微服务自身的配置及服务网关关注的动态路由与访问控制策略等配置信息，对配置进行集中管理和推送；服务网关针对业务请求进行处理，在发现目标服务实例的基础上，根据服务治理诸多参数配置进行灵活的路由决策。根据系统实现与部署位置进行划分，服务网关大体可分为三类：集中式、客户端嵌入式与Service Mesh模式，三种方式各有优缺点及适用场景，其中，集中式服务网关的逻辑架构如图1所示。
在集中式服务网关模式下，微服务实例启动后自动注册到服务的注册中心，并定期向注册中心汇报健康状态，服务网关中的配置中心与注册中心代理进程定期到注册中心同步实例状态，将其存储在共享内存中。同理，服务网关中的配置中心与注册中心代理进程定期到配置中心同步服务治理相关参数，更新到共享内存中。如图1所示，路由进程在接收到业务请求时，解析业务请求报头获取目标微服务名称，以该目标微服务名称作为键值从共享内存中获取目标服务的可用实例集，及目标服务的动态路由策略、灰度策略与熔断策略等服务治理参数，以此选中具体服务实例进行转发。
虽然，该集中式服务网关逻辑架构将业务处理进程(路由进程)与服务发现进程(配置中心与注册中心代理进程)进行分离，通过共享内存实现服务实例与治理参数的本地化生产与消费，实现了业务处理与服务发现的解耦，增强了系统的稳定性，但在共享内存中的数据结构比较复杂，导致每次业务请求的耗时较长，服务吞吐率较低。
发明内容
本申请提供了一种基于LRU Cache优化的服务调用方法及装置，对集中式服务网关进行优化，降低每次业务请求的耗时，提高服务调用吞吐率。
为了实现上述目的，本申请提供了以下技术方案：
一种基于LRU Cache优化的服务调用方法，包括：
接收待调用服务的业务请求，并解析所述业务请求的报头，获取所述待调用服务的服务名称及请求报头中与路由决策相关的属性集；
以所述待调用服务的服务名称为关键词，从路由进程中查询配置信息LRU Cache；
若所述待调用服务的服务名称包含在所述配置信息LRU Cache中，则从所述配置信息LRU Cache获取服务治理参数配置，根据所述服务治理参数配置动态调整与路由决策相关的属性集，得到调整后的属性集，并与所述待调用服务的服务地址组成进行服务信息查询的目标服务的服务名称；
以所述目标服务的服务名称作为关键词，从所述路由进程中查询服务信息LRUCache；
若所述目标服务的服务名称包含在所述服务信息LRU Cache中，则确定为满足条件的目标服务实例集；
根据所述服务治理参数配置，获知针对目标服务负载均衡算法，执行负载决策，确定待调用服务实例；
将所述待调用服务的业务请求转发至所述待调用服务实例，并接收所述待调用服务实例的回复应答。
优选的，还包括：
若所述待调用服务的服务名称未包含在所述配置信息LRU Cache中，则以所述待调用服务的服务名称为关键词，从配置信息共享内存块中获取所述服务治理参数配置；
判断所述配置信息共享内存块中是否包含所述服务治理参数配置；
若是，则将所述服务治理参数配置存入至所述配置信息LRU Cache。
优选的，还包括：
若所述目标服务的服务名称未包含在所述服务信息LRU Cache中，以所述目标服务的服务名称从服务信息共享内存块中获取可用服务实例集；
判断所述服务信息共享内存块中是否包含所述可用服务实例集；
若存在，则根据所述调整后的属性集进行服务实例筛选，获取满足条件的服务实例集，并以所述目标服务的服务名称为服务地址将所述服务实例集添加至所述服务信息LRU Cache。
优选的，在所述接收待调用服务的业务请求之前，还包括：
依次启动侦测配置中心与注册中心的状态变更的定时任务，进行状态变更的周期性探测，当检测到所述配置中心和所述注册中心发生变更后，对共享内存中的所述配置信息LRU Cache和所述服务信息LRU Cache进行更新。
优选的，所述对共享内存中的所述配置信息LRU Cache进行更新，包括：
调用配置中心查询接口进行配置的变更查询，查询参数为当前所有配置项及其MD5值组成的列表信息；
所述配置中心查询接口返回结果为变更的配置项信息列表；
若所述配置项信息列表非空，则确定配置项信息列表中的配置项发生变更；
以服务为粒度，更新所述共享内存中的配置信息，同时更新后台代理进程内存中的所有配置项的MD5值。
优选的，所述对共享内存中的所述服务信息LRU Cache进行更新，包括：
调用注册中心状态更新接口查看注册中心是否发生状态变化，查询参数为后台代理进程中存储的注册中心状态原始版本，返回结果为当前注册中心的状态当前版本及所述当前注册中心的状态当前版本与所述注册中心状态原始版本两个状态间注册服务实例信息的差异信息列表；
若所述当前注册中心的状态当前版本与所述注册中心状态原始版本不同，则通过差异信息列表获取变更的服务地址列表；
根据服务状态的增加、删除和更新，对应的以服务的粒度，以所述服务地址为关键词更新其在所述服务信息共享内存块中的存储项。
一种基于LRU Cache优化的服务调用装置，包括：
第一处理单元，用于接收待调用服务的业务请求，并解析所述业务请求的报头，获取所述待调用服务的服务名称及请求报头中与路由决策相关的属性集；
第二处理单元，用于以所述待调用服务的服务名称为关键词，从路由进程中查询配置信息LRU Cache；
第三处理单元，用于若所述待调用服务的服务名称包含在所述配置信息LRUCache中，则从所述配置信息LRU Cache获取服务治理参数配置，根据所述服务治理参数配置动态调整与路由决策相关的属性集，得到调整后的属性集，并与所述待调用服务的服务地址组成进行服务信息查询的目标服务的服务名称；
第四处理单元，用于以所述目标服务的服务名称作为关键词，从所述路由进程中查询服务信息LRU Cache；
第五处理单元，用于若所述目标服务的服务名称包含在所述服务信息LRU Cache中，则确定为满足条件的目标服务实例集；
第六处理单元，用于根据所述服务治理参数配置，获知针对目标服务负载均衡算法，执行负载决策，确定待调用服务实例；
第七处理单元，用于将所述待调用服务的业务请求转发至所述待调用服务实例，并接收所述待调用服务实例的回复应答。
优选的，还包括：
共享内存更新单元，用于依次启动侦测配置中心与注册中心的状态变更的定时任务，进行状态变更的周期性探测，当检测到所述配置中心和所述注册中心发生变更后，对共享内存中的所述配置信息LRU Cache和所述服务信息LRU Cache进行更新。
一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在的设备执行如上述所述的基于LRU Cache优化的服务调用方法。
一种电子设备，所述电子设备包括至少一个处理器、以及与所述处理器连接的至少一个存储器、总线；其中，所述处理器、所述存储器通过所述总线完成相互间的通信；所述处理器用于调用所述存储器中的程序指令，以执行如上述所述的基于LRU Cache优化的服务调用方法。
本申请提供的一种基于LRU Cache优化的服务调用方法及装置，通过在服务网关组件的路由进程内部实现并利用针对服务调用优化的LRU Cache，直接从路由进程的LRUCache中读取结构化数据，降低了业务处理进程读取共享内存中大块的、复杂的动态路由规则存储块与服务状态存储块的几率，避免了共享内存操作及json字符串编解码的消耗，降低了每请求的耗时，提高了系统的吞吐率。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为相关技术中集中式服务网关逻辑架构示意图；
图2为本申请实施例提供的基于LRU Cache优化的服务调用系统架构示意图；
图3为本申请实施例提供的一种基于LRU Cache优化的服务调用方法流程图；
图4为本申请实施例提供的后台代理进程的处理流程示意图；
图5为本申请实施例提供的后台代理进程中定时任务1的处理流程示意图；
图6为本申请实施例提供的后台代理进程中定时任务2的处理流程示意图；
图7为本申请实施例提供的服务路由进程的处理流程示意图；
图8为本申请实施例提供的优化的LRU Cache查询流程示意图；
图9为本申请实施例提供的一种基于LRU Cache优化的服务调用装置结构示意图；
图10为本申请实施例提供的一种电子设备结构示意图。
具体实施方式
本申请提供一种基于LRU Cache优化的服务调用方法及装置，应用于图2所示的服务调用系统架构，如图2所示，该服务调用系统主要有服务注册中心组件21、服务配置中心组件22和服务网关组件23等模块组成，服务注册中心组件21主要提供服务注册、服务发现等接口，维护着服务与具体服务实例的映射；服务配置中心组件22主要存储各微服务自身的配置及服务网关关注的动态路由与访问控制策略等配置信息，对配置进行集中管理和推送；服务网关组件23主要针对业务请求进行路由转发，提供诸如限流、访问控制、静态/动态路由、负载均衡等服务治理功能。其中，服务网关组件内部由共享内存221、后台代理进程(配置中心与注册中心代理进程)222、路由进程223组成，其中，路由进程223由查询服务配置信息缓存(图2中LRU Cache 1)、查询服务实例信息缓存(图2中LRU Cache 2)、路由功能模块等组成。
本申请的发明目的在于：对集中式服务网关进行优化，降低每次业务请求的耗时，提高服务调用吞吐率。
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
如图3所示，本申请实施例提供一种基于LRU Cache优化的服务调用方法流程图，该方法具体包括如下步骤：
S31：接收待调用服务的业务请求，并解析所述业务请求的报头，获取所述待调用服务的服务名称及请求报头中与路由决策相关的属性集。
S32：以所述待调用服务的服务名称为关键词，从路由进程中查询配置信息LRUCache。
S33：若所述待调用服务的服务名称包含在所述配置信息LRU Cache中，则从所述配置信息LRU Cache获取服务治理参数配置，根据所述服务治理参数配置动态调整与路由决策相关的属性集，得到调整后的属性集，并与所述待调用服务的服务地址组成进行服务信息查询的目标服务的服务名称。
S34：以所述目标服务的服务名称作为关键词，从所述路由进程中查询服务信息LRU Cache。
S35：若所述目标服务的服务名称包含在所述服务信息LRU Cache中，则确定为满足条件的目标服务实例集。
S36：根据所述服务治理参数配置，获知针对目标服务负载均衡算法，执行负载决策，确定待调用服务实例。
S37：将所述待调用服务的业务请求转发至所述待调用服务实例，并接收所述待调用服务实例的回复应答。
更进一步的，该方法还包括：
若所述待调用服务的服务名称未包含在所述配置信息LRU Cache中，则以所述待调用服务的服务名称为关键词，从配置信息共享内存块中获取所述服务治理参数配置；
判断所述配置信息共享内存块中是否包含所述服务治理参数配置；
若是，则将所述服务治理参数配置存入至所述配置信息LRU Cache。
更进一步的，该方法还包括：
若所述目标服务的服务名称未包含在所述服务信息LRU Cache中，以所述目标服务的服务名称从服务信息共享内存块中获取可用服务实例集；
判断所述服务信息共享内存块中是否包含所述可用服务实例集；
若存在，则根据所述调整后的属性集进行服务实例筛选，获取满足条件的服务实例集，并以所述目标服务的服务名称为服务地址将所述服务实例集添加至所述服务信息LRU Cache。
在服务调用场景中，特别是在容器环境下，服务状态变化频繁，服务实例的增加与删除随时可能发生，同时对服务治理参数修改的时效性要求较高。因此，本案实施的关键问题在于实现契合服务调用场景的LRU Cache,能够迅速清除失效Cache，保持Cache的新鲜。
由此，更进一步的，该方法在所述接收待调用服务的业务请求之前，还包括：
依次启动侦测配置中心与注册中心的状态变更的定时任务，进行状态变更的周期性探测，当检测到所述配置中心和所述注册中心发生变更后，对共享内存中的所述配置信息LRU Cache和所述服务信息LRU Cache进行更新。
优选的，所述对共享内存中的所述配置信息LRU Cache进行更新，包括：
调用配置中心查询接口进行配置的变更查询，查询参数为当前所有配置项及其MD5值组成的列表信息；
所述配置中心查询接口返回结果为变更的配置项信息列表；
若所述配置项信息列表非空，则确定配置项信息列表中的配置项发生变更；
以服务为粒度，更新所述共享内存中的配置信息，同时更新后台代理进程内存中的所有配置项的MD5值。
优选的，所述对共享内存中的所述服务信息LRU Cache进行更新，包括：
调用注册中心状态更新接口查看注册中心是否发生状态变化，查询参数为后台代理进程中存储的注册中心状态原始版本，返回结果为当前注册中心的状态当前版本及所述当前注册中心的状态当前版本与所述注册中心状态原始版本两个状态间注册服务实例信息的差异信息列表；
若所述当前注册中心的状态当前版本与所述注册中心状态原始版本不同，则通过差异信息列表获取变更的服务地址列表；
根据服务状态的增加、删除和更新，对应的以服务的粒度，以所述服务地址为关键词更新其在所述服务信息共享内存块中的存储项。
在本申请实施例中，以图4所示，对后台代理进程的处理流程具体可以包括：
步骤1：依次启动侦测配置中心与注册中心状态变更的定时任务，进行状态变更的周期性探测。
步骤2：后台代理进程检测到变更后，进行共享内存更新。
后台代理进程有两个定时任务，定期检测配置中心与注册中心，若有变化，对共享内存项进行更新。
具体的，如图5所示，对共享内存中的配置信息LRU Cache更新具体可以为：调用配置中心查以询接口进行配置的变更查询，查询参数为当前所有配置项及其MD5值组成的列表信息，接口返回结果为变更的配置项信息列表，若列表非空，说明列表中的配置项发生变更；服务为粒度更新共享内存中的配置信息，同时更新后台代理进程内存中的所有配置项的MD5值，备下次查询使用。
具体的，如图6所示，对共享内存中的服务信息LRU Cache更新具体可以为：调用注册中心状态更新接口查看注册中心是否发生状态变化，查询参数为后台代理进程中存储的注册中心状态版本version1，返回结果为当前注册中心的状态版本version2及version2与version1两个状态间注册服务实例信息的差异信息列表list。若version2与version1不同，则通过list获取变更的服务ID列表，根据服务状态的增加、删除和更新，对应的按服务的粒度以服务ID为key更新其在服务信息共享内存块中的存储项。
在本申请实施例中，以图7所示，对服务路由进程的处理流程具体可以包括：
步骤1：请求到来后进入流量控制模块，通过流控后，对请求报头进行解析，获取目标服务名S0及请求报头中与路由决策相关的属性集P0。
在服务调用的场景中，请求报头一般包括目标服务名称、服务版本、接口名称以及方法名称等。属性集包括服务版本、接口名称、方法名称，在本申请实施例中的服务调用中，属性集还可以包括：服务的分组信息(group)、服务的项目信息(project)
步骤2：以S0为key，查询配置信息LRU Cache，若命中，获取服务治理参数配置C0，跳至步骤3，若未命中，以S0为key尝试从配置信息共享内存块中获取服务治理参数配置C0，若不存在，组异常应答跳转步骤7，若存在将配置信息C0放入配置信息LRU Cache。
步骤3：根据步骤2中获取的服务治理参数配置C0，动态调整路由决策相关的属性集P0至P1，并与目标服务ID组成进行服务信息查询的key：S1。
步骤4：以S1为key，查询服务信息LRU Cache，若命中，结果为满足条件的目的服务实例集I0，跳至步骤5，若未命中，以目标服务ID为key尝试从服务信息共享内存块中获取可用服务实例集，若不存在，组异常应答跳转步骤7，若存在可用服务实例，则根据路由决策相关的属性集P1进行服务实例筛选获取满足条件的服务实例集I0,并以S1为ID将服务实例集信息添加至服务信息LRU Cache。
步骤5：根据服务治理参数配置C0，获知针对目标服务负载均衡算法，执行负载决策，选择最终服务实例。
步骤6：转发请求。
步骤7：回复应答。
在本申请实施例中，在服务调用场景中，特别是在容器环境下，服务状态变化频繁，服务实例的增加与删除随时可能发生，同时对服务治理参数修改的时效性要求较高。因此，本案实施的关键问题在于实现契合服务调用场景的LRU Cache,能够迅速清除失效Cache，保持Cache的新鲜。
基于配置中心的配置项在发生变更后，配置项的md5值产生更新；注册中心在服务状态发生变化时，注册中心的状态version产生更新，例如etcd的X-Etcd-Index。在实现LRU算法时，引入cache_version，在Cache查询时作为参数传入，若命中的Cache项中的cache_version与传参不一致，则为失效Cache，此时需从共享内存中查询数据，产生新的Cache项。在产生新的Cache项时，将cache_version作为其中一个属性。结合业务场景，cache_version的取值可以是配置项的md5、注册中心的状态version等或它们的组合。
优化后的LRU Cache查询流程如图8所示，本申请实施例提供的服务调用方法具体可以包括如下步骤：
步骤1：根据cache_id查询Cache获取item项(可以具体参照标准LRU实现)，若命中跳转至步骤3，否则执行步骤2。
步骤2：根据create_cache方法与参数args生成新的cache项item，设置item.cache_version为cache_version，并将item添加至Cache中，跳至步骤4。
步骤3：若命中，比较cache_version与item.cache_version，如相同，跳转至步骤4，如不同，跳至步骤2.
步骤4：返回item。
本申请实施例采用优化的LRU Cache，在从配置信息Cache中查询目标服务的服务治理配置参数和从服务信息Cache中查询目的服务实例集合时，可以根据关注的信息点进行cache_version的设置，在信息点发生变化时，及时更新Cache。以服务信息Cache查询为例，选择注册中心的状态version作为查询中的cache_version，这样，在注册中心服务实例发生变更后，由于使用了新的cache_version，该请求会发现当前Cache项已经无效，因此从共享内存中获取该目标服务的实例集，并按照规则进行服务实例集的筛选，将结果更新到Cache项中，完成了Cache的更新。
基于Cache，服务路由进程不再需要频繁读取共享内存中大块的、复杂的动态路由规则存储块与服务状态存储块，而直接从进程Cache中读取结构化的信息，避免了共享内存操作与存储块编解码的消耗，提升了效率。对于关注的信息点数据，如注册中心的状态version，由于是简单的字符串形式且数据很小，可以选择放在共享内存中进行操作，由于不需要上层编解码，消耗可以忽略，或者使用定时任务将其从共享内存更新到进程Cache中。
本申请实施例中，后台代理进程实施步骤细化如下：
共享内存组件的划分：在共享内存组件中划分配置信息存储块与配置项md5值存储块，分别存储配置项ID与服务治理参数配置json字符串、配置项ID与配置项md5值的关系。在共享内存组件中划分服务信息存储块，存储服务ID与服务状态json字符串对应关系。在共享内存组件中划分全局信息存储块，存储各进程间共享的动态信息。
对后台代理进程的处理流程具体可以包括：
步骤1：启动后，获取配置中心、注册中心集群的节点信息，依次启动侦测配置中心与注册中心状态变更的定时任务，进行状态变更的周期性探测。若集群中某一节点不可用，选择其他可用节点进行访问。
步骤2：进行进程管理与检测到变更后的共享内存更新。
后台代理进程有两个定时任务，定期检测配置中心与注册中心，若有变化，对共享内存项进行更新。
具体的，调用配置中心查询接口进行配置的条件查询，解析结果，若某配置项发生变更，在配置信息共享内存块中以该配置项ID为key更新存储项，若为新增配置项，在配置信息共享内存块中以该配置项ID为key新建存储项，若为删除配置项，在配置信息共享内存块中将该配置项ID为key的存储项进行删除。同时按照上述规则，更新配配置项md5值存储块。
具体的，调用注册中心状态更新接口查看注册中心是否发生状态变化，若发生变化，解析结果，若发现新增服务，在服务信息存储块中以该服务名ID为key，新建存储项，若发现服务状态变更，在服务信息存储块中以该服务名ID为key，更新原有存储项，若发现服务删除，在服务信息存储块中以该服务名ID为key，删除原有存储项。若发现结果为注册中心服务信息整体更新，则对比当前服务信息存储块，对存在于查询结果中，但不存在于存储项的服务进行新建，对已存的进行更新，对于存在于存储项中，但不在查询结果中的存储项从共享内存中进行删除。
具体的，路由进程实施步骤细化如下：
步骤1：请求到来后进入流量控制模块，通过流控后，对报头进行解析，获取目标服务名S0及请求报头中与路由决策相关的属性集P0。
步骤2：以S0为key，S0项的md5值为cache_version,查询配置信息LRU Cache,若命中，获取服务治理参数配置json字符串C0解码生成的上层数据结构C1，跳至步骤3，若未命中，以S0为key尝试从配置信息共享内存块中获取服务治理参数配置json字符串C0，若不存在，组异常应答跳转步骤7，若存在，生成新的配置信息LRU Cache项，内容包含S0、S0项的md5值、治理参数配置json字符串C0解码生成的上层数据结构C1。
步骤3：根据步骤2中获取的服务治理参数结构C1，动态调整路由决策相关的属性集P0至P1，并与目标服务ID组成进行服务信息查询的key：S1。
步骤4：以S1为key，全局信息存储块中获取到的注册中心状态version为cache_version，查询服务信息LRU Cache，若命中，结果为满足条件的结构化的服务实例集I1，跳至步骤5，若未命中，以目标服务ID为key尝试从服务信息共享内存块中获取描述该服务状态信息的json字符串I0，若不存在，组异常应答跳转步骤7，若存在I0，根据路由决策相关的属性集P1进行服务实例筛选，生成新的服务信息LRU Cache项，内容包含S1、注册中心状态version、满足条件的结构化的服务实例集I1。
步骤5：根据结构化的服务治理参数C1，获知针对目标服务负载均衡算法，执行负载决策，选择最终服务实例。
步骤6：转发请求。
步骤7：回复应答。
本申请实施例提供的一种基于LRU Cache优化的服务调用方法及装置，通过在服务网关组件的路由进程内部实现并利用针对服务调用优化的LRU Cache，直接从进程Cache中读取结构化数据，降低了业务处理进程读取共享内存中大块的、复杂的动态路由规则存储块与服务状态存储块的几率，避免了共享内存操作及json字符串编解码的消耗，降低了每请求的耗时，提高了系统的吞吐率。
请参阅图9，基于上述实施例公开的一种基于LRU Cache优化的服务调用方法，本实施例对应公开了一种基于LRU Cache优化的服务调用装置，具体的，该装置包括：
第一处理单元91，用于接收待调用服务的业务请求，并解析所述业务请求的报头，获取所述待调用服务的服务名称及请求报头中与路由决策相关的属性集；
第二处理单元92，用于以所述待调用服务的服务名称为关键词，从路由进程中查询配置信息LRU Cache；
第三处理单元93，用于若所述待调用服务的服务名称包含在所述配置信息LRUCache中，则从所述配置信息LRU Cache获取服务治理参数配置，根据所述服务治理参数配置动态调整与路由决策相关的属性集，得到调整后的属性集，并与所述待调用服务的服务地址组成进行服务信息查询的目标服务的服务名称；
第四处理单元94，用于以所述目标服务的服务名称作为关键词，从所述路由进程中查询服务信息LRU Cache；
第五处理单元95，用于若所述目标服务的服务名称包含在所述服务信息LRUCache中，则确定为满足条件的目标服务实例集；
第六处理单元96，用于根据所述服务治理参数配置，获知针对目标服务负载均衡算法，执行负载决策，确定待调用服务实例；
第七处理单元97，用于将所述待调用服务的业务请求转发至所述待调用服务实例，并接收所述待调用服务实例的回复应答。
优选的，该装置还包括：
共享内存更新单元，用于依次启动侦测配置中心与注册中心的状态变更的定时任务，进行状态变更的周期性探测，当检测到所述配置中心和所述注册中心发生变更后，对共享内存中的所述配置信息LRU Cache和所述服务信息LRU Cache进行更新。
所述基于LRU Cache优化的服务调用装置包括处理器和存储器，上述第一处理单元、第二处理单元、第三处理单元、第四处理单元、第五处理单元、第六处理单元和第七处理单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来达到对集中式服务网关进行优化，降低每次业务请求的耗时，提高服务调用吞吐率。
本申请实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现所述基于LRU Cache优化的服务调用方法。
本申请实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行所述基于LRU Cache优化的服务调用方法。
本申请实施例提供了一种电子设备，如图10所示，该电子设备100包括至少一个处理器1001、以及与所述处理器连接的至少一个存储器1002、总线1003；其中，所述处理器1001、所述存储器1002通过所述总线1003完成相互间的通信；处理器1001用于调用所述存储器1002中的程序指令，以执行上述的所述基于LRU Cache优化的服务调用方法。
本文中的电子设备可以是服务器、PC、PAD、手机等。
本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序：
接收待调用服务的业务请求，并解析所述业务请求的报头，获取所述待调用服务的服务名称及请求报头中与路由决策相关的属性集；
以所述待调用服务的服务名称为关键词，从路由进程中查询配置信息LRU Cache；
若所述待调用服务的服务名称包含在所述配置信息LRU Cache中，则从所述配置信息LRU Cache获取服务治理参数配置，根据所述服务治理参数配置动态调整与路由决策相关的属性集，得到调整后的属性集，并与所述待调用服务的服务地址组成进行服务信息查询的目标服务的服务名称；
以所述目标服务的服务名称作为关键词，从所述路由进程中查询服务信息LRUCache；
若所述目标服务的服务名称包含在所述服务信息LRU Cache中，则确定为满足条件的目标服务实例集；
根据所述服务治理参数配置，获知针对目标服务负载均衡算法，执行负载决策，确定待调用服务实例；
将所述待调用服务的业务请求转发至所述待调用服务实例，并接收所述待调用服务实例的回复应答。
优选的，还包括：
若所述待调用服务的服务名称未包含在所述配置信息LRU Cache中，则以所述待调用服务的服务名称为关键词，从配置信息共享内存块中获取所述服务治理参数配置；
判断所述配置信息共享内存块中是否包含所述服务治理参数配置；
若是，则将所述服务治理参数配置存入至所述配置信息LRU Cache。
优选的，还包括：
若所述目标服务的服务名称未包含在所述服务信息LRU Cache中，以所述目标服务的服务名称从服务信息共享内存块中获取可用服务实例集；
判断所述服务信息共享内存块中是否包含所述可用服务实例集；
若存在，则根据所述调整后的属性集进行服务实例筛选，获取满足条件的服务实例集，并以所述目标服务的服务名称为服务地址将所述服务实例集添加至所述服务信息LRU Cache。
优选的，在所述接收待调用服务的业务请求之前，还包括：
依次启动侦测配置中心与注册中心的状态变更的定时任务，进行状态变更的周期性探测，当检测到所述配置中心和所述注册中心发生变更后，对共享内存中的所述配置信息LRU Cache和所述服务信息LRU Cache进行更新。
优选的，所述对共享内存中的所述配置信息LRU Cache进行更新，包括：
调用配置中心查询接口进行配置的变更查询，查询参数为当前所有配置项及其MD5值组成的列表信息；
所述配置中心查询接口返回结果为变更的配置项信息列表；
若所述配置项信息列表非空，则确定配置项信息列表中的配置项发生变更；
以服务为粒度，更新所述共享内存中的配置信息，同时更新后台代理进程内存中的所有配置项的MD5值。
优选的，所述对共享内存中的所述服务信息LRU Cache进行更新，包括：
调用注册中心状态更新接口查看注册中心是否发生状态变化，查询参数为后台代理进程中存储的注册中心状态原始版本，返回结果为当前注册中心的状态当前版本及所述当前注册中心的状态当前版本与所述注册中心状态原始版本两个状态间注册服务实例信息的差异信息列表；
若所述当前注册中心的状态当前版本与所述注册中心状态原始版本不同，则通过差异信息列表获取变更的服务地址列表；
根据服务状态的增加、删除和更新，对应的以服务的粒度，以所述服务地址为关键词更新其在所述服务信息共享内存块中的存储项。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
在一个典型的配置中，设备包括一个或多个处理器(CPU)、存储器和总线。设备还可以包括输入/输出接口、网络接口等。
存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)，存储器包括至少一个存储芯片。存储器是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。
Claims (10)
1.一种基于LRU Cache优化的服务调用方法，其特征在于，包括：
接收待调用服务的业务请求，并解析所述业务请求的报头，获取所述待调用服务的服务名称及请求报头中与路由决策相关的属性集；
以所述待调用服务的服务名称为关键词，从路由进程中查询配置信息LRU Cache；
若所述待调用服务的服务名称包含在所述配置信息LRU Cache中，则从所述配置信息LRU Cache获取服务治理参数配置，根据所述服务治理参数配置动态调整与路由决策相关的属性集，得到调整后的属性集，并与所述待调用服务的服务地址组成进行服务信息查询的目标服务的服务名称；
以所述目标服务的服务名称作为关键词，从所述路由进程中查询服务信息LRU Cache；
若所述目标服务的服务名称包含在所述服务信息LRU Cache中，则确定为满足条件的目标服务实例集；
根据所述服务治理参数配置，获知针对目标服务负载均衡算法，执行负载决策，确定待调用服务实例；
将所述待调用服务的业务请求转发至所述待调用服务实例，并接收所述待调用服务实例的回复应答。
2.根据权利要求1所述的方法，其特征在于，还包括：
若所述待调用服务的服务名称未包含在所述配置信息LRU Cache中，则以所述待调用服务的服务名称为关键词，从配置信息共享内存块中获取所述服务治理参数配置；
判断所述配置信息共享内存块中是否包含所述服务治理参数配置；
若是，则将所述服务治理参数配置存入至所述配置信息LRU Cache。
3.根据权利要求1所述的方法，其特征在于，还包括：
若所述目标服务的服务名称未包含在所述服务信息LRU Cache中，以所述目标服务的服务名称从服务信息共享内存块中获取可用服务实例集；
判断所述服务信息共享内存块中是否包含所述可用服务实例集；
若存在，则根据所述调整后的属性集进行服务实例筛选，获取满足条件的服务实例集，并以所述目标服务的服务名称为服务地址将所述服务实例集添加至所述服务信息LRUCache。
4.根据权利要求1所述的方法，其特征在于，在所述接收待调用服务的业务请求之前，还包括：
依次启动侦测配置中心与注册中心的状态变更的定时任务，进行状态变更的周期性探测，当检测到所述配置中心和所述注册中心发生变更后，对共享内存中的所述配置信息LRUCache和所述服务信息LRU Cache进行更新。
5.根据权利要求4所述的方法，其特征在于，所述对共享内存中的所述配置信息LRUCache进行更新，包括：
调用配置中心查询接口进行配置的变更查询，查询参数为当前所有配置项及其MD5值组成的列表信息；
所述配置中心查询接口返回结果为变更的配置项信息列表；
若所述配置项信息列表非空，则确定配置项信息列表中的配置项发生变更；
以服务为粒度，更新所述共享内存中的配置信息，同时更新后台代理进程内存中的所有配置项的MD5值。
6.根据权利要求4所述的方法，其特征在于，所述对共享内存中的所述服务信息LRUCache进行更新，包括：
调用注册中心状态更新接口查看注册中心是否发生状态变化，查询参数为后台代理进程中存储的注册中心状态原始版本，返回结果为当前注册中心的状态当前版本及所述当前注册中心的状态当前版本与所述注册中心状态原始版本两个状态间注册服务实例信息的差异信息列表；
若所述当前注册中心的状态当前版本与所述注册中心状态原始版本不同，则通过差异信息列表获取变更的服务地址列表；
根据服务状态的增加、删除和更新，对应的以服务的粒度，以所述服务地址为关键词更新其在服务信息共享内存块中的存储项。
7.一种基于LRU Cache优化的服务调用装置，其特征在于，包括：
第一处理单元，用于接收待调用服务的业务请求，并解析所述业务请求的报头，获取所述待调用服务的服务名称及请求报头中与路由决策相关的属性集；
第二处理单元，用于以所述待调用服务的服务名称为关键词，从路由进程中查询配置信息LRU Cache；
第三处理单元，用于若所述待调用服务的服务名称包含在所述配置信息LRU Cache中，则从所述配置信息LRU Cache获取服务治理参数配置，根据所述服务治理参数配置动态调整与路由决策相关的属性集，得到调整后的属性集，并与所述待调用服务的服务地址组成进行服务信息查询的目标服务的服务名称；
第四处理单元，用于以所述目标服务的服务名称作为关键词，从所述路由进程中查询服务信息LRU Cache；
第五处理单元，用于若所述目标服务的服务名称包含在所述服务信息LRU Cache中，则确定为满足条件的目标服务实例集；
第六处理单元，用于根据所述服务治理参数配置，获知针对目标服务负载均衡算法，执行负载决策，确定待调用服务实例；
第七处理单元，用于将所述待调用服务的业务请求转发至所述待调用服务实例，并接收所述待调用服务实例的回复应答。
8.根据权利要求7所述的装置，其特征在于，还包括：
共享内存更新单元，用于依次启动侦测配置中心与注册中心的状态变更的定时任务，进行状态变更的周期性探测，当检测到所述配置中心和所述注册中心发生变更后，对共享内存中的所述配置信息LRU Cache和所述服务信息LRU Cache进行更新。
9.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在的设备执行如权利要求1至6中任一项所述的基于LRU Cache优化的服务调用方法。
10.一种电子设备，其特征在于，所述电子设备包括至少一个处理器、以及与所述处理器连接的至少一个存储器、总线；其中，所述处理器、所述存储器通过所述总线完成相互间的通信；所述处理器用于调用所述存储器中的程序指令，以执行如权利要求1至6中任一项所述的基于LRU Cache优化的服务调用方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011430215.9A CN112579319B (zh) | 2020-12-07 | 2020-12-07 | 一种基于LRU Cache优化的服务调用方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011430215.9A CN112579319B (zh) | 2020-12-07 | 2020-12-07 | 一种基于LRU Cache优化的服务调用方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112579319A CN112579319A (zh) | 2021-03-30 |
| CN112579319B true CN112579319B (zh) | 2023-09-08 |
Family
ID=75130440
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011430215.9A Active CN112579319B (zh) | 2020-12-07 | 2020-12-07 | 一种基于LRU Cache优化的服务调用方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112579319B (zh) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113382051A (zh) * | 2021-06-01 | 2021-09-10 | 中国民航信息网络股份有限公司 | 一种全链路的灰度发布方法及灰度发布系统 |
| CN114500662B (zh) * | 2021-12-23 | 2024-04-30 | 中国电信股份有限公司 | 微服务灰度发布方法及装置、电子设备、可读存储介质 |
| CN114363403A (zh) * | 2021-12-28 | 2022-04-15 | 金蝶医疗软件科技有限公司 | 服务访问方法、系统、计算机设备和存储介质 |
Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106506703A (zh) * | 2016-12-28 | 2017-03-15 | 掌阅科技股份有限公司 | 基于共享内存的服务发现方法、装置及系统、服务器 |
| CN107077691A (zh) * | 2014-07-14 | 2017-08-18 | 甲骨文国际公司 | 用于确定数据库高速缓存命中的基于年龄的策略 |
| CN107317830A (zh) * | 2016-04-26 | 2017-11-03 | 中兴通讯股份有限公司 | 一种服务发现的处理方法及装置 |
| CN109873736A (zh) * | 2019-01-18 | 2019-06-11 | 苏宁易购集团股份有限公司 | 一种微服务监控方法及系统 |
| CN110381163A (zh) * | 2019-07-30 | 2019-10-25 | 普信恒业科技发展（北京）有限公司 | 网关节点转发服务请求的方法及网关节点 |
| CN110825772A (zh) * | 2019-10-28 | 2020-02-21 | 爱钱进(北京)信息科技有限公司 | 多个服务实例的内存数据的同步方法、装置及存储介质 |
| CN110928709A (zh) * | 2019-11-21 | 2020-03-27 | 中国民航信息网络股份有限公司 | 一种微服务框架下的服务调用方法、装置及服务器 |
| CN111711569A (zh) * | 2020-06-16 | 2020-09-25 | 普元信息技术股份有限公司 | 企业分布式应用中实现请求动态路由的系统及其方法 |
| WO2020237797A1 (zh) * | 2019-05-31 | 2020-12-03 | 烽火通信科技股份有限公司 | 一种微服务框架下动态配置管理方法及系统 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10735394B2 (en) * | 2016-08-05 | 2020-08-04 | Oracle International Corporation | Caching framework for a multi-tenant identity and data security management cloud service |
| US10445157B2 (en) * | 2017-05-18 | 2019-10-15 | Sap Se | Concurrent services caching |
-
2020
- 2020-12-07 CN CN202011430215.9A patent/CN112579319B/zh active Active
Patent Citations (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107077691A (zh) * | 2014-07-14 | 2017-08-18 | 甲骨文国际公司 | 用于确定数据库高速缓存命中的基于年龄的策略 |
| CN107317830A (zh) * | 2016-04-26 | 2017-11-03 | 中兴通讯股份有限公司 | 一种服务发现的处理方法及装置 |
| CN106506703A (zh) * | 2016-12-28 | 2017-03-15 | 掌阅科技股份有限公司 | 基于共享内存的服务发现方法、装置及系统、服务器 |
| CN109873736A (zh) * | 2019-01-18 | 2019-06-11 | 苏宁易购集团股份有限公司 | 一种微服务监控方法及系统 |
| WO2020237797A1 (zh) * | 2019-05-31 | 2020-12-03 | 烽火通信科技股份有限公司 | 一种微服务框架下动态配置管理方法及系统 |
| CN110381163A (zh) * | 2019-07-30 | 2019-10-25 | 普信恒业科技发展（北京）有限公司 | 网关节点转发服务请求的方法及网关节点 |
| CN110825772A (zh) * | 2019-10-28 | 2020-02-21 | 爱钱进(北京)信息科技有限公司 | 多个服务实例的内存数据的同步方法、装置及存储介质 |
| CN110928709A (zh) * | 2019-11-21 | 2020-03-27 | 中国民航信息网络股份有限公司 | 一种微服务框架下的服务调用方法、装置及服务器 |
| CN111711569A (zh) * | 2020-06-16 | 2020-09-25 | 普元信息技术股份有限公司 | 企业分布式应用中实现请求动态路由的系统及其方法 |
Non-Patent Citations (1)
| Title |
|---|
| 面向微服务的统一应用开发平台;崔蔚, 李春阳, 刘迪 等;电力信息与通信技术;第14卷(第09期);全文 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112579319A (zh) | 2021-03-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112579319B (zh) | 一种基于LRU Cache优化的服务调用方法及装置 | |
| CN110191063B (zh) | 服务请求的处理方法、装置、设备及存储介质 | |
| EP3667500B1 (en) | Using a container orchestration service for dynamic routing | |
| US8612406B1 (en) | Sharing business data across networked applications | |
| CN110278284B (zh) | 一种服务调用方法及装置 | |
| CN108306917A (zh) | 数据处理方法和装置、微服务模块的注册方法及装置 | |
| CN109656688B (zh) | 一种实现分布式业务规则的方法、系统和服务器 | |
| WO2018035799A1 (zh) | 数据查询方法、应用和数据库服务器、中间件及系统 | |
| US11768828B2 (en) | Project management system data storage | |
| CN113452780B (zh) | 针对客户端的访问请求处理方法、装置、设备及介质 | |
| CN101673217B (zh) | 一种实现远端程序调用的方法和系统 | |
| CN114172966A (zh) | 单元化架构下的服务调用方法、服务处理方法及装置 | |
| CN112995273A (zh) | 网络打通方案生成方法、装置、计算机设备和存储介质 | |
| CN112787999A (zh) | 跨链调用方法、装置、系统与计算机可读存储介质 | |
| Neelavathi et al. | An Innovative Quality of Service (QOS) based service selection for service orchrestration in SOA | |
| CN113157737B (zh) | 服务实例关联关系动态构建系统 | |
| CN114760360B (zh) | 请求响应方法、装置、电子设备及计算机可读存储介质 | |
| CN112765503A (zh) | 页面加载数据的静态化处理方法和装置 | |
| CN113407810A (zh) | 一种基于大数据的城市信息和服务集成系统及方法 | |
| CN112181605A (zh) | 负载均衡方法、装置、电子设备和计算机可读介质 | |
| US20080263034A1 (en) | Method and apparatus for querying between software objects | |
| CN112860742A (zh) | 集中式规则引擎服务调用、控制方法及装置、设备、介质 | |
| CN112187916A (zh) | 一种跨系统的数据同步方法与装置 | |
| KR100716169B1 (ko) | 네트워크 관리 시스템에서의 메시지 처리 장치 및 방법 | |
| CN113726578B (zh) | 一种api网关的融合方法和网络架构系统 |
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 |