CN114401319B - 一种请求处理方法、装置、服务器及存储介质 - Google Patents
一种请求处理方法、装置、服务器及存储介质 Download PDFInfo
- Publication number
- CN114401319B CN114401319B CN202210048623.0A CN202210048623A CN114401319B CN 114401319 B CN114401319 B CN 114401319B CN 202210048623 A CN202210048623 A CN 202210048623A CN 114401319 B CN114401319 B CN 114401319B
- Authority
- CN
- China
- Prior art keywords
- node
- target
- processing
- access request
- determining
- 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
- 238000003672 processing method Methods 0.000 title claims abstract description 23
- 238000003860 storage Methods 0.000 title claims abstract description 18
- 238000000034 method Methods 0.000 claims abstract description 27
- 230000002159 abnormal effect Effects 0.000 claims description 4
- 238000004590 computer program Methods 0.000 claims description 2
- 238000010586 diagram Methods 0.000 description 10
- 230000002776 aggregation Effects 0.000 description 9
- 238000004220 aggregation Methods 0.000 description 9
- 230000008569 process Effects 0.000 description 9
- 230000007246 mechanism Effects 0.000 description 6
- 230000008447 perception Effects 0.000 description 5
- 230000006870 function Effects 0.000 description 4
- 238000011144 upstream manufacturing Methods 0.000 description 4
- 238000005457 optimization Methods 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 229910003460 diamond Inorganic materials 0.000 description 1
- 239000010432 diamond Substances 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000008707 rearrangement Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/48—Routing tree calculation
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例公开了一种请求处理方法、装置、服务器及存储介质,该方法包括:接收访问请求;根据访问请求结合预确定的路由树确定目标节点,目标节点对应关联处理策略,路由树根据集群标识和服务名称标识生成,和/或路由树根据占位符生成,占位符用于确定资源实体;根据目标节点对应的处理策略对访问请求进行相应处理,解决了现有技术中无法准确转发用户的访问请求的问题,预先构建路由树,将访问请求与路由树进行查询匹配,得到目标节点,不同的目标节点对应关联不同的处理策略。通过路由树定义统一的路由规范,可以对任意类型、任意目的地址的访问请求进行路由,实现统一的路由声明和处理,进而实现对访问请求的准确和及时处理。
Description
技术领域
本发明实施例涉及通信技术领域,尤其涉及一种请求处理方法、装置、服务器及存储介质。
背景技术
在云原生的环境下,很多企业往往会以微服务的形式来部署自己的服务,并使用服务网关来对外提供统一的访问入口。传统的业务层网关已经比较成熟,他们支持以配置文件,或者Filter的形式对HTTP请求进行路由,包装和转发。例如,Nginx和Zuul等网关都支持以URL Pattern的形式,对某种类型的资源定义一组上游服务,并通过负载均衡机制,将请求分发给上游服务。微服务通常以REST的方式暴露资源。在REST的框架下,资源会以URL的形式进行表示。很多成熟的Web框架,例如SpringBoot,Gin,FastAPI都支持对URL进行解析,并从中提取出某种资源在某个微服务中的唯一标识。
现有技术中对路由的定义分为两种,其一是使用通配符对某一类请求进行转发,其二是对某一个具体的资源请求使用唯一的Handler进行处理。在联邦云的场景下,联邦控制台为了提供资源概览,资源上下文等功能,往往需要将上述两种范式配合使用。例如,对于资源A1,位于集群c1中的租户t1,联邦控制台只需像常规网关一样转发请求;对于资源A2,位于集群c2中的租户t3,出于某种原因,如租户版本不兼容,认证体系不同,联邦控制台需要使用一个Handler对其进行处理。但是,目前的路由规则在实现时,网关所使用的服务级别的路由规则,以及Web框架所使用的Handler级别的路由规则定义难以很好地融合,对于上述业务场景,传统的网关无法提供一种统一的路由声明和处理的方式,导致用户的请求无法正确、及时转发处理。
发明内容
本发明提供一种请求处理方法、装置、服务器及存储介质,以实现对用户的访问请求按照正确的路由规则进行转发处理。
第一方面,本发明实施例提供了一种请求处理方法,所述请求处理方法包括:
接收访问请求;
根据所述访问请求结合预确定的路由树确定目标节点,所述目标节点对应关联处理策略,所述路由树根据集群标识和服务名称标识生成,和/或所述路由树根据占位符生成,所述占位符用于确定资源实体;
根据所述目标节点对应的处理策略对所述访问请求进行相应处理。
第二方面,本发明实施例还提供了一种请求处理装置,该请求处理装置包括:
请求接收模块,用于接收访问请求;
节点确定模块,用于根据所述访问请求结合预确定的路由树确定目标节点,所述目标节点对应关联处理策略,所述路由树根据集群标识和服务名称标识生成,和/或所述路由树根据占位符生成,所述占位符用于确定资源实体;
请求处理模块,用于根据所述目标节点对应的处理策略对所述访问请求进行相应处理。
第三方面,本发明实施例还提供了一种服务器,该服务器包括:
一个或多个处理器;
存储器,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如本发明实施例中任一所述的一种请求处理方法。
第四方面,本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现如本发明实施例中任一所述的一种请求处理方法。
本发明实施例提供了一种请求处理方法、装置、服务器及存储介质,通过接收访问请求;根据所述访问请求结合预确定的路由树确定目标节点,目标节点对应关联处理策略,所述路由树根据集群标识和服务名称标识生成,和/或所述路由树根据占位符生成,所述占位符用于确定资源实体;根据所述目标节点对应的处理策略对所述访问请求进行相应处理,解决了现有技术中无法准确转发用户的访问请求的问题,预先构建路由树,将访问请求与路由树进行查询匹配,得到与访问请求匹配的目标节点,不同的目标节点对应关联不同的处理策略,在确定目标节点后,确定目标节点的处理策略,进而根据处理策略对访问请求进行相应处理。通过路由树定义统一的路由规范,可以对任意类型、任意目的地址的访问请求进行路由,并确定相应的处理策略进行处理,实现统一的路由声明和处理,进而实现对访问请求的准确和及时处理。
附图说明
图1是本发明实施例一中的一种请求处理方法的流程图;
图2是本发明实施例一中的一种路由树的结构示例图;
图3是本发明实施例二中的一种请求处理方法的流程图;
图4是本发明实施例二中的一种路由上下文的展示示例图;
图5是本发明实施例二中的一种顶层资源聚合实现示例图;
图6是本发明实施例三中的一种请求处理装置的结构示意图;
图7是本发明实施例四中的一种服务器的结构示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施例方式作进一步地详细描述。应当明确,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。
下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请的描述中,需要理解的是,术语“第一”、“第二”、“第三”等仅用于区别类似的对象,而不必用于描述特定的顺序或先后次序,也不能理解为指示或暗示相对重要性。对于本领域的普通技术人员而言,可以根据具体情况理解上述术语在本申请中的具体含义。此外,在本申请的描述中,除非另有说明,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
实施例一
图1给出了本申请实施例一提供的一种请求处理方法的流程示意图,该方法适用于在对用户的访问请求进行转发处理的情况。该方法可以由服务器执行,具体包括如下步骤:
S101、接收访问请求。
在本实施例中,访问请求具体可以理解为用户访问集群中某一资源时所生成的请求。用户在访问资源时,所生成的访问请求可以包含集群标识和服务名称标识,实现集群服务感知,也可以包括占位符,通过占位符定位集群标识,实现资源实体感知。用户在具有访问需求时,生成相应的访问请求,并发送至网关,由网关进行统一处理。
S102、根据访问请求结合预确定的路由树确定目标节点,目标节点对应关联处理策略。
在本实施例中,路由树具体可以理解为由路由规则生成的树状图,路由树根据集群标识和服务名称标识生成,和/或路由树根据占位符生成,占位符用于确定资源实体。路由树中包括不同类型的节点,不同类型的节点代表的含义及执行的操作可以不同。处理策略具体可以理解为目标节点对于访问请求所对应执行的处理方式,例如,直接转发、通过用户定义的操作进行处理、拦截等等。
预先构建路由树,根据路由表生成路由树,路由树中的各节点可以包括集群标识和服务名称标识,或者包括占位符。节点包括集群标识和服务名称标识时可以直接定位到集群中的服务,实现集群服务感知;节点包括占位符时,可根据占位符确定资源实体,实现资源实体感知。路由树中包括不同的目标节点,不同的目标节点对应不同的处理策略,通过路由树集合不同的处理策略,进而实现对路由规则的统一、规范处理。通过对访问请求进行解析,将解析出的信息依次与路由树的各节点进行匹配,得到匹配结果,即目标节点。
S103、根据目标节点对应的处理策略对访问请求进行相应处理。
在通过路由树确定目标节点后,相应确定目标节点对应的处理策略,根据处理策略对访问请求进行相应的处理,例如,处理策略为目标地址,直接根据目标地址对访问请求进行转发;或者,处理策略包括不同的处理方式,根据访问请求对应的资源拥有者选择合适的处理方式,例如,直接转发,或者通过用户自定义的处理方式进行处理等。
本发明实施例提供了一种请求处理方法,通过接收访问请求;根据所述访问请求结合预确定的路由树确定目标节点,目标节点对应关联处理策略,路由树根据集群标识和服务名称标识生成,和/或路由树根据占位符生成,占位符用于确定资源实体;根据所述目标节点对应的处理策略对所述访问请求进行相应处理,解决了现有技术中无法准确转发用户的访问请求的问题,预先构建路由树,将访问请求与路由树进行查询匹配,得到与访问请求匹配的目标节点,不同的目标节点对应关联不同的处理策略,在确定目标节点后,确定目标节点的处理策略,进而根据处理策略对访问请求进行相应处理。通过路由树定义统一的路由规范,可以对任意类型、任意目的地址的访问请求进行路由,并确定相应的处理策略进行处理,实现统一的路由声明和处理,进而实现对访问请求的准确和及时处理。
作为本实施例的一个可选实施例,本可选实施例进一步优化包括了路由树的确定步骤包括:
A1、获取路由表。
在本实施例中,路由表具体可以理解为存储不同路由规则的数据表,路由规则具体可以理解为定义了HTTP请求被转发的方式。预先定义不同请求的路由规则,生成路由表并存储,存储位置可以是本地也可以是服务器。网关在对各用户发送的访问请求进行处理前,首先从存储空间中获取路由表。
A2、根据路由表确定至少一条路由规则。
各路由规则包括集群标识和服务名称标识,或者,路由规则包括占位符。
通过对路由表进行解析,确定路由表中的各路由规则。本申请中的路由规则根据资源实体、或者根据集群/服务确定。
路由规则可以根据集群/服务确定,此种方式的路由规则包括集群标识和服务名称标识。示例性的,本申请提供了一种路由规则的示例,如下所示:
-source:/api/v1/cluster/{clusterId}/service/{serviceName}/itemtarget:/api/v1/item
其中,source为路由规则中的源地址,Target为路由规则中的目标地址。上述路由规则中的源地址带有集群标识(clusterId)和服务名称标识(serviceName),通过跨集群的通信机制以及集群内的服务发现机制,可以将请求转发到对应服务的/api/v1/item这个URL下面。
路由规则可以根据资源实体确定,此种方式的路由规则包括占位符。示例性的,本申请提供了另一种路由规则的示例,如下所示:
-source:/api/v1/instance/{uuid:svc-a.Instance}/applications
target:/api/v1/instance/{uuid:svc-a.Instance}/applications
上述路由规则可以感知资源实体的位置。上述路由规则包括占位符{uuid:svc-a.Instance},占位符{uuid:svc-a.Instance}中声明了这种资源所属的服务名称标识和资源类型。根据此路由规则可以查询顶层资源表确定所属的集群标识,即确定集群/服务/资源ID的信息,可以唯一确定一个资源实体,实现将网关中的路由规则定义到资源实体粒度。顶层资源表预先通过顶层资源聚合的方式确定。
A3、对每个路由规则分别进行解析,生成路由树。
通过对每个路由规则依次进行解析,将解析得到的不同的信息分别作为一个节点,根据各节点之间的关联关系生成路由树。
示例性的,图2提供了一种路由树的结构示例图,图中的圆形节点为普通的节点11,用于与访问请求进行匹配,菱形节点表示占位符节点12,占位符节点一定会匹配,占位符节点分为资源占位符节点121和普通的占位符节点122,图中仅包含id信息的占位符为普通的占位符节点121,包含uuid:svc-a.Instance信息的占位符节点为资源占位符节点122。方形节点13表示匹配结果。匹配结果有如下几种:Target节点:对应单一的目标地址;targetSet节点:表示该请求需要考虑异构的资源拥有者的问题;handler节点:表示该请求会被本地的handler拦截并处理;NULL节点:表示不匹配。
本申请实施例进一步对路由树的生成步骤进行细化,通过路由规则生成路由树,每个路由规则包括集群标识和服务名称标识,或者,包括占位符,通过集群标识和服务名称标识,或者占位符形成路由规则,进一步根据路由规则形成路由树,实现了面向资源实体的上游定位服务,解决了在联邦云的业务场景中请求的分发问题。在路由表中可以定义多种路由目标,包括目标路径、Handler,TargetSet等,解决了传统网关路由规则缺乏灵活性的问题。
实施例二
图3为本发明实施例二提供的一种请求处理方法的流程图。本实施例的技术方案在上述技术方案的基础上进一步细化,具体主要包括如下步骤:
S201、接收访问请求。
S202、对访问请求进行解析,查找访问请求中的标记。
通过对访问请求进行解析,可以得到访问请求中包括的所有标记。查找访问请求中的标记可以采用Tokenize的方式,Tokenize可以查找字符串中的下一个标记。本申请中的访问请求为一串字符串,网关对访问请求的地址进行Tokenize。例如,访问请求为/api/v1/instance/100:0211.110/applications,查找得到的标记依次为api、v1、instance、100:0211.110、applications。
S203、将各标记按照顺序依次与路由树进行匹配,得到目标节点。
在确定访问请求中的标记时,可以在确定所有标记后与路由树进行匹配,也可以每确定一个标记进行一次匹配,其得到的结果是相同的。如果在确定所有标记后与路由树进行匹配,此时需要对各标记按照顺序进行排列,由前到后(以/api/v1/instance/100:0211.110/applications为例,标记api在前,标记applications在后)依次与路由树进行匹配,得到最终匹配到的目标节点。如果每确定一个标记,与路由树进行一次匹配,则可以根据标记确定的顺序依次将标记路由树进行匹配,得到目标节点。本申请在进行路由匹配时通过前缀树匹配算法进行匹配。
作为本实施例的一个可选实施例,本可选实施例进一步将各所述标记按照顺序依次与所述路由树进行匹配,得到目标节点优化为:
B1、将各标记中首个标记作为当前待匹配标记,将路由树中的首个节点作为当前节点。
在本实施例中,首个标记具体可以理解为访问请求中解析得到的第一个标记。当前待匹配标记具体可以理解为当前与路由树进行匹配操作的标记。首个节点具体可以理解为路由树的第一个节点。当前节点具体可以理解为路由树中当前进行匹配的节点。
B2、将当前待匹配标识与当前节点进行匹配。
比较当前待匹配标识与当前节点的信息是否一致,实现匹配。
B3、当当前节点为第一类型节点时,如果匹配成功,判断匹配成功的当前节点的下一节点是否为可执行节点。
在本实施例中,第一类型节点具体可以理解为路由树中的普通Token节点,例如,图2中所示的圆形节点。可执行节点具体可以理解为包含对访问请求的具体处理方式的节点,可执行节点为路由树的分支的最后一个节点,例如,图2中的Target节点、targetSet节点、handler节点和NULL节点。
具体的,判断当前节点的类型,不同类型的节点对应不同的处理方式。当当前节点为第一类型节点时,判断当前待匹配标识与当前节点是否匹配成功,当前节点的数量可以是一个,也可以是多个,当当前节点不是首个节点时,当前节点的数量可能是多个。此时判断当前待匹配标识与当前节点是否匹配成功,需要判断当前待匹配标识与每个当前节点是否匹配成功,如果存在匹配成功的当前节点,判断匹配成功的当前节点的下一节点是否为可执行节点,若为可执行节点,则执行B5,若不是可执行节点,则执行B4。如果当前待匹配标识与当前节点匹配失败,则执行B6。
B4、若否,将当前待匹配标记的下一标记作为新的当前待匹配标记,将当前节点的下一节点作为新的当前节点,返回执行当前待匹配标识与当前节点的匹配操作。
具体的,如果当前节点的下一节点不为可执行节点,确定当前待匹配标记的下一标记,当前节点的下一节点作为新的当前节点,将下一标记作为新的当前待匹配标记,新的当前节点的数量可以是一个或者多个。返回执行B2步骤。
B5、若是,将下一节点确定为目标节点。
当匹配成功的当前节点的下一节点为可执行节点时,将下一节点直接确定为目标节点,进而根据目标节点执行相应的处理策略。
B6、当当前节点为第一类型节点时,如果匹配失败,确定目标节点为空节点。
当当前节点为第一类型节点时,如果当前待匹配标识与任意一个当前节点的匹配均失败,则确定目标节点为空节点。
作为本实施例的一个可选实施例,本可选实施例进一步优化还包括:
C1、当当前结点为资源占位符节点时,根据当前待匹配标记确定顶层资源标识、服务名称标识和资源类型。
在本实施例中,资源占位符节点具体可以理解为用于匹配占位符的节点,例如,图2中包含uuid:svc-a.Instance信息的菱形节点。顶层资源标识具体可以理解为用于标识和区分各顶层资源的信息,假设在一个服务中,存在一个顶层资源,其余资源都能视为这个顶层资源的子资源。顶层资源符合如下特征:1、数量级比较小且能关联到子资源。例如,一个租户可以是一个顶层资源,租户内的用户是其子资源。租户用户内的订单不能作为顶层资源;2、可以被定位。给定一个顶层资源,就能定位到其所属的数据中心(即集群标识)。例如,顶层资源标识UUID为“3c096773-1420-4ad4-80b7-2162c4fb95e3”的租户,可以被作为顶层资源。ID=1的订单无法被作为顶层资源。服务名称标识具体可以理解用于标识集群中服务名称的信息。
具体的,占位符节点一定会匹配,当当前结点为资源占位符节点时,确定当前待匹配标记,当前待匹配标记中的信息包括顶层资源标识、服务名称标识和资源类型的相应信息,根据一定的解析规则对当前待匹配标记进行分析,确定顶层资源标识、服务名称标识和资源类型。示例性的,访问请求为/api/v1/instance/100:0211.110/applications,通过与图2中的路由树匹配可以确定,当前待匹配标识为100:0211.110时,当前节点为占位符节点,根据100:0211.110可以确定:100为顶层资源标识,0211为服务名称标识,110为资源类型。
C2、根据顶层资源标识、服务名称标识和资源类型查找顶层资源表,确定访问请求对应的集群标识,并写入路由上下文。
在本实施例中,顶层资源表具体可以理解为存储顶层资源与其对应的集群、服务之间关联关系的数据表。
具体的,预先形成顶层资源表,根据顶层资源标识、服务名称标识和资源类型查找顶层资源表,确定与顶层资源标识、服务名称标识和资源类型匹配的集群标识,将此集群标识确定为访问请求对应的集群标识,将顶层资源标识、服务名称标识、资源类型和集群标识写入路由上下文。路由上下文可根据占位符进行更新。示例性的,图4提供一种路由上下文的展示示例图,以图2中的路由树为例,通过路由匹配得到路由上下文。以访问请求中包含的信息为/api/v1/instance/1/applications/1为例,图中虚线含义为根据访问请求确定最终的目标节点target的匹配过程。在匹配到占位符节点时可进行路由上下文的写入操作,当匹配到资源占位符节点后,通过解析访问请求,确定顶层资源标识(uuid=abc)、服务名称标识(service=svc-a)和资源类型(resoutceType=Instance),通过查询顶层资源表,确定集群标识(cluster=1),将顶层资源标识、服务名称标识、资源类型和集群标识写入到路由上下文中;匹配到普通的占位符节点后,可以直接将占位符节点中的信息写入到路由上下文中,相应的,也进行下一节点的判断和匹配。路由上下文的参数信息传递给target节点,进行相应的访问请求处理。
作为本实施例的一个可选实施例,本可选实施例进一步优化包括了顶层资源表的确定步骤:
D1、获取至少一个顶层资源标识。
D2、确定各顶层资源标识对应的集群标识、服务名称标识和资源类型,并形成顶层资源表。
网关获取每个顶层资源标识,实现顶层资源聚合,确定每个顶层资源对应的集群标识、服务名称标识和资源类型,据此形成顶层资源表,每个顶层资源标识对应的信息可以由用户输入,也可以是每个顶层资源在形成时,已经分配好相应的信息并进行对应存储,网关通过顶层资源标识获取相应的信息,即相应的集群标识、服务名称标识和资源类型。
本申请实施例中的,网关具备顶层资源的聚合能力,通过顶层资源聚合机制,网关可以从顶层资源表中获取到对应的集群和服务。图5为本发明实施例提供的一种顶层资源聚合实现示例图,如图5所示,其中R1表示顶层资源标识1,SR1表示R1中的子资源1,集群31中包括服务A,服务A中包含顶层资源标识R1和子资源SR1,集群32中包括服务A和服务B,服务A和服务B中分别包含一个顶层资源标识R1。现有技术中每个集群的本地服务中,这种资源是没有集群和服务的信息的,本申请中的网关进行资源聚合的时候,会生成一个带有集群/服务信息的快照,即顶层资源表33。
作为本实施例的一个可选实施例,本可选实施例进一步优化包括了当检测到资源标识不符合顶层资源标识的标识规则时,按照预设规则生成资源标识对应的顶层资源标识,并更新至顶层资源表中。
在本实施例中,标识规则具体可以理解为顶层资源标识的命名规则,例如标识规则为包含数字和字母的字符串,且字符串的长度不小于16位。检测到资源标识不符合顶层资源标识的标识规则时,此资源可能来自较早版本的服务,其标识ID无法用于跨数据中心的定位,因此,按照预设规则生成此资源标识对应的顶层资源标识,并更新至顶层资源表中。此顶层资源标识作为资源标识的全局唯一的ID,在路由过程中进行ID的翻译,实现资源标识与本申请的顶层资源标识的适配。此种方式下,在确定访问请求的目标节点后执行相应的处理策略时,需要将顶层资源标识转换为资源标识,并进行相应处理。
C3、判断当前节点的下一节点是否为可执行节点,若否,将当前待匹配标记的下一标记作为新的当前待匹配标记,将当前节点的下一节点作为新的当前节点,返回执行当前待匹配标识与当前节点的匹配操作。
由于当前节点与当前待匹配标记一定匹配,因此在完成路由上下文的写入后,判断当前节点的下一节点是否为可执行节点,若不是可执行节点,将当前待匹配标记的下一标记作为新的当前待匹配标记,将当前节点的下一节点作为新的当前节点,返回执行当前待匹配标识与当前节点的匹配操作,即执行B2;若是可执行节点,则执行C4。
C4、若是,将下一节点确定为目标节点,并将路由上下文对应的路由信息传递给目标节点。
当前节点的下一节点是可执行节点时,将下一节点确定为目标节点,并将得到的路由上下文对应的路由信息传递给目标节点,以便目标节点根据路由上下文对应的路由信息处理相应的请求,例如,从路由上下文中提取相应的顶层资源标识、集群标识、服务名称标识和资源类型等路由信息,根据提取到的路由对请求进行处理。
需要知道的是,步骤B3-B6与C1-C4为并列步骤。
在确定目标节点后,根据目标节点的类型不同,处理的方式也不相同。
当目标节点的类型为地址节点时,执行S204-S205对访问请求进行相应处理。
S204、确定目标节点所对应的目标地址。
当目标节点的类型为地址节点时,即目标节点为Target节点,确定目标节点对应的目标地址,目标地址可以是根据路由上下文中的路由信息确定,也可以根据访问请求中携带的集群标识和服务名称标识确定。
S205、将访问请求发送至目标地址。
将访问请求发送至目标地址,完成对访问请求的相应处理。
当目标节点的类型为处理方式集合节点时,执行S206-S208对访问请求进行相应处理。
S206、确定访问请求对应的目标集群标识和目标服务名称标识。
在本实施例中,目标集群标识具体可以理解为访问请求所指向的集群的标识;目标服务名称标识具体可以理解为访问请求所指向的集群中服务名称的标识。
具体的,目标节点的类型为处理方式集合节点,即目标节点为targetSet节点。当访问请求中包括占位符时,访问请求在与路由树进行匹配的过程中会生成路由上下文,确定目标节点关联的路由上下文,从路由上下文中提取访问请求对应的目标集群标识和目标服务名称标识;当访问请求中没有占位符时,访问请求中携带集群标识和服务名称标识,通过对访问请求进行解析可确定目标集群标识和目标服务名称标识,或者,访问请求在与路由树的匹配过程中,若匹配到结果,可根据匹配上的节点确定目标集群标识和目标服务名称标识。
S207、根据目标集群标识和目标服务名称标识查找预确定的标签表,确定至少一个目标标签。
在本实施例中,标签表具体可以理解为存储集群标识和服务名称标识对应的标签的数据表。目标标签具体可以理解为集群和服务名称对应的标签,用于描述集群和服务名称的信息,例如,目标标签中包括了资源拥有者的属性。
具体的,预先生成标签表,根据目标集群标识和目标服务名称标识查找标签表,得到与目标集群标识和目标服务名称标识匹配的目标标签,目标标签的数量可以为一个或者多个。
S208、根据目标标签确定处理策略,根据处理策略对访问请求进行相应处理。
具体的,根据目标标签进行条件匹配,确定满足条件的处理策略,进而根据处理策略对访问请求进行相应处理。
本申请中的target集合,支持同一个source通过匹配满足条件的租户,提供不同的请求处理方式,在多租户环境下可以提供更高的灵活性。示例性的,本申请提供了一种实现方式,如下所示:
上面这条路由规则的含义为:对于source中声明的资源,网关根据资源拥有者的属性,来使用不同的处理策略。如果拥有者是master,那么使用MasterRequestHandler来进行处理,否则,直接转发到目标地址。
在确定访问请求的目标标签为“master:true”时,相应的,执行的处理策略为通过MasterRequestHandler进行处理,其中,MasterRequestHandler为用户自定义的处理方式。
当目标节点的类型为请求拦截节点时,执行S209-S210对访问请求进行相应处理。
S209、对访问请求进行拦截。
目标节点的类型为请求拦截,即目标节点为handler节点,在确定了目标节点的类型为请求拦截后,对访问请求进行拦截。
S210、根据预定义的请求处理逻辑执行相应处理。
在本实施例中,请求处理逻辑具体可以理解为用户自定义的处理逻辑,对访问请求进行相应处理。示例性的,本申请提供一种拦截实现方式,对传统网关的路由表进行扩展,引入了Handler机制,如下所示:
-source:/api/v1/tenants
handler:/api/v1/fed/tenants
上述路由规则可以拦截source中声明的请求,并交由handler处理。Handler所对应的是一个网关内部定义的请求处理器。示例性的,在单集群的场景中,用户调用source中的请求查看这个数据中心(集群标识)中的租户。在联邦云的场景中,这个请求会被拦截,网关可以执行handler中定义的请求处理逻辑从顶层资源的注册表中获取所有集群中所有租户的信息。
当目标节点的类型为空节点时,执行S211对访问请求进行相应处理。
S211、确定访问请求为异常请求,并反馈报错信息。
目标节点的类型为空节点,即目标节点为NULL节点,此时访问请求与路由树不匹配,访问请求为异常请求,无法转发至相应的地址,因此生成并反馈报错信息。例如,直接返回HTTP 404。
本发明实施例提供了一种请求处理方法,解决了现有技术中无法准确转发用户的访问请求的问题,根据路由表中的路由规则构建路由树,在路由表中定义多种路由目标,包括目标路径,Handler,TargetSet等,解决了传统网关路由规则缺乏灵活性的问题。配合顶层资源的聚合机制,实现了面向资源实体的上游服务定位,解决了在联邦云的业务场景中请求的分发问题。通过路由树定义统一的路由规范,可以对任意类型、任意目的地址的访问请求进行路由,并确定相应的处理策略进行处理,实现统一的路由声明和处理,进而实现对访问请求的准确处理。本申请通过资源实体感知定义路由规则,用户可以在路由表中定义带有服务、资源语义的路由规则,并通过路由上下文,定位某个资源实体在联邦云中的具体位置。
实施例三
图6为本发明实施例三提供的一种请求处理装置的结构示意图,该装置包括:请求接收模块41、节点确定模块42和请求处理模块43。
其中,请求接收模块41,用于接收访问请求;
节点确定模块42,用于根据所述访问请求结合预确定的路由树确定目标节点,所述目标节点对应关联处理策略,所述路由树根据集群标识和服务名称标识生成,和/或所述路由树根据占位符生成,所述占位符用于确定资源实体;
请求处理模块43,用于根据所述目标节点对应的处理策略对所述访问请求进行相应处理。
本发明实施例提供了一种请求处理装置,通过接收访问请求;根据所述访问请求结合预确定的路由树确定目标节点,目标节点对应关联处理策略;根据所述目标节点对应的处理策略对所述访问请求进行相应处理,解决了现有技术中无法准确转发用户的访问请求的问题,预先构建路由树,将访问请求与路由树进行查询匹配,得到与访问请求匹配的目标节点,不同的目标节点对应关联不同的处理策略,在确定目标节点后,确定目标节点的处理策略,进而根据处理策略对访问请求进行相应处理。通过路由树定义统一的路由规范,可以对任意类型、任意目的地址的访问请求进行路由,并确定相应的处理策略进行处理,实现统一的路由声明和处理,进而实现对访问请求的准确和及时处理。
进一步地,该装置还包括:
路由表获取模块,用于获取路由表;
路由规则确定模块,用于根据所述路由表确定至少一条路由规则;
路由树生成模块,用于对每个路由规则分别进行解析,生成路由树;
各所述路由规则包括集群标识和服务名称标识,或者,所述路由规则包括占位符。
进一步地,节点确定模块42包括:
当前数据确定单元,用于将各所述标记中首个标记作为当前待匹配标记,将所述路由树中的首个节点作为当前节点;
匹配单元,用于将所述当前待匹配标识与当前节点进行匹配;
第一判断单元,用于当所述当前节点为第一类型节点时,如果匹配成功,判断匹配成功的当前节点的下一节点是否为可执行节点,若否,将所述当前待匹配标记的下一标记作为新的当前待匹配标记,将所述当前节点的下一节点作为新的当前节点,返回执行所述当前待匹配标识与当前节点的匹配操作;若是,将下一节点确定为目标节点;
空节点确定单元,用于当所述当前节点为第一类型节点时,如果匹配失败,确定所述目标节点为空节点。
进一步地,节点确定模块42还包括:
空节点确定单元,用于当所述当前结点为资源占位符节点时,根据所述当前待匹配标记确定顶层资源标识、服务名称标识和资源类型;
资源表查询单元,用于根据所述顶层资源标识、服务名称标识和资源类型查找顶层资源表,确定所述访问请求对应的集群标识,并写入路由上下文;
第二判断单元,用于判断所述当前节点的下一节点是否为可执行节点,若否,将所述当前待匹配标记的下一标记作为新的当前待匹配标记,将所述当前节点的下一节点作为新的当前节点,返回执行所述当前待匹配标识与当前节点的匹配操作;若是,将下一节点确定为目标节点,并将所述路由上下文对应的路由信息传递给所述目标节点。
进一步地,该装置还包括:
资源标识确定模块,用于获取至少一个顶层资源标识;
资源表确定模块,用于确定各所述顶层资源标识对应的集群标识、服务名称标识和资源类型,并形成顶层资源表。
进一步地,该装置还包括:
更新模块,用于当检测到资源标识不符合顶层资源标识的标识规则时,按照预设规则生成所述资源标识对应的顶层资源标识,并更新至所述顶层资源表中。
进一步地,当所述目标节点的类型为地址节点时,请求处理模块43包括:
地址确定单元,用于确定所述目标节点所对应的目标地址;
请求发送单元,用于将所述访问请求发送至所述目标地址。
进一步地,当所述目标节点的类型为处理方式集合节点时,请求处理模块43包括:
标识确定单元,用于确定所述访问请求对应的目标集群标识和目标服务名称标识;
标签确定单元,用于根据所述目标集群标识和目标服务名称标识查找预确定的标签表,确定至少一个目标标签;
策略确定单元,用于根据所述目标标签确定处理策略,根据所述处理策略对所述访问请求进行相应处理。
进一步地,当所述目标节点的类型为请求拦截节点时,请求处理模块43包括:
拦截单元,用于对所述访问请求进行拦截;
逻辑处理单元,用于根据预定义的请求处理逻辑执行相应处理。
进一步地,当所述目标节点的类型为空节点时,请求处理模块43包括:
报错单元,用于确定所述访问请求为异常请求,并反馈报错信息。
本发明实施例所提供的请求处理装置可执行本发明任意实施例所提供的请求处理方法,具备执行方法相应的功能模块和有益效果。
实施例四
图7为本发明实施例四提供的一种服务器的结构示意图,如图7所示,该服务器包括处理器50、存储器51、输入装置52和输出装置53;服务器中处理器50的数量可以是一个或多个,图7中以一个处理器50为例;服务器中的处理器50、存储器51、输入装置52和输出装置53可以通过总线或其他方式连接,图7中以通过总线连接为例。
存储器51作为一种计算机可读存储介质,可用于存储软件程序、计算机可执行程序以及模块,如本发明实施例中的请求处理方法对应的程序指令/模块(例如,请求处理装置中的节点确定模块41、节点确定模块42和请求处理模块43)。处理器50通过运行存储在存储器51中的软件程序、指令以及模块,从而执行服务器的各种功能应用以及数据处理,即实现上述的请求处理方法。
存储器51可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序;存储数据区可存储根据终端的使用所创建的数据等。此外,存储器51可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中,存储器51可进一步包括相对于处理器50远程设置的存储器,这些远程存储器可以通过网络连接至服务器。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
输入装置52可用于接收输入的数字或字符信息,以及产生与服务器的用户设置以及功能控制有关的键信号输入。输出装置53可包括显示屏等显示设备。
实施例五
本发明实施例五还提供一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行一种请求处理方法,该方法包括:
接收访问请求;
根据所述访问请求结合预确定的路由树确定目标节点,所述目标节点对应关联处理策略,所述路由树根据集群标识和服务名称标识生成,和/或所述路由树根据占位符生成,所述占位符用于确定资源实体;
根据所述目标节点对应的处理策略对所述访问请求进行相应处理。
当然,本发明实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的方法操作,还可以执行本发明任意实施例所提供的请求处理方法中的相关操作。
通过以上关于实施方式的描述,所属领域的技术人员可以清楚地了解到,本发明可借助软件及必需的通用硬件来实现,当然也可以通过硬件实现,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
值得注意的是,上述请求处理装置的实施例中,所包括的各个单元和模块只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本发明的保护范围。
注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。
Claims (13)
1.一种请求处理方法,其特征在于,包括:
接收访问请求;
根据所述访问请求结合预确定的路由树确定目标节点,所述目标节点对应关联处理策略,所述路由树根据集群标识和服务名称标识生成,和/或所述路由树根据占位符生成,所述占位符用于确定资源实体,且声明了资源所属的服务名称标识和资源类型,据此查询顶层资源表确定所属的集群标识;
根据所述目标节点对应的处理策略对所述访问请求进行相应处理;
其中,当所述目标节点的类型为targetSet处理方式集合节点时,所述根据所述目标节点对应的处理策略对所述访问请求进行相应处理,包括:
确定所述访问请求对应的目标集群标识和目标服务名称标识;
根据所述目标集群标识和目标服务名称标识查找预确定的标签表,确定至少一个目标标签;
根据所述目标标签确定处理策略,根据所述处理策略对所述访问请求进行相应处理;
所述路由树包括可执行节点,所述可执行节点具体为:包含对访问请求的具体处理方式的节点,为路由树的分支的最后一个节点;其中,所述可执行节点包括:Target节点、targetSet节点、handler节点和NULL节点。
2.根据权利要求1所述的方法,其特征在于,所述路由树的确定步骤包括:
获取路由表;
根据所述路由表确定至少一条路由规则;
对每个路由规则分别进行解析,生成路由树;
各所述路由规则包括集群标识和服务名称标识,或者,所述路由规则包括占位符。
3.根据权利要求1所述的方法,其特征在于,所述根据所述访问请求结合预确定的路由树确定目标节点,包括:
对所述访问请求进行解析,查找所述访问请求中的标记;
将各所述标记按照顺序依次与所述路由树进行匹配,得到目标节点。
4.根据权利要求3所述的方法,其特征在于,所述将各所述标记按照顺序依次与所述路由树进行匹配,得到目标节点,包括:
将各所述标记中首个标记作为当前待匹配标记,将所述路由树中的首个节点作为当前节点;
将所述当前待匹配标识与当前节点进行匹配;
当所述当前节点为第一类型节点时,如果匹配成功,判断匹配成功的当前节点的下一节点是否为可执行节点,若否,将所述当前待匹配标记的下一标记作为新的当前待匹配标记,将所述当前节点的下一节点作为新的当前节点,返回执行所述当前待匹配标识与当前节点的匹配操作;
若是,将下一节点确定为目标节点;
当所述当前节点为第一类型节点时,如果匹配失败,确定所述目标节点为空节点;
其中,所述第一类型节点为路由树中的Token节点。
5.根据权利要求4所述的方法,其特征在于,还包括:
当所述当前节点为资源占位符节点时,根据所述当前待匹配标记确定顶层资源标识、服务名称标识和资源类型;
根据所述顶层资源标识、服务名称标识和资源类型查找顶层资源表,确定所述访问请求对应的集群标识,并写入路由上下文;
判断所述当前节点的下一节点是否为可执行节点,若否,将所述当前待匹配标记的下一标记作为新的当前待匹配标记,将所述当前节点的下一节点作为新的当前节点,返回执行所述当前待匹配标识与当前节点的匹配操作;
若是,将下一节点确定为目标节点,并将所述路由上下文对应的路由信息传递给所述目标节点。
6.根据权利要求5所述的方法,其特征在于,顶层资源表的确定步骤包括:
获取至少一个顶层资源标识;
确定各所述顶层资源标识对应的集群标识、服务名称标识和资源类型,并形成顶层资源表。
7.根据权利要求6所述的方法,其特征在于,还包括:
当检测到资源标识不符合顶层资源标识的标识规则时,按照预设规则生成所述资源标识对应的顶层资源标识,并更新至所述顶层资源表中。
8.根据权利要求1所述的方法,其特征在于,当所述目标节点的类型为地址节点时,所述根据所述目标节点对应的处理策略对所述访问请求进行相应处理,包括:
确定所述目标节点所对应的目标地址;
将所述访问请求发送至所述目标地址。
9.根据权利要求1所述的方法,其特征在于,当所述目标节点的类型为请求拦截节点时,所述根据所述目标节点对应的处理策略对所述访问请求进行相应处理,包括:
对所述访问请求进行拦截;
根据预定义的请求处理逻辑执行相应处理。
10.根据权利要求1所述的方法,其特征在于,当所述目标节点的类型为空节点时,所述根据所述目标节点对应的处理策略对所述访问请求进行相应处理,包括:
确定所述访问请求为异常请求,并反馈报错信息。
11.一种请求处理装置,其特征在于,包括:
请求接收模块,用于接收访问请求;
节点确定模块,用于根据所述访问请求结合预确定的路由树确定目标节点,所述目标节点对应关联处理策略,所述路由树根据集群标识和服务名称标识生成,和/或所述路由树根据占位符生成,所述占位符用于确定资源实体,且声明了资源所属的服务名称标识和资源类型,据此查询顶层资源表确定所属的集群标识;
请求处理模块,用于根据所述目标节点对应的处理策略对所述访问请求进行相应处理;
其中,当所述目标节点的类型为targetSet处理方式集合节点时,请求处理模块包括:
标识确定单元,用于确定所述访问请求对应的目标集群标识和目标服务名称标识;
标签确定单元,用于根据所述目标集群标识和目标服务名称标识查找预确定的标签表,确定至少一个目标标签;
策略确定单元,用于根据所述目标标签确定处理策略,根据所述处理策略对所述访问请求进行相应处理;
所述路由树包括可执行节点,所述可执行节点具体为:包含对访问请求的具体处理方式的节点,为路由树的分支的最后一个节点;其中,所述可执行节点包括:Target节点、targetSet节点、handler节点和NULL节点。
12.一种服务器,其特征在于,所述服务器包括:
一个或多个处理器;
存储器,用于存储一个或多个程序,
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-10中任一所述的请求处理方法。
13.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如权利要求1-10中任一所述的请求处理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210048623.0A CN114401319B (zh) | 2022-01-17 | 2022-01-17 | 一种请求处理方法、装置、服务器及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210048623.0A CN114401319B (zh) | 2022-01-17 | 2022-01-17 | 一种请求处理方法、装置、服务器及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114401319A CN114401319A (zh) | 2022-04-26 |
CN114401319B true CN114401319B (zh) | 2024-05-10 |
Family
ID=81230424
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210048623.0A Active CN114401319B (zh) | 2022-01-17 | 2022-01-17 | 一种请求处理方法、装置、服务器及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114401319B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115048060B (zh) * | 2022-06-30 | 2023-06-23 | 北京百度网讯科技有限公司 | 一种存储管理方法、装置、电子设备及存储介质 |
CN117313161B (zh) * | 2023-11-29 | 2024-05-17 | 中邮消费金融有限公司 | 数据脱敏方法、组件、设备及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108924215A (zh) * | 2018-06-28 | 2018-11-30 | 北京顺丰同城科技有限公司 | 一种基于树形结构的服务发现处理方法及装置 |
CN110505074A (zh) * | 2018-05-17 | 2019-11-26 | 北京京东尚科信息技术有限公司 | 一种应用模块化集成方法和装置 |
CN111092816A (zh) * | 2019-11-26 | 2020-05-01 | 金蝶软件(中国)有限公司 | 网关动态路由方法、装置、计算机设备和存储介质 |
CN112765182A (zh) * | 2021-01-28 | 2021-05-07 | 江苏视博云信息技术有限公司 | 云服务器集群间的数据同步方法及装置 |
CN113098788A (zh) * | 2021-03-08 | 2021-07-09 | 杭州迪普科技股份有限公司 | 一种路由发布的方法及装置 |
CN113489650A (zh) * | 2021-06-30 | 2021-10-08 | 中国平安人寿保险股份有限公司 | 客户端的路由方法、装置、设备及存储介质 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
NZ588792A (en) * | 2008-04-24 | 2013-02-22 | Movideo Pty Ltd | Generating an interface including selectable resource items and displaying usage data of resources |
-
2022
- 2022-01-17 CN CN202210048623.0A patent/CN114401319B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110505074A (zh) * | 2018-05-17 | 2019-11-26 | 北京京东尚科信息技术有限公司 | 一种应用模块化集成方法和装置 |
CN108924215A (zh) * | 2018-06-28 | 2018-11-30 | 北京顺丰同城科技有限公司 | 一种基于树形结构的服务发现处理方法及装置 |
CN111092816A (zh) * | 2019-11-26 | 2020-05-01 | 金蝶软件(中国)有限公司 | 网关动态路由方法、装置、计算机设备和存储介质 |
CN112765182A (zh) * | 2021-01-28 | 2021-05-07 | 江苏视博云信息技术有限公司 | 云服务器集群间的数据同步方法及装置 |
CN113098788A (zh) * | 2021-03-08 | 2021-07-09 | 杭州迪普科技股份有限公司 | 一种路由发布的方法及装置 |
CN113489650A (zh) * | 2021-06-30 | 2021-10-08 | 中国平安人寿保险股份有限公司 | 客户端的路由方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN114401319A (zh) | 2022-04-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11394805B1 (en) | Automatic discovery of API information | |
US8918507B2 (en) | Dynamic grouping of enterprise assets | |
CN114401319B (zh) | 一种请求处理方法、装置、服务器及存储介质 | |
CN102185900B (zh) | 一种应用服务平台系统和一种开发应用服务的方法 | |
US9110884B2 (en) | Message publishing and subscribing method and apparatus | |
CN110119292B (zh) | 系统运行参数查询方法、匹配方法、装置及节点设备 | |
US11159390B2 (en) | Systems and methods for service-aware mapping of a system infrastructure | |
US10554555B2 (en) | Hash-based overlay routing architecture for information centric networks | |
CN109635019B (zh) | 请求处理方法、装置、设备及存储介质 | |
WO2017173928A1 (zh) | 业务处理系统、业务处理方法以及业务更新方法 | |
CN111970198A (zh) | 一种服务路由方法、装置、电子设备及介质 | |
CN109413040B (zh) | 消息鉴权方法、设备、系统及计算机可读存储介质 | |
CN109831507B (zh) | 物联网系统、负载均衡方法和存储介质 | |
WO2020042029A1 (zh) | 调用链路的发现方法、装置、设备及存储介质 | |
WO2017054578A1 (zh) | 一种报文转发方法、业务链代理装置及代理设备 | |
CN112015696B (zh) | 数据访问、数据关系设置方法、装置及存储介质 | |
CN110581893A (zh) | 数据传输方法、装置、路由设备、服务器及存储介质 | |
CN107045466B (zh) | 业务数据的稽核方法、装置及系统 | |
US8732320B2 (en) | Fast content-based routing | |
CN112910776B (zh) | 一种数据转发方法、装置、设备及介质 | |
CN111416854B (zh) | 云服务发布方法、订阅方法、装置和系统 | |
CN112468600B (zh) | 一种基于网络矩阵的应用消息通知方法、系统及存储介质 | |
CN113408986B (zh) | 一种全链路轨迹确定方法、装置、设备及存储介质 | |
US20240028346A1 (en) | Linking kubernetes resources with underlying cloud infrastructure | |
CN112565414B (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 |