CN114629883A - 服务请求的处理方法、装置、电子设备及存储介质 - Google Patents
服务请求的处理方法、装置、电子设备及存储介质 Download PDFInfo
- Publication number
- CN114629883A CN114629883A CN202210197259.4A CN202210197259A CN114629883A CN 114629883 A CN114629883 A CN 114629883A CN 202210197259 A CN202210197259 A CN 202210197259A CN 114629883 A CN114629883 A CN 114629883A
- Authority
- CN
- China
- Prior art keywords
- service
- response data
- server
- local cache
- request
- 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.)
- Granted
Links
- 238000003672 processing method Methods 0.000 title abstract description 7
- 230000004044 response Effects 0.000 claims abstract description 163
- 238000000034 method Methods 0.000 claims abstract description 57
- 238000012545 processing Methods 0.000 claims abstract description 37
- 238000004891 communication Methods 0.000 claims description 15
- 238000004590 computer program Methods 0.000 claims description 11
- 238000012544 monitoring process Methods 0.000 claims description 11
- 230000002159 abnormal effect Effects 0.000 claims description 7
- 230000000875 corresponding effect Effects 0.000 description 23
- 230000008569 process Effects 0.000 description 9
- 230000008859 change Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 8
- 230000005540 biological transmission Effects 0.000 description 6
- 230000006870 function Effects 0.000 description 6
- 238000007726 management method Methods 0.000 description 6
- 238000002955 isolation Methods 0.000 description 5
- 230000008901 benefit Effects 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 238000009434 installation Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 230000002596 correlated effect Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 238000012800 visualization Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/146—Markers for unambiguous identification of a particular session, e.g. session cookie or URL-encoding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
-
- 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)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请提供的一种服务请求的处理方法、装置、电子设备及存储介质,应用于计算机技术领域,所述方法包括:在所述业务服务端接收到业务客户端发送的服务获取请求时,限制所述业务服务端基于所述服务获取请求向所述中心服务端请求数据;在所述SDK组件的本地缓存中,查询与所述服务获取请求相匹配的服务响应数据,所述服务响应数据是通过在所述业务服务进行服务部署时从所述中心服务端预先获取并存储在所述本地缓存中;向所述业务客户端发送所述服务响应数据。本方案现了在业务服务端的服务部署后业务客户端和中心服务端之间的流量隔绝,由于仅在应用服务部署时才会向中心服务端输送服务获取请求的用户流量,因此也尽可能减少了中心服务端的流量压力。
Description
技术领域
本申请属于计算机技术领域,特别是涉及一种服务请求的处理方法、装置、电子设备及存储介质。
背景技术
相关技术中应用服务的服务提供方会通过提供中心服务端来集成各种应用服务的服务接口,以便对各种不同功能类型的业务接口进行统一管理。但是由于业务服务端的流量需要全部送达中心服务端,向中心服务端请求执行业务逻辑生成服务响应数据,因此随着业务体量和所接入的业务服务端越来越多,中心服务端所需承载的信息流量压力也会越来越大。
而通过对中心服务端的存储空间进行扩容或者是连接分布式缓存的方式,也只是增加中心服务端中有限的流量负载能力,无法从根本上解决中心服务端流量压力大的问题,并且扩充存储空间和加设分布式缓存的成本高昂,还会提高中心服务端设备的复杂性,不利于管理维护,增加了中心服务端的运营成本。
发明内容
有鉴于此,本申请提供一种服务请求的处理方法、装置、电子设备及存储介质,以解决相关技术中设置中心服务端来对服务接口进行统一管理时由于业务客户端的用户流量均需送达中心服务端来请求中心服务端执行业务逻辑来生成服务响应数据,导致中心服务端所需承载的信息流量压力大的技术问题。
本申请提供一种服务请求的处理方法,应用于SDK组件,中心服务端与多个所述业务服务端之间,分别通过每个所述业务服务端中部署的所述SDK组件进行连接通信,每个所述业务服务端对应一个SDK组件,所述方法包括:
在所述业务服务端接收到业务客户端发送的服务获取请求时,限制所述业务服务端基于所述服务获取请求向所述中心服务端请求数据;
在所述SDK组件的本地缓存中,查询与所述服务获取请求相匹配的服务响应数据,所述服务响应数据是通过在所述业务服务进行服务部署时从所述中心服务端预先获取并存储在所述本地缓存中;
向所述业务客户端发送所述服务响应数据。
本申请提供一种服务请求的处理装置,应用于SDK组件,中心服务端与多个所述业务服务端之间,分别通过每个所述业务服务端中部署的所述SDK组件进行连接通信,每个所述业务服务端对应一个SDK组件,所述装置包括:
接收模块,用于在所述业务服务端接收到业务客户端发送的服务获取请求时,限制所述业务服务端基于所述服务获取请求向所述中心服务端请求数据;
查询模块,用于在所述SDK组件的本地缓存中,查询与所述服务获取请求相匹配的服务响应数据,所述服务响应数据是通过在所述业务服务进行服务部署时从所述中心服务端预先获取并存储在所述本地缓存中;
发送模块,用于向所述业务客户端发送所述服务响应数据。
本申请提供一种电子设备,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述任一方面所述的服务请求的处理方法。
本申请提供一种计算机可读存储介质,所述计算机可读存储介质上存储计算机程序,所述计算机程序被处理器执行时实现上述任一方面所述的服务请求的处理方法。
针对相关技术,本申请具备如下优点:
本申请提供的一种服务请求的处理方法、装置、电子设备及存储介质,通过业务服务端中的SDK组件在服务部署时从中心服务端中预先获取服务响应数据,并将服务标识和服务响应数据关联存储在本地缓存中,完成服务响应数据的数据预热,从而在服务部署后,若接收到业务客户端的服务获取请求,则业务服务端可以直接从本地缓存中查询服务响应数据来返回给业务客户端,无需再向中心服务端请求获取服务响应数据,实现了在业务服务端的服务部署后业务客户端和中心服务端之间的流量隔绝,由于仅在应用服务部署时才会向中心服务端输送服务获取请求的用户流量,因此也尽可能减少了中心服务端的流量压力。
上述说明仅是本申请技术方案的概述,为了能够更清楚了解本申请的技术手段,而可依照说明书的内容予以实施,并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂,以下特举本申请的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本申请的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1是本申请实施例提供的一种服务请求的处理方法的架构示意图;
图2是本申请实施例提供的一种服务请求的处理方法的***流程图;
图3是本申请实施例提供的一种服务请求的处理方法的传输示意图;
图4是本申请实施例提供的一种服务请求的处理方法的步骤流程图;
图5是本申请实施例提供的另一种服务请求的处理方法的步骤流程图之一;
图6是本申请实施例提供的另一种服务请求的处理方法的步骤流程图之二;
图7是本申请实施例提供的另一种服务请求的处理方法的步骤流程图之三;
图8是本申请实施例提供的另一种服务请求的处理方法的步骤流程图之四;
图9是本申请实施例提供的另一种服务请求的处理方法的步骤流程图之五;
图10是本申请实施例提供的一种服务请求的处理装置的结构框图;
图11是本申请实施例提供的一种电子设备的结构框图。
具体实施方式
下面将参照附图更详细地描述本申请的示例性实施例。虽然附图中显示了本申请的示例性实施例,然而应当理解,可以以各种形式实现本申请而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本申请,并且能够将本申请的范围完整地传达给本领域的技术人员。
相关技术中,应用服务的服务提供方会通过提供中心服务端来集成各种应用服务的服务接口,以便对各种不同功能类型的业务接口进行统一管理。业务客户端请求服务的流量会全部到达中心服务端来获取服务数据,因此随着业务体量和所接入的业务客户端越来越多,中心服务端所需承载的信息流量压力也会越来越大。而通过对中心服务端的存储空间进行扩容或者是连接分布式缓存的方式也只是增加中心服务端中有限的流量负载能力,无法从根本上解决中心服务端流量压力大的问题,并且扩充存储空间和加设分布式缓存的成本高昂,还会提高中心服务端设备的复杂性,不利于管理维护,增加了中心服务端的运营成本。
图1是本申请实施提供的一种数据预热***的***架构图,所述***包括:中心服务端101、业务服务端102、业务客户端103,所述业务服务端102中包括:SDK组件1021,所述中心服务端101与多个所述业务服务端102之间,分别通过每个所述业务服务端102中部署的所述SDK组件1021进行连接通信,每个所述业务服务端102对应一个SDK组件1021,每个所述业务服务端可以与一个或多个业务客户端103通信连接,图1中每个业务服务端102与两个业务客户端103通信连接的方式仅为示例性说明,具体可以根据实际需求设置,此处不做限定。
需要说明的是,中心服务端101是用于通过服务接口向外部提供服务响应数据的服务器,中心服务端上可以提供有多种不同类型服务的服务接口,从而实现为不同服务类型的业务服务端提供服务数据支持。业务服务端102是用于向业务客户端103提供服务响应数据的服务器,与中心服务端101不同的是,该业务服务端仅执行部分业务逻辑来对从中心服务端102获取到的服务响应数据进行增加操作、删除操作、修改操作、查询操作等,或者是执行业务逻辑来直接生成服务响应数据,当然本申请实施例主要所关注的是业务服务端从中心服务端获取到的服务响应数据导致中心服务端流量压力过大的问题,对于业务服务端自身生成的服务响应数据由于无需依赖中心服务器,因此不存在增加中心服务端流量压力的问题。业务客户端103用于从业务服务端102获取服务响应数据以将服务响应数据展示给用户,该业务客户端可以是手机、平板、个人电脑等电子设备。SDK(Software DevelopmentKit,软件开发工具包)组件1021是用于执行本申请所提供的服务请求的处理方法的步骤的功能组件。
具体的,SDK组件将包含有本申请所提供服务请求的处理方法的程序代码进行封装后向外提供功能接口供业务服务端调用使用,SDK组件可通过在业务服务端102接入中心服务端101时,由中心服务端101将SDK组件的安装包发送给业务服务端102进行安装,无需对业务服务端102本身的逻辑代码做大量修改,仅需将处理服务请求时调用中心服务端的服务接口修改为该SDK组件提供的功能接口即可。并且该SDK组件可以接入业务服务端102的本地缓存以及分布式缓存数据库来进行数据存储,无需占用中心服务端的存储资源,或者重新接入新的存储介质导致增加额外的设备成本。进一步的,可以发现每个业务服务端可通过程序包安装的方式来部署其专用的SDK组件,因此每个业务服务端可以调用自身所部署SDK组件的专用接口来处理服务请求,避免了由于多个业务服务端102同时调用中心服务端101的服务接口时中心服务端无法及时响应,造成数据通道堵塞的情况出现。
参照图2,示出本申请提供一种服务请求的处理方法的***流程图,该方法可以包括如下过程:
201、业务客户端103向业务服务端102发送携带有服务标识的服务获取请求;
在本申请实施例中,服务标识是用于指示服务响应数据的唯一标识。业务客户端103响应于用户操作生成服务获取请求,并向业务服务端102发送服务获取请求以从业务服务端102获取服务响应数据。值得说明的是,业务客户端103中的业务逻辑是从业务服务端103获取服务响应数据,但并不限制服务响应数据的来源,因此服务响应数据可以是业务服务端102自身生成的,也可以是业务服务端102从中心服务端101请求获取的。
202、业务服务端102中的SDK组件1021限制所述业务服务端基于所述服务获取请求向所述中心服务端请求数据;
相关技术中业务客户端的服务获取请求通常会被直接送达中心服务端,来请求中心服务端执行业务逻辑以向业务客户端返回服务响应数据的方案,会增加中心服务端的流量压力。而在本申请实施例中,为缩减送往中心服务端101的流量,是通过SDK组件1021对服务获取请求进行拦截,从而实现业务客户端的服务获取请求和中心服务端101之间的流量隔离,从根本上解决了中心服务端的流量压力大的问题,而业务服务端102获取服务响应数据的具体方式后续将详细说明。
203、SDK组件1021在本地缓存中,查询与所述服务获取请求相匹配的服务响应数据;
在本申请实施例中,本地缓存是指业务服务端102中用于进行数据缓存的存储介质,SDK组件通过接入业务服务端102的缓存作为本地缓存使用。具体的,SDK组件1021通过本申请实施例所提供的服务请求的处理方法将服务响应数据和服务标识之间的关联关系预先存储在本地缓存中,以供接收到业务客户端101发送的服务获取请求时查询使用。
204、SDK组件1021在本地缓存中未查询到服务标识相关联的服务响应数据时,将服务标识存储至分布式集群数据库中;
在本申请实施例中,分布式集群数据库可以是Redis-Cluster,这是一种采用无中心结构的数据库,每个节点保存数据和整个集群状态,每个节点都和其他所有节点连接,该节点可以是业务服务端102中的不同线程的存储空间,也可以是业务服务端102所连接的其他存储设备。
具体的,通常SDK组件1021在本地缓存中未查询到服务标识相关联的服务响应数据可以是由两种原因造成的:一种是在服务标识相关联的应用服务在业务服务端102未部署,从而业务服务端102并未与中心服务端101进行交互来对服务响应数据进行预热;另一种是服务标识相对应的服务响应数据与应用服务在业务服务端102所部署的版本不匹配的原因导致的,这是因为新旧版本应用服务之间的服务响应数据存在差异,导致部分服务响应数据只有新版本的应用服务才有,而业务服务端102仅在部署旧版本的应用服务时,只对旧版本的服务响应数据进行了预热,导致在业务服务端102中不存在新版本的服务响应数据和其相对应的服务标识。进一步的,在本地缓存中不存服务标识相关联的服务响应数据时,SDK组件1021会将该服务标识存储到本地缓存中,然后将该服务标识备份到分布式集群数据库中,从而使得业务服务端可重启清空本地缓存后,从分布式集群数据库重新加载服务标识,避免由于业务服务端重启导致服务标识丢失的情况出现。
进一步的,SDK组件1021还可以按照特定时间周期对本地缓存中的服务标识执行去重操作,或者是在本地缓存的存储空间小于数据量阈值时对本地缓存中的服务标识进行去重操作,从而减少本地缓存以及分布式集群数据库中的数据冗余,当然对本地缓存执行去重操作的触发条件可以根据实际需求设置,此处不做限定。
205、SDK组件1021在接收到对于应用服务的部署指令时,从分布式集群数据库拉取应用服务相关的服务标识;
在本申请实施例中,该部署指令可以是业务服务端102依据管理人员的输入操作自动生成的,也可以是中心服务端101发送给业务服务端102的。在应用服务在业务服务端102首次部署或者重新部署时,SDK组件1021从分布式集群数据库拉取与该应用服务相关的全部服务标识,然后给每个服务标识生成一个服务预热请求。此处在生成服务预热请求之前可以首先对服务标识执行去重处理来减少服务标识的数量,也可以尽量减少所生成服务预热请求的数量。
206、SDK组件1021向中心服务端101异步发送携带有服务标识的服务预热请求;
在本申请实施例中,SDK组件1021仅在应用服务首次部署或者是重新部署时,将携带有服务标识的服务预热请求异步发送给中心服务端101来获取服务响应数据,相对于每次业务客户端103发送服务获取请求时,业务服务端102均向中心服务端101请求服务响应数据的方式,可以尽可能减少了达到中心服务端101的用户流量,减轻了中心服务端101的流量压力。
值得说明的是,本申请实施例采用异步发送的方式来将服务预热请求发送给中心服务端101,也就是SDK组件1021调用线程发送某个服务预热请求后,该线程无需等待中心服务端101响应后才确认该发送任务完成,而是直接确认该发送任务完成,从而继续指示该线程执行另一个服务预热请求的发送任务,只是在接收到中心服务端101返回的服务响应数据后通知该线程即可,从而提高SDK组件1021所发送服务预热请求的效率。
207、中心服务端101响应于服务预热请求,向业务服务端102的SDK组件1021发送服务响应数据。
在本申请实施例中,中心服务端101依据服务预热请求中携带的服务标识,调用服务标识相对应的功能模块对应服务接口,从而使得功能模块执行服务标识相对应的业务逻辑来生成服务响应数据。
例如:获取特定视频数据的服务标识,中心服务端101通过调用该服务标识的功能模块来在数据链接库中查询该特定视频数据的数据链接,将查询到存储链接作为服务响应数据;或者是针对特定图像添加特效的服务标识,中心服务端101调用图像处理功能模块的服务接口,使得图像处理功能模块对该特定图像添加特效后,将添加特效的图像作为服务响应数据,当然具体的服务标识所对应的服务逻辑可以根据实际需求设置,此处不做限定。
中心服务端101将所得到的服务响应数据发送至业务服务端102的SDK组件1021。
208、业务服务端102建立服务响应数据和服务标识之间的关联关系,并将该关联关系存储在本地缓存中;
在本申请实施例中,业务服务端102在接收到服务响应数据后会将服务响应数据和服务标识以键值结构存储在本地缓存中,从而实现对于服务响应数据的预热。值得说明的是,考虑到本地缓存的调用路径相较于分布式集群数据库更短,使得本地缓存的调用耗时明显低于分布式集群数据库,因此本申请实施例中,服务响应数据是预热到本地缓存中,以保证在处理服务获取请求时,SDK组件可以高效地直接从本地缓存读取服务响应数据,服务响应数据无需存储到分布式集群数据库中,分布式集群数据库仅存储服务标识。
209、SDK组件1021在查询到服务标识相关联的服务响应数据时,从本地缓存中读取所述服务响应数据,并将所述服务响应数据发送给业务客户端103。
在本申请实施例中,SDK组件1021将查询到的服务响应数据返回给业务客户端103,使得业务客户端103发送的服务获取请求的用户流量在仅在服务部署时会达到中心服务端,在业务服务端部署服务后仅能到达业务服务端102,不会达到中心服务端101,减少了中心服务端101的流量压力。
参照图3,在本申请实施例提供的一种服务请求的处理方法的传输示意图,所述中心服务端101还包括:监听单元1011,运营后台单元1012,所述方法还包括如下过程:
B1、中心服务端101响应于运营后台单元1012发送的配置变更指令,对数据库中存储的服务响应数据和业务逻辑进行变更;
在本申请实施例中,运营后台单元1012是用于供运营人员管理应用服务的参数配置的功能单元,该运用后台单元1012可通过浏览器或管理客户端等方式向管理人员提供配置界面,以使得管理人员通过配置界面对服务配置进行设置。运营后台单元1012在接收到对于配置变更的输入操作后,依据输入操作生成相对应配置变更指令,并将配置变更指令发送给中心服务端101。中心服务端101依据配置变更指令从数据库中拉取服务响应数据和业务逻辑进行修改。
B2、监听单元1011在监听到配置数据发生变更后,将配置更新消息发送给业务服务端102的SDK组件1021;
在本申请实施例中,监听单元1011在监听到中心服务端101中的配置数据发生变更后,通过MQ(Message Queue,消息队列)的方式向业务服务端102中的SDK组件1021发送配置更新消息。
B3、SDK组件1021从分布式集群数据库拉取服务标识后,查询与该配置更新消息相关的待更新服务标识。
在本申请实施例中,由于服务配置在每次更新中不一定涉及所有的服务响应数据,因此SDK组件1021需要查询与该更新服务标识相关联的服务标识作为待更新服务标识。值得说明的是,配置更新消息与服务标识之间的关联关系可以是由中心服务端101预先构建,并在业务服务端102接入中心服务端101时,由中心服务端101发送至业务服务端102,业务服务端102将配置更新消息与服务标识之间的关联关系进行存储后供后续查询使用。
B4、SDK组件1021向中心服务端101发送携带有更新服务标识的服务更新请求;
在本申请实施例中,SDK组件1021仅生成待更新服务标识的服务更新请求,无需为该应用服务所涉及的所有服务标识生成服务更新请求,减少了业务服务端102在更新服务响应数据时所需的数据处理量。
B5、中心服务端101向业务服务端102的SDK组件1021发送更新服务标识相对应的更新服务响应数据;
在本申请实施例中,中心服务端101通过执行更新配置后的业务逻辑来生成更新服务响应数据,并将更新服务响应数据发送至业务服务端102的SDK组件1021。
B6、SDK组件1021将本地缓存中更新服务标识所关联的服务响应数据替换为该更新服务响应数据。
在本申请实施例中,SDK组件1021在接收到更新服务响应数据后,在本地缓存中查询更新服务标识的关联关系,该关联关系可是键值数据结构,即服务标识为键(key),服务响应数据为值(value),则可将key作为更新服务标识所对应的value变更为更新服务响应数据,每次更新仅对于更新配置信息相关的服务响应数据进行刷新,无需每次对所有服务响应数据进行刷新,减少了对于本地缓存中服务响应数据进行刷新的颗粒度。
图4是本申请实施例提供的一种服务请求的处理方法的步骤流程图,应用于SDK组件,中心服务端与多个所述业务服务端之间,分别通过每个所述业务服务端中部署的所述SDK组件进行连接通信,每个所述业务服务端对应一个SDK组件,所述方法包括:
步骤301,在所述业务服务端接收到业务客户端发送的服务获取请求时,限制所述业务服务端基于所述服务获取请求向所述中心服务端请求数据。
在本申请实施例中,参照上述描述,业务客户端所发送的服务获取请求在相关技术中是通过业务服务端转发给中心服务端,以调用中心服务端的服务接口来获取服务响应数据。而本申请实施例则是通过在业务服务端中接入SDK组件,通过该SDK组件对所接收到的服务获取请求进行拦截,并不将服务获取请求发送给中心服务端,从而避免来自于业务客户端的服务获取请求的用户流量达到中心服务端,以达到减轻中心服务端的流量压力的目的。
步骤302,在所述SDK组件的本地缓存中,查询与所述服务获取请求相匹配的服务响应数据,所述服务响应数据是通过在所述业务服务进行服务部署时从所述中心服务端预先获取并存储在所述本地缓存中。
在本申请实施例中,参照上述描述,若应用服务已在业务服务端进行部署,则业务服务端的本地缓存中存储有应用服务的服务响应数据与服务标识之间的关联关系,而若应用服务未在业务服务端进行部署,或者服务标识所对应的应用版本在业务服务端未进行部署,则服务标识与服务响应数据之间的关联关系则不存在于本地缓存中。此时,业务服务端可以将服务获取请求中携带的服务标识先存储到本地缓存中,然后将该服务标识在转存到分布式集群数据库中,以供后续应用服务部署时数据预热提供依据。
步骤303,向所述业务客户端发送所述服务响应数据。
在本申请实施例中,业务服务端中的SDK组件,从本地缓存中读取查询到的服务响应数据,并将服务响应数据发送给业务客户端,相较于每次业务客户端通过业务服务端请求服务时从中心服务端获取服务响应数据的方式,本申请实施例只在服务部署时从中心服务端获取服务响应数据以存储至本地缓存中供业务客户端请求获取,在服务部署后服务获取请求的流量压力则不会达到中心服务端,从而可以尽可能地减少中心服务端的流量压力。
本申请实施例通过业务服务端中的SDK组件在服务部署时从中心服务端中预先获取服务响应数据,并将服务标识和服务响应数据关联存储在本地缓存中,完成服务响应数据的数据预热,从而在服务部署后若接收到业务客户端的服务获取请求,则业务服务端可以直接从本地缓存中查询服务响应数据来返回给业务客户端,无需再向中心服务端请求获取服务响应数据,实现了在业务服务端的服务部署后业务客户端和中心服务端之间的流量隔绝,由于仅在应用服务部署时才会向中心服务端输送服务获取请求的用户流量,因此也尽可能减少了中心服务端的流量压力。
可选地,参照图5,所述服务响应数据通过以下步骤获得并存储在本地缓存中:
步骤401,在所述SDK组件的本地缓存中未查询到与所述服务获取请求相匹配的服务响应数据的情况下,将所述服务获取请求中携带的服务标识存储至分布式集群数据库中。
在本申请实施例中,此处选择将服务标识存储至分布式集群数据库中是因为考虑到业务服务端重启时会清空本地缓存,导致本地缓存中的服务标识仅是重启后接收到服务获取请求中的服务标识,无法与历史所接收到的服务获取请求中的服务标识保持一致,而分布式集群数据库中存储的数据不会受到业务服务端重启的影响,因此将所接收到的服务获取请求中的服务标识存储至分布式集群数据库可以保证数据预热所获取到服务响应数据与历史所接收到服务获取请求所请求的服务响应数据之间的一致性。
步骤402,在接收到对于所述服务标识所对应的应用服务的部署指令时,从所述分布式集群数据库中提取所述服务标识,向所述中心服务端发送携带有所述服务标识的服务预热请求。
在本申请实施例中,业务服务端接收到管理端或者中心服务端对于应用服务的部署指令时,业务服务端将从分布式集群数据库中提取到应用服务相关的全部服务标识,对各服务标识进行封装得到的批量的服务预热请求。然后业务服务端调用中心服务端提供的服务接口来将服务预热请求发送给中心服务端。进一步的,批量的服务预热请求可通过异步传输方式发送给中心服务端,具体可参照前述描述,当然也可以是采用同步传输方式,即每条线程在发送一条服务预热请求等待中心服务端返回服务响应数据后再用于发送下一条服务预热请求,从而保证数据预热的稳定性,当然由于采用异步传输方式可以有效提高线程的利用率,在高并发场景下使用异步传输方式下的服务预热请求的传输效率更高。
步骤403,接收所述中心服务端根据所述服务预热请求发送的服务响应数据,将所述服务响应数据和所述服务标识之间的关联关系存储至所述本地缓存。
在本申请实施例中,中心服务端响应于服务预热请求,将服务标识相对应的服务响应数据返回给业务服务端。业务服务端将接收到的服务响应数据和服务标识按照键值数据结构存储到本地缓存中,完成业务服务端中对于服务响应数据的数据预热。待后续在接收到携带有相同服务标识的服务获取请求时,无需向中心服务器传输用户流量,可以从本地缓存查询相对应的服务响应数据直接返回给业务客户端。
本申请实施例,通过在应用服务未部署时将服务获取请求所携带的服务标识存储至分布式集群数据库中,以在应用服务部署时从分布式集群数据库中提取服务标识来向中心服务端请求获取服务响应数据,完成服务响应数据的数据预热,使得业务服务端可以将服务响应数据存储在本地缓存中,以供后续业务客户端请求获取,有效地实现了在服务在业务服务端部署后业务客户端和中心服务端之间的流量隔绝,由于仅在应用服务部署时才会向中心服务端输送用户流量,因此也尽可能减少了中心服务端的流量压力。
可选地,参照图6,在所述步骤403之后,所述方法还包括:
步骤501,在监听所述中心服务端的配置更新消息时,从所述分布式集群数据库中提取与所述配置更新消息相关联的服务标识,得到待更新服务标识。
在本申请实施例中,如上述描述,中心服务端中部署有监听单元,用于对中心服务端中的例如服务数据的传输格式、显示样式、适配条件等配置信息发生变更的事件进行监听,并在监听到配置信息的更新事件后,将所更新的配置更新消息发送给业务服务端。业务服务端在接收到更新变更消息后,根据本地存储的关联列表查询与该配置更新消息相关的更新服务标识。配置更新消息与更新服务标识之间的关联关系可以是由中心服务端预先构建,并在业务服务端接入中心服务端时,由中心服务端发送至业务服务端,业务服务端将配置更新消息与更新服务标识之间的关联关系进行存储后供后续查询使用。
步骤502,向所述中心服务端发送携带有所述待更新服务标识的服务更新请求。
在本申请实施例中,服务更新请求与前述的服务预热请求类似,区别在于服务预热请求中包含有应用服务的所有服务标识,而服务更新请求中仅包括含有应用服务本地配置更新相关的待更新服务标识,即待更新服务标识是全部服务标识中的至少部分服务标识。
步骤503,接收所述中心服务端根据所述服务更新请求发送的更新服务响应数据,以将本地缓存中所述待更新服务标识所关联的服务响应数据,替换为所述更新服务响应数据。
在本申请实施例中,业务服务端在接收到中心服务端返回的更新服务响应数据后,对本地缓存中的待更新服务标识所对应的服务响应数据进行刷新,相较于重新对服务应用的全部服务响应数据进行数据预热,可以针对的对变更服务配置所涉及的服务响应数据进行局部刷新,从而减少了在服务配置变更时服务响应数据刷新时向中心服务端发送的流量,进一步减少了中心服务端的流量压力。
可选地,所述步骤502,包括:在存在至少两个所述服务更新请求时,利用目标线程执行所述至少两个所述服务更新请求中之一的异步发送任务;在所述异步发送任务执行完毕,且未接收到所述中心服务端对于所述异步发送任务返回的确认通知的情况下,利用所述目标线程继续执行所述至少两个所述服务更新请求中任一未被发送的服务更新请求的异步发送任务。
在本申请实施例中,如前述描述,业务服务端向中心服务端请求数据预热可采用异步传输方式,具体是调用线程池中的空闲线程作为目标线程来执行本次数据预热的请求发送任务。在存在多个服务更新请求的情况下,目标线程在执行完对于其中之一个服务更新请求的发送任务后,无需等待中心服务端返回已接收到通知,而是直接去执行其中另一个服务更新请求的发送任务,并且在中心服务端返回已接收到通知后,确认完成该发送任务,从而提高在服务更新过程对于高并发情况的处理效率。
可选地,参照图7,在所述步骤301之后,所述方法还包括:
步骤601,在所述应用服务已部署时,在本地缓存中查询与所述服务获取请求所携带服务标识相对应的服务响应数据。
步骤602,在所述本地缓存中未查询到所述服务标识相对应的服务响应数据时,从分布式集群数据库查询所述服务标识相对应的服务响应数据,并将所述服务响应数据存储在所述本地缓存中。
在本申请实施例中,若应用服务已在业务服务端部署,则本地缓存中通常历史已存储过该服务标识所对应的服务响应数据,但是可能由于业务服务端重启导致本地缓存中的服务响应数据被清除,无法查询到服务标识相对应的服务响应数据,因此可将服务响应数据在预热到本地缓存后再备份到分布式数据库中,从而在服务已部署但是本地缓存中不存在服务响应数据的情况下,可以通过在分布式集群数据库中查询来获取服务响应数据,无需业务服务端在重新清空本地缓存后重新从中心服务端请求获取,进一步避免了服务在部署后业务服务端送达中心服务端的流量,减轻中心服务端的流量压力。
可选地,参照图8,在所述步骤303之后,所述方法还包括:
C1、监控本地缓存的指标参数;
C2、在所述指标参数符合预警要求时,输出异常报警信息,所述指标参数至少包括:所述本地缓存的空间大小、命中率、故障信息、载入时间中的至少一种。
在本申请实施例中,本地缓存存在于各个业务服务端的本地服务器内,所以业务服务端可以对本地缓存的size(空间大小)、hit_rate(命中率)、应用服务重新刷新时的load_exception(故障信息)情况、load_time(载入时间)等指标参数需要进行实时监控,在任一指标参数符合预警要求,例如本地缓存的空间大小小于空间阈值,载入时间超出时间阈值等情况下通过业务服务端输出异常报警信息,以便业务服务端的管理人员了解实时的应用运行情况。
具体的,该异常报警信息可通过以柱状图、线性图、多维分布图等视图行驶对各指标参数进行可视化处理后,通过业务服务端所连接的显示屏幕进行显示,并且还可以通过对不同指标参数设置阈值来对例如故障事件、过载事件等缓存异常事件进行监控和预警,从而使得业务管理人员可以及时且直观地了解本地缓存的运行情况。
可选地,参照图9,所述302,可以包括:
D1、将所述服务获取请求中携带的服务标识存储到本地缓存中;
D2、判断分布式集群数据库中是否存在所述服务标识;
D3、在分布式集群数据库中不存在所述服务标识的情况下,将所述服务标识从本地缓存转移到分布式缓存中存储。
在本申请实施例中,业务服务端在每次接收到服务获取请求后会将服务获取请求中的服务标识先存储到本地缓存中。业务服务端从分布式集群数据库拉取应用服务相关的全部服务标识进行查询,在其中不存在本次接收到服务获取请求中所携带的服务标识时,将服务标识存到分布式集群数据库,以供后续应用服务重新部署时使用,在服务标识转存到分布式集群数据库后为减轻本地缓存的存储压力,可以对服务标识进行清除,需要使用该服务标识时再从分布式集群数据库获取即可。
图10是本申请实施例提供的一种服务请求的处理装置1000的结构示意图,应用于业务服务端,应用于SDK组件,中心服务端与多个所述业务服务端之间,分别通过每个所述业务服务端中部署的所述SDK组件进行连接通信,每个所述业务服务端对应一个SDK组件,所述装置包括:
接收模块1001,用于在所述业务服务端接收到业务客户端发送的服务获取请求时,限制所述业务服务端基于所述服务获取请求向所述中心服务端请求数据;
查询模块1002,用于在所述SDK组件的本地缓存中,查询与所述服务获取请求相匹配的服务响应数据,所述服务响应数据是通过在所述业务服务进行服务部署时从所述中心服务端预先获取并存储在所述本地缓存中;
发送模块1003,用于向所述业务客户端发送所述服务响应数据。
可选地,所述查询模块1002,还用于:
在所述SDK组件的本地缓存中未查询到与所述服务获取请求相匹配的服务响应数据的情况下,将所述服务获取请求中携带的服务标识存储至分布式集群数据库中;
在接收到对于所述服务标识所对应的应用服务的部署指令时,从所述分布式集群数据库中提取所述服务标识,向所述中心服务端发送携带有所述服务标识的服务预热请求;
接收所述中心服务端根据所述服务预热请求发送的服务响应数据,将所述服务响应数据和所述服务标识之间的关联关系存储至所述本地缓存。
可选地,所述装置还包括:部署模块,用于:
在监听所述中心服务端的配置更新消息时,从所述分布式集群数据库中提取与所述配置更新消息相关联的服务标识,得到待更新服务标识;
向所述中心服务端发送携带有所述待更新服务标识的服务更新请求;
接收所述中心服务端根据所述服务更新请求发送的更新服务响应数据;
将本地缓存中所述待更新服务标识所关联的服务响应数据,替换为所述更新服务响应数据。
可选地,所述发送模块1003,还用于:
在存在至少两个所述服务更新请求时,利用目标线程执行所述至少两个所述服务更新请求中之一的异步发送任务;
在所述异步发送任务执行完毕,且未接收到所述中心服务端对于所述异步发送任务返回的确认通知的情况下,利用所述目标线程继续执行所述至少两个所述服务更新请求中任一未被发送的服务更新请求的异步发送任务。
可选地,所述查询模块1002,还用于:
将所述服务获取请求中携带的服务标识存储到本地缓存中;
判断分布式集群数据库中是否存在所述服务标识;
在分布式集群数据库中不存在所述服务标识的情况下,将所述服务标识从本地缓存转移到分布式缓存中存储。
可选地,所述查询模块1002,还用于:
在所述应用服务已部署时,在本地缓存中查询与所述服务获取请求所携带服务标识相对应的服务响应数据;
在所述本地缓存中未查询到所述服务标识相对应的服务响应数据时,从分布式集群数据库查询所述服务标识相对应的服务响应数据,并将所述服务响应数据存储在所述本地缓存中。
可选地,所述装置还包括:预警模块,用于:
收集所述本地缓存的指标参数;
在所述指标参数符合预警要求时,输出异常报警信息,所述指标参数至少包括:所述本地缓存的空间大小、命中率、故障信息、载入时间中的至少一种。
本申请实施例通过业务服务端中的SDK组件在服务部署时从中心服务端中预先获取服务响应数据,并将服务标识和服务响应数据关联存储在本地缓存中,完成服务响应数据的数据预热,从而在服务部署后若接收到业务客户端的服务获取请求,则业务服务端可以直接从本地缓存中查询服务响应数据来返回给业务客户端,无需再向中心服务端请求获取服务响应数据,实现了在业务服务端的服务部署后业务客户端和中心服务端之间的流量隔绝,由于仅在应用服务部署时才会向中心服务端输送服务获取请求的用户流量,因此也尽可能减少了中心服务端的流量压力。
对于上述服务器的实施例而言,由于其与方法实施例基本相似,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。
本申请实施例还提供了一种电子设备,如图11所示,包括处理器1101、通信接口1102、存储器1103和通信总线1104,其中,处理器1101,通信接口1102,存储器1103通过通信总线1104完成相互间的通信,
存储器1103,用于存放计算机程序;
处理器1101,用于执行存储器1103上所存放的程序时,实现上述任一服务请求的处理方法的步骤。
上述终端提到的通信总线可以是外设部件互连标准(Peripheral ComponentInterconnect,简称PCI)总线或扩展工业标准结构(Extended IndustryStandardArchitecture,简称EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示,图中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
通信接口用于上述终端与其他设备之间的通信。
存储器可以包括随机存取存储器(RandomAccess Memory,简称RAM),也可以包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。可选地,存储器还可以是至少一个位于远离前述处理器的存储装置。
上述的处理器可以是通用处理器,包括中央处理器(Central Processing Unit,简称CPU)、网络处理器(Network Processor,简称NP)等;还可以是数字信号处理器(Digital Signal Processing,简称DSP)、专用集成电路(Application SpecificIntegrated Circuit,简称ASIC)、现场可编程门阵列(Field-Programmable GateArray,简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
在本申请提供的又一实施例中,还提供了一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行上述实施例中任一所述的服务请求的处理方法。
在本申请提供的又一实施例中,还提供了一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执行上述实施例中任一所述的服务请求的处理方法。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于***实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的较佳实施例而已,并非用于限定本申请的保护范围。凡在本申请的精神和原则之内所作的任何修改、等同替换、改进等,均包含在本申请的保护范围内。
Claims (10)
1.一种服务请求的处理方法,其特征在于,应用于SDK组件,中心服务端与多个所述业务服务端之间,分别通过每个所述业务服务端中部署的所述SDK组件进行连接通信,每个所述业务服务端对应一个SDK组件,所述方法包括:
在所述业务服务端接收到业务客户端发送的服务获取请求时,限制所述业务服务端基于所述服务获取请求向所述中心服务端请求数据;
在所述SDK组件的本地缓存中,查询与所述服务获取请求相匹配的服务响应数据,所述服务响应数据是通过在所述业务服务进行服务部署时从所述中心服务端预先获取并存储在所述本地缓存中;
向所述业务客户端发送所述服务响应数据。
2.根据权利要求1所述的方法,其特征在于,所述服务响应数据通过以下步骤获取并存储在所述本地缓存中:
在所述SDK组件的本地缓存中未查询到与所述服务获取请求相匹配的服务响应数据的情况下,将所述服务获取请求中携带的服务标识存储至分布式集群数据库中;
在接收到对于所述服务标识所对应的应用服务的部署指令时,从所述分布式集群数据库中提取所述服务标识,向所述中心服务端发送携带有所述服务标识的服务预热请求;
接收所述中心服务端根据所述服务预热请求发送的服务响应数据,将所述服务响应数据和所述服务标识之间的关联关系存储至所述本地缓存。
3.根据权利要求2所述的方法,其特征在于,在所述将所述服务响应数据和所述服务标识之间的关联关系存储至所述本地缓存之后,所述方法还包括:
在监听所述中心服务端的配置更新消息时,从所述分布式集群数据库中提取与所述配置更新消息相关联的服务标识,得到待更新服务标识;
向所述中心服务端发送携带有所述待更新服务标识的服务更新请求;
接收所述中心服务端根据所述服务更新请求发送的更新服务响应数据;
将本地缓存中所述待更新服务标识所关联的服务响应数据,替换为所述更新服务响应数据。
4.根据权利要求3所述的方法,其特征在于,所述向所述中心服务端发送携带有所述待更新服务标识的服务更新请求,包括:
在存在至少两个所述服务更新请求时,利用目标线程执行所述至少两个所述服务更新请求中之一的异步发送任务;
在所述异步发送任务执行完毕,且未接收到所述中心服务端对于所述异步发送任务返回的确认通知的情况下,利用所述目标线程继续执行所述至少两个所述服务更新请求中任一未被发送的服务更新请求的异步发送任务。
5.根据权利要求2所述的方法,其特征在于,所述将所述服务获取请求中携带的服务标识存储至分布式集群数据库中,包括:
将所述服务获取请求中携带的服务标识存储到本地缓存中;
判断分布式集群数据库中是否存在所述服务标识;
在分布式集群数据库中不存在所述服务标识的情况下,将所述服务标识从本地缓存转移到分布式缓存中存储。
6.根据权利要求1所述的方法,其特征在于,所述在所述SDK组件的本地缓存中,查询与所述服务获取请求相匹配的服务响应数据,包括:
在所述应用服务已部署时,在本地缓存中查询与所述服务获取请求所携带服务标识相对应的服务响应数据;
在所述本地缓存中未查询到所述服务标识相对应的服务响应数据时,从分布式集群数据库查询所述服务标识相对应的服务响应数据,并将所述服务响应数据存储在所述本地缓存中。
7.根据权利要求1所述的方法,其特征在于,所述方法还包括:
收集所述本地缓存的指标参数;
在所述指标参数符合预警要求时,输出异常报警信息,所述指标参数至少包括:所述本地缓存的空间大小、命中率、故障信息、载入时间中的至少一种。
8.一种服务请求的处理装置,其特征在于,应用于SDK组件,中心服务端与多个所述业务服务端之间,分别通过每个所述业务服务端中部署的所述SDK组件进行连接通信,每个所述业务服务端对应一个SDK组件,所述装置包括:
接收模块,用于在所述业务服务端接收到业务客户端发送的服务获取请求时,限制所述业务服务端基于所述服务获取请求向所述中心服务端请求数据;
查询模块,用于在所述SDK组件的本地缓存中,查询与所述服务获取请求相匹配的服务响应数据,所述服务响应数据是通过在所述业务服务进行服务部署时从所述中心服务端预先获取并存储在所述本地缓存中;
发送模块,用于向所述业务客户端发送所述服务响应数据。
9.一种电子设备,其特征在于,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现权利要求1至7中任一所述的服务请求的处理方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储计算机程序,所述计算机程序被处理器执行时实现权利要求1至7中任一所述的服务请求的处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210197259.4A CN114629883B (zh) | 2022-03-01 | 2022-03-01 | 服务请求的处理方法、装置、电子设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210197259.4A CN114629883B (zh) | 2022-03-01 | 2022-03-01 | 服务请求的处理方法、装置、电子设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114629883A true CN114629883A (zh) | 2022-06-14 |
CN114629883B CN114629883B (zh) | 2023-12-29 |
Family
ID=81900834
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210197259.4A Active CN114629883B (zh) | 2022-03-01 | 2022-03-01 | 服务请求的处理方法、装置、电子设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114629883B (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115550424A (zh) * | 2022-12-02 | 2022-12-30 | 苏州万店掌网络科技有限公司 | 一种数据缓存方法、装置、设备及存储介质 |
CN116032976A (zh) * | 2023-03-24 | 2023-04-28 | 江西曼荼罗软件有限公司 | 一种基于数据路由的就医信息流转方法及*** |
Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20170155741A1 (en) * | 2015-12-01 | 2017-06-01 | Le Holdings (Beijing) Co., Ltd. | Server, method, and system for providing service data |
US9787671B1 (en) * | 2017-01-30 | 2017-10-10 | Xactly Corporation | Highly available web-based database interface system |
CN110365752A (zh) * | 2019-06-27 | 2019-10-22 | 北京大米科技有限公司 | 业务数据的处理方法、装置、电子设备和存储介质 |
CN110597739A (zh) * | 2019-06-03 | 2019-12-20 | 上海云盾信息技术有限公司 | 一种配置的管理方法、***及设备 |
CN110677312A (zh) * | 2019-08-15 | 2020-01-10 | 北京百度网讯科技有限公司 | Sdk包的时延监测方法及***、计算机设备与可读介质 |
CN111464615A (zh) * | 2020-03-30 | 2020-07-28 | 北京达佳互联信息技术有限公司 | 请求处理方法、装置、服务器及存储介质 |
CN111726417A (zh) * | 2020-06-30 | 2020-09-29 | 北京达佳互联信息技术有限公司 | 延时控制方法、装置、服务器及存储介质 |
CN112311684A (zh) * | 2019-07-31 | 2021-02-02 | 上海幻电信息科技有限公司 | 突发流量处理方法、计算机设备及可读存储介质 |
KR102282699B1 (ko) * | 2020-12-24 | 2021-07-28 | 쿠팡 주식회사 | 분산 메시징 시스템을 이용한 데이터 처리 시스템 및 그 정보 처리 방법 |
CN113343088A (zh) * | 2021-06-09 | 2021-09-03 | 北京奇艺世纪科技有限公司 | 数据处理方法、***、装置、设备及存储介质 |
CN113645304A (zh) * | 2021-08-13 | 2021-11-12 | 恒生电子股份有限公司 | 数据服务处理方法及相关设备 |
WO2022022105A1 (zh) * | 2020-07-28 | 2022-02-03 | 苏宁易购集团股份有限公司 | 基于本地缓存和分布式缓存的数据获取方法、应用服务器 |
-
2022
- 2022-03-01 CN CN202210197259.4A patent/CN114629883B/zh active Active
Patent Citations (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20170155741A1 (en) * | 2015-12-01 | 2017-06-01 | Le Holdings (Beijing) Co., Ltd. | Server, method, and system for providing service data |
US9787671B1 (en) * | 2017-01-30 | 2017-10-10 | Xactly Corporation | Highly available web-based database interface system |
CN110597739A (zh) * | 2019-06-03 | 2019-12-20 | 上海云盾信息技术有限公司 | 一种配置的管理方法、***及设备 |
CN110365752A (zh) * | 2019-06-27 | 2019-10-22 | 北京大米科技有限公司 | 业务数据的处理方法、装置、电子设备和存储介质 |
CN112311684A (zh) * | 2019-07-31 | 2021-02-02 | 上海幻电信息科技有限公司 | 突发流量处理方法、计算机设备及可读存储介质 |
CN110677312A (zh) * | 2019-08-15 | 2020-01-10 | 北京百度网讯科技有限公司 | Sdk包的时延监测方法及***、计算机设备与可读介质 |
CN111464615A (zh) * | 2020-03-30 | 2020-07-28 | 北京达佳互联信息技术有限公司 | 请求处理方法、装置、服务器及存储介质 |
CN111726417A (zh) * | 2020-06-30 | 2020-09-29 | 北京达佳互联信息技术有限公司 | 延时控制方法、装置、服务器及存储介质 |
WO2022022105A1 (zh) * | 2020-07-28 | 2022-02-03 | 苏宁易购集团股份有限公司 | 基于本地缓存和分布式缓存的数据获取方法、应用服务器 |
KR102282699B1 (ko) * | 2020-12-24 | 2021-07-28 | 쿠팡 주식회사 | 분산 메시징 시스템을 이용한 데이터 처리 시스템 및 그 정보 처리 방법 |
CN113343088A (zh) * | 2021-06-09 | 2021-09-03 | 北京奇艺世纪科技有限公司 | 数据处理方法、***、装置、设备及存储介质 |
CN113645304A (zh) * | 2021-08-13 | 2021-11-12 | 恒生电子股份有限公司 | 数据服务处理方法及相关设备 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115550424A (zh) * | 2022-12-02 | 2022-12-30 | 苏州万店掌网络科技有限公司 | 一种数据缓存方法、装置、设备及存储介质 |
CN115550424B (zh) * | 2022-12-02 | 2023-03-14 | 苏州万店掌网络科技有限公司 | 一种数据缓存方法、装置、设备及存储介质 |
CN116032976A (zh) * | 2023-03-24 | 2023-04-28 | 江西曼荼罗软件有限公司 | 一种基于数据路由的就医信息流转方法及*** |
CN116032976B (zh) * | 2023-03-24 | 2023-06-06 | 江西曼荼罗软件有限公司 | 一种基于数据路由的就医信息流转方法及*** |
Also Published As
Publication number | Publication date |
---|---|
CN114629883B (zh) | 2023-12-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN114629883B (zh) | 服务请求的处理方法、装置、电子设备及存储介质 | |
CN110830283B (zh) | 故障检测方法、装置、设备和*** | |
CN112260876A (zh) | 动态网关路由配置方法、平台、计算机设备及存储介质 | |
CN111163159B (zh) | 消息订阅方法、装置、服务器及计算机可读存储介质 | |
CN111159233B (zh) | 分布式缓存方法、***、计算机设备以及存储介质 | |
CN112055061A (zh) | 分布式消息处理方法和设备 | |
CN115248826A (zh) | 一种大规模分布式图数据库集群运维管理的方法和*** | |
CN111026606A (zh) | 基于hystrix熔断器监控的报警方法、装置及计算机设备 | |
CN111090495A (zh) | 节点管理方法、装置、设备、存储介质和*** | |
CN113127732A (zh) | 业务数据的获取方法、装置、计算机设备和存储介质 | |
CN110311975B (zh) | 一种数据请求处理方法及装置 | |
CN111193789A (zh) | 订阅信息推送方法、装置、计算机设备和可读存储介质 | |
CN115766715B (zh) | 一种超融合集群监控方法和*** | |
CN112104698A (zh) | 车载终端接入网关的方法、相关设备和介质 | |
CN114860782B (zh) | 数据查询方法、装置、设备及介质 | |
CN114090268B (zh) | 容器管理方法及容器管理*** | |
CN113064732A (zh) | 一种分布式***及其管理方法 | |
JP2022504548A (ja) | クラウドデグレードモードにおいてデバイス動作信頼性を継続的に確保するための方法および装置 | |
CN116107733A (zh) | 计算机***及计算机***的横向扩展方法 | |
CN114117280A (zh) | 页面静态资源使用方法、装置、终端设备及存储介质 | |
CN116633724A (zh) | 多维度限流和动态路由的***和部署方法 | |
CN110389966B (zh) | 一种信息处理方法及装置 | |
CN115114316A (zh) | 一种高并发数据的处理方法、装置、集群和存储介质 | |
CN111953621A (zh) | 数据传输方法、装置、计算机设备和存储介质 | |
CN111064609A (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 |