CN112486876A - 一种分布式总线架构方法、装置和电子设备 - Google Patents

一种分布式总线架构方法、装置和电子设备 Download PDF

Info

Publication number
CN112486876A
CN112486876A CN202011282039.9A CN202011282039A CN112486876A CN 112486876 A CN112486876 A CN 112486876A CN 202011282039 A CN202011282039 A CN 202011282039A CN 112486876 A CN112486876 A CN 112486876A
Authority
CN
China
Prior art keywords
service
node
independent
request
node set
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202011282039.9A
Other languages
English (en)
Inventor
肖晟
彭晓刚
许艳丽
王东
梁文佳
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Life Insurance Co Ltd China
Original Assignee
China Life Insurance Co Ltd China
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Life Insurance Co Ltd China filed Critical China Life Insurance Co Ltd China
Priority to CN202011282039.9A priority Critical patent/CN112486876A/zh
Publication of CN112486876A publication Critical patent/CN112486876A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • G06F13/14Handling requests for interconnection or transfer
    • G06F13/36Handling requests for interconnection or transfer for access to common bus or bus system
    • G06F13/368Handling requests for interconnection or transfer for access to common bus or bus system with decentralised access control

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本说明书一个或多个实施例提供一种分布式总线架构方法、装置和电子设备;所述方法包括首先将企业服务总线进行拆分,分隔为面向不同服务方的独立节点集合和应急节点集合,然后对节点集合中的各节点进行健康探测和并发流控的处理,保证各个节点健康和负载不超限,最后实现分布式架构分流,对应的节点集合处理对应的服务。该发明主要解决传统总线服务架构下的雪崩效应风险问题,使得在问题发生时,约束其影响范围,并有应急手段对问题进行隔离控制;同时提升应急效率,快速完成扩容、隔离、流控等应急手段的实施。

Description

一种分布式总线架构方法、装置和电子设备
技术领域
本说明书一个或多个实施例涉及系统间通信技术领域,尤其涉及一种分布式总线架构方法、装置和电子设备。
背景技术
随着IT应用架构的发展,应用系统的复杂度不断升高,应用间通信需求越来越频繁,应用间通信存在通信协议繁多难以集成、交互接口繁冗难以复用、业务服务繁杂难以管理等问题。面向服务的架构将应用系统间解耦,通过约定良好的服务接口和契约来进行通信,并提供统一规范的服务治理能力。现有技术中基于企业服务总线来实现面向服务的架构,通过承接所有通信请求,并对通信请求进行协议适配、认证鉴权、格式转换、服务组合、流量控制、路由转发等处理,完成应用间的信息交换,成为应用系统间的通信中枢。
由于企业服务总线在实现上需要承载所有应用系统的服务请求流量,当应用系统规模较大、应用间通信流量超多时,总线易成为性能瓶颈。同时,当总线出现问题时,将影响所有服务请求;即使实现了集群方案,也存在雪崩效应的风险,即当一个节点出现问题时,该问题情况会被负载至其他节点,进而影响其他节点正常,最终导致整个总线集群不可用。
发明内容
有鉴于此,本说明书一个或多个实施例的目的在于提出一种分布式总线架构方法、装置和电子设备。
基于上述目的,本说明书一个或多个实施例提供了一种分布式总线架构方法,包括:
将总线集群进行拆分,分隔为不少于两个独立的节点集合;
对所述独立的节点集合中的独立节点进行健康检测,对所述独立的节点集合中的独立节点进行并发流控处理;
根据分流策略将服务分配给对应独立的节点集合处理。
基于同一发明构思,本说明书一个或多个实施例还提供了一种分布式总线架构装置,包括:
拆分模块,被配置为将总线集群进行拆分,分隔为不少于两个独立的节点集合;
控制模块。被配置为对所述独立的节点集合中的独立节点进行健康检测,对所述独立的节点集合中的独立节点进行并发流控处理;
处理模块,被配置为根据分流策略将服务分配给对应独立的节点集合处理。
基于同一发明构思,本说明书一个或多个实施例还提供了一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现如上任意一项所述的方法。
从上面所述可以看出,本说明书一个或多个实施例提供的分布式总线架构方法、装置和电子设备,基于软负载具有的灵活的路由能力和流量控制能力对企业服务总线进行架构拆分和流量控制,解决了传统总线服务架构下的雪崩效应风险,使得在服务发生问题时,约束其影响范围,并有应急手段进行隔离控制;同时提升应急效率,具备便捷的管控方式,可快速完成扩容、隔离、流控等应急手段的实施。
附图说明
为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本说明书一个或多个实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本说明书一个或多个实施例的分布式总线架构方法流程图;
图2为本说明书一个或多个实施例的分布式总线架构工作方式示意图;
图3为本说明书一个或多个实施例的分布式总线架构装置的结构示意图;
图4为本说明书一个或多个实施例的电子设备结构示意图。
具体实施方式
为使本公开的目的、技术方案和优点更加清楚明白,以下结合具体实施例,并参照附图,对本公开进一步详细说明。
需要说明的是,除非另外定义,本说明书一个或多个实施例使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同,而不排除其他元件或者物件。
如背景技术部分所述,现有的企业服务总线架构方案还难以满足业务需要。申请人在实现本公开的过程中发现,现有的基于企业服务总线来实现面向服务的架构方案存在的主要问题在于:企业服务总线在实现上需要承载所有应用系统的服务请求流量,当应用系统规模较大、应用间通信流量超多时,总线易成为性能瓶颈。同时,当总线出现问题时,将影响所有服务请求;即使实现了集群方案,也存在雪崩效应的风险,即当一个节点出现问题时,该问题情况会被负载至其他节点,进而影响其他节点正常,最终导致整个总线集群不可用。
有鉴于此,本说明书一个或多个实施例提供了一种分布式总线架构方案,具体的,首先将企业服务总线通过backend的设置进行拆分,分隔为面向不同服务方的独立节点集合和应急节点集合,然后对节点集合中的各节点进行健康探测和并发流控的处理,保证各个节点健康和负载不超限,最后通过frontend的设置实现分布式架构分流,对应的节点集合处理对应的服务。
可见,本说明书一个或多个实施例提供的分布式总线架构方法、装置和电子设备,基于软负载对企业服务总线进行架构拆分,解决了传统总线服务架构下的雪崩效应风险,使得在服务发生问题时,约束其影响范围,并有应急手段进行隔离控制;同时提升应急效率,具备便捷的管控方式,可快速完成扩容、隔离、流控等应急手段的实施。
以下,通过具体的实施例来详细说明本说明书一个或多个实施例的技术方案。
参考图1,本说明书一个实施例的分布式总线架构方法,包括以下步骤:
步骤S101、通过backend的设置将总线集群进行拆分,分隔为不少于两个独立的节点集合。
本步骤中,将总线集群拆分成适合服务数量的独立节点集合,每个独立的节点集合负责不同的服务请求,独立的节点集合可以对应服务调用方的服务请求,也可以处理对应服务提供方提供的服务,还可以对有问题的服务请求进行应急隔离处理。显然,独立节点集合处理的具体服务可以根据具体的实施需要而选择。
步骤S102、对所述独立的节点集合中的独立节点进行健康检测,对所述独立的节点集合中的独立节点进行并发流控处理。
本步骤中,所述健康检测包括:在所述节点集合的基础上,为每个独立节点配置HTTP七层健康探测,向指定的16600端口发送HTTP健康探测请求,若收到“SUCCESSED”的响应,则判定所述独立节点健康,可将交易请求分发到所述独立节点,否则判定为所述独立节点不健康,不再将交易请求分发到所述独立节点。
所述并发流控包括:为所述独立的节点集合中的独立节点配置最大并发请求数,当并发请求大于所述最大并发请求数时,所述独立节点拒绝超出的请求或令超出的请求排队等候。
步骤S103、根据分流策略将服务分配给对应独立的节点集合处理。
在本步骤中,所述分流策略包括:
按照服务提供方进行分发,获取请求消息的URL,通过匹配路径来识别是否请求的是服务提供方的服务,若是的话,则将所述请求分发至服务提供方的节点集合;
按照服务请求方进行分发,获取请求消息的HTTP HEADER信息,根据所述HTTPHEADER信息判断是否是服务请求方发来的请求,若是的话,则将所述请求分发至对应的服务请求方的节点集合。
可见,在本实施例中,所述服务总线通过架构拆分,有效缩小了问题域影响范围,保障关键应用的资源通道,降低生产异常对业务带来的影响;快速发现异常点,并实现灵活、便捷的路由规则变更与流量隔离能力,可有效隔离故障源,提前控制风险流量不进入其他运行节点应发故障,最终实现平台整体的高可用性。
作为一个可选的实施例,对于前述实施例中的所述将总线集群进行拆分,给出一个具体的拆分场景,在本实施例中,有两个服务调用方Consumer1、Consumer2,一个服务提供方Provider1。对服务调用方Consumer1、Consumer2,以及服务提供方Provider1三个系统所涉及的服务进行拆分,例如Provider1提供的服务由指定的两个ESB节点来处理,Consumer1、Consumer2调用其他服务则分别指定另外两个ESB节点来处理。因此分别定义三个节点集:provider1_nodelist、consumer1_nodelist、consumer2_nodelist,在节点集中分别定义各自的节点信息,待接收到服务流量时,将流量按规则分发到不同的ESB节点,由此完成拆分定义。
作为一个可选的实施例,对于前述实施例中的所述根据分流策略将服务分配给对应独立的节点集合处理,给出一个具体的分流场景,在本实施例中,有两个服务调用方Consumer1、Consumer2,一个服务提供方Provider1。在分流过程中,获取请求消息的URL,通过匹配路径是否以“/ESB/Provider1”开头来识别是否请求的Provider1的服务,若是的话,则将其分发至provider1_nodelist节点集合。获取请求消息的HTTP HEADER信息,通过判断“ESB-ORISYS”字段的值是否以“consumer1”或“consumer2”开头来识别是否是consumer1或consumer2发来的请求,若是的话,则将其分发至对应的consumer1_nodelist或consumer2_nodelist节点集合。
作为一个可选的实施例,对于前述实施例中的所述节点集合可以进行独立监控,当节点集合性能不足时,向所述节点集合中添加一个或多个拓展独立节点,实现所述节点集合的横向扩容。
作为一个可选的实施例,对于前述实施例中所述分流策略还包括:
流量拒绝,若服务调用方的服务请求有问题,则拒绝所述服务调用方发起的所有服务请求,以保证其他应用的正常服务交互;
流量隔离及转移,若服务调用方的服务请求有问题,但又需要维系一部分服务能力,不能完全拒绝交易,则将所述服务调用方的请求转发配置到所述应急节点集合中,所述应急节点集合与其他节点集合集完全隔离,即使出现问题也不影响其他应用间的服务交互。
作为一个可选的实施例,对于前述实施例中的所述节点,通过Haproxy的stick-table特性,可存储指定时间1分钟(即HTTP_req_rate(1m))的访问统计数据;同时,设定判断规则:若超过10000次则匹配规则request_too_fast。若某一分钟交易量匹配上该规则,则通过HTTP-request deny拒绝该交易请求,不再向后端ESB节点分发,以此实现流控的效果。作为一个可选的实施例,参考图2,Consumer1、Consumer2、Consumer3和其他应用系统的服务请求发送到软负载,软负载将不同的请求进行区分。将不同请求发送到划分好的各自对应的节点中,其中,将有问题的服务请求发送到应急节点,请求Provider服务的服务请求发送大管理控制台的节点。来自DMZ的服务请求发送到F5中,通过F5发送到Apache中然后分发至对应的DMZ节点进行处理。专线的服务请求发送到F5中然后分发至对应的外联节点进行处理。各节点收到对应的服务请求后调取Provider系统的对应功能应用然后反馈到对应的节点,实现服务分配和流量控制的功能。
需要说明的是,本说明书一个或多个实施例的方法可以由单个设备执行,例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下,由多台设备相互配合来完成。在这种分布式场景的情况下,这多台设备中的一台设备可以只执行本说明书一个或多个实施例的方法中的某一个或多个步骤,这多台设备相互之间会进行交互以完成所述的方法。
需要说明的是,上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
基于同一发明构思,与上述任意实施例方法相对应的,本说明书一个或多个实施例还提供了一种分布式总线架构装置。
参考图3,所述分布式总线架构装置,包括:
拆分模块301,被配置为将总线集群进行拆分,分隔为不少于两个独立的节点集合;
控制模块302。被配置为对所述独立的节点集合中的独立节点进行健康检测,对所述独立的节点集合中的独立节点进行并发流控处理;
处理模块303,被配置为根据分流策略将服务分配给对应独立的节点集合处理。
为了描述的方便,描述以上装置时以功能分为各种模块分别描述。当然,在实施本说明书一个或多个实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现。
上述实施例的装置用于实现前述任一实施例中相应的分布式总线架构方法,并且具有相应的方法实施例的有益效果,在此不再赘述。
基于同一发明构思,与上述任意实施例方法相对应的,本说明书一个或多个实施例还提供了一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上任意一实施例所述的分布式总线架构方法。
图4示出了本实施例所提供的一种更为具体的电子设备硬件结构示意图,该设备可以包括:处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。
处理器1010可以采用通用的CPU(Central Processing Unit,中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit,ASIC)、或者一个或多个集成电路等方式实现,用于执行相关程序,以实现本说明书实施例所提供的技术方案。
存储器1020可以采用ROM(Read Only Memory,只读存储器)、RAM(Random AccessMemory,随机存取存储器)、静态存储设备,动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序,在通过软件或者固件来实现本说明书实施例所提供的技术方案时,相关的程序代码保存在存储器1020中,并由处理器1010来调用执行。
输入/输出接口1030用于连接输入/输出模块,以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出),也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等,输出设备可以包括显示器、扬声器、振动器、指示灯等。
通信接口1040用于连接通信模块(图中未示出),以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信,也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。
总线1050包括一通路,在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。
需要说明的是,尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050,但是在具体实施过程中,该设备还可以包括实现正常运行所必需的其他组件。此外,本领域的技术人员可以理解的是,上述设备中也可以仅包含实现本说明书实施例方案所必需的组件,而不必包含图中所示的全部组件。
上述实施例的电子设备用于实现前述任一实施例中相应的分布式总线架构方法,并且具有相应的方法实施例的有益效果,在此不再赘述。
所属领域的普通技术人员应当理解:以上任何实施例的讨论仅为示例性的,并非旨在暗示本公开的范围(包括权利要求)被限于这些例子;在本公开的思路下,以上实施例或者不同实施例中的技术特征之间也可以进行组合,步骤可以以任意顺序实现,并存在如上所述的本说明书一个或多个实施例的不同方面的许多其它变化,为了简明它们没有在细节中提供。
尽管已经结合了本公开的具体实施例对本公开进行了描述,但是根据前面的描述,这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如,其它存储器架构(例如,动态RAM(DRAM))可以使用所讨论的实施例。
本说明书一个或多个实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此,凡在本说明书一个或多个实施例的精神和原则之内,所做的任何省略、修改、等同替换、改进等,均应包含在本公开的保护范围之内。

Claims (10)

1.一种分布式总线架构方法,其特征在于,包括:
将总线集群进行拆分,分隔为不少于两个独立的节点集合;
对所述独立的节点集合中的独立节点进行健康检测,对所述独立的节点集合中的独立节点进行并发流控处理;
根据分流策略将服务分配给对应独立的节点集合处理。
2.根据权利要求1所述的方法,其特征在于,所述将总线集群进行拆分,分隔为不少于两个独立的节点集合,具体包括:
根据服务调用方和服务提供方所涉及的服务,将总线集群拆分为对应的节点集合,另外还拆分出应急节点集合;每个所述节点集合分配不少于一个独立节点,在对应的所述节点集合中分别定义各自的节点信息。
3.根据权利要求1所述的方法,其特征在于,还包括:
对所述节点集合进行独立监控,当节点集合的性能不足时,向所述节点集合中添加一个或多个拓展独立节点。
4.根据权利要求1所述的方法,其特征在于,所述对所述独立的节点集合中的独立节点进行健康检测,具体包括:
在所述节点集合的基础上,为每个独立节点配置HTTP七层健康探测,向指定的16600端口发送HTTP健康探测请求,若收到SUCCESSED的响应,则判定所述独立节点健康,将交易请求分发到所述独立节点;否则,判定为所述独立节点不健康,不再将交易请求分发到所述独立节点。
5.根据权利要求1所述的方法,其特征在于,所述对所述独立的节点集合中的独立节点进行并发流控处理,具体包括:
为所述独立的节点集合中的独立节点配置最大并发请求数,当并发请求大于所述最大并发请求数时,所述独立节点拒绝超出的请求或令超出的请求排队等候。
6.根据权利要求2所述的方法,其特征在于,所述根据分流策略将服务分配给对应独立的节点集合处理,具体包括:
按照服务提供方进行分发,获取请求消息的URL,通过匹配路径来识别是否请求的是服务提供方的服务,若是,则将所述请求分发至服务提供方对应的节点集合;
按照服务请求方进行分发,获取请求消息的HTTP HEADER信息,根据所述HTTP HEADER信息判断是否是服务请求方发来的请求,若是,则将所述请求分发至对应的服务请求方对应的节点集合。
7.根据权利要求1所述的方法,其特征在于,所述节点集合均保持统一的配置,各独立节点保持逻辑一致,通过自服务平台和管理控制台统一管理所有节点。
8.根据权利要求2所述的方法,其特征在于,所述分流策略还包括:
若服务调用方的服务请求有问题,则拒绝所述服务调用方发起的所有服务请求,以保证其他应用的正常服务交互;
若服务调用方的服务请求有问题,但又需要维系一部分服务能力,则将所述服务调用方的请求转发配置到所述应急节点集合中;其中,所述应急节点集合与其他节点集合集完全隔离。
9.一种分布式总线架构装置,其特征在于,包括:
拆分模块,被配置为将总线集群进行拆分,分隔为不少于两个独立的节点集合;
控制模块。被配置为对所述独立的节点集合中的独立节点进行健康检测,对所述独立的节点集合中的独立节点进行并发流控处理;
处理模块,被配置为根据分流策略将服务分配给对应独立的节点集合处理。
10.一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现如权利要求1至8任意一项所述的方法。
CN202011282039.9A 2020-11-16 2020-11-16 一种分布式总线架构方法、装置和电子设备 Pending CN112486876A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011282039.9A CN112486876A (zh) 2020-11-16 2020-11-16 一种分布式总线架构方法、装置和电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011282039.9A CN112486876A (zh) 2020-11-16 2020-11-16 一种分布式总线架构方法、装置和电子设备

Publications (1)

Publication Number Publication Date
CN112486876A true CN112486876A (zh) 2021-03-12

Family

ID=74931310

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011282039.9A Pending CN112486876A (zh) 2020-11-16 2020-11-16 一种分布式总线架构方法、装置和电子设备

Country Status (1)

Country Link
CN (1) CN112486876A (zh)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104317658A (zh) * 2014-10-17 2015-01-28 华中科技大学 一种基于MapReduce的负载自适应任务调度方法
US9559961B1 (en) * 2013-04-16 2017-01-31 Amazon Technologies, Inc. Message bus for testing distributed load balancers
US20170351589A1 (en) * 2015-09-24 2017-12-07 Netapp, Inc. High availability failover manager
CN109284073A (zh) * 2018-09-30 2019-01-29 北京金山云网络技术有限公司 数据存储方法、装置、系统、服务器、控制节点及介质
CN110276533A (zh) * 2019-06-04 2019-09-24 深圳市中电数通智慧安全科技股份有限公司 一种应急预案的配置方法、装置及服务器
US20200007666A1 (en) * 2018-06-27 2020-01-02 T-Mobile Usa, Inc. Micro-level network node failover system
CN111258760A (zh) * 2020-01-14 2020-06-09 珠海市华兴软件信息服务有限公司 一种平台管理方法、系统、装置及存储介质

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9559961B1 (en) * 2013-04-16 2017-01-31 Amazon Technologies, Inc. Message bus for testing distributed load balancers
CN104317658A (zh) * 2014-10-17 2015-01-28 华中科技大学 一种基于MapReduce的负载自适应任务调度方法
US20170351589A1 (en) * 2015-09-24 2017-12-07 Netapp, Inc. High availability failover manager
US20200007666A1 (en) * 2018-06-27 2020-01-02 T-Mobile Usa, Inc. Micro-level network node failover system
CN109284073A (zh) * 2018-09-30 2019-01-29 北京金山云网络技术有限公司 数据存储方法、装置、系统、服务器、控制节点及介质
CN110276533A (zh) * 2019-06-04 2019-09-24 深圳市中电数通智慧安全科技股份有限公司 一种应急预案的配置方法、装置及服务器
CN111258760A (zh) * 2020-01-14 2020-06-09 珠海市华兴软件信息服务有限公司 一种平台管理方法、系统、装置及存储介质

Similar Documents

Publication Publication Date Title
CN106131213B (zh) 一种服务管理方法和系统
EP3637733B1 (en) Load balancing engine, client, distributed computing system, and load balancing method
CN109618002B (zh) 一种微服务网关优化方法、装置及存储介质
CN102655503B (zh) 使用共享资源池的资源分配
CN110958281B (zh) 基于物联网的数据传输方法及通信装置
CN112104754B (zh) 网络代理方法、系统、装置、设备及存储介质
CN107465616B (zh) 基于客户端的服务路由方法及装置
CN110554927A (zh) 基于区块链的微服务调用方法
CN109802986B (zh) 设备管理方法、系统、装置及服务器
WO2021254331A1 (zh) 资源管理方法、系统、代理服务器及存储介质
CN109542659A (zh) 应用多活方法、设备、数据中心集群及可读存储介质
CN112583734B (zh) 一种突发流量控制方法、装置、电子设备及存储介质
CN111200606A (zh) 深度学习模型任务处理方法、系统、服务器及存储介质
CN109428926B (zh) 一种调度任务节点的方法和装置
CN114466226B (zh) 带宽时长占比确定方法、装置、设备和计算机可读介质
CN112104679B (zh) 处理超文本传输协议请求的方法、装置、设备和介质
CN109413117B (zh) 分布式数据计算方法、装置、服务器及计算机存储介质
CN111741175B (zh) 呼叫中心系统、信号传递方法、装置、服务器及介质
CN117354312A (zh) 访问请求处理方法、装置、系统、计算机设备和存储介质
CN106331904B (zh) 无源光纤网络中波长通道的分配方法、光线路终端及系统
US11595471B1 (en) Method and system for electing a master in a cloud based distributed system using a serverless framework
CN112486876A (zh) 一种分布式总线架构方法、装置和电子设备
CN109670691A (zh) 用于客服队列管理及客服分配的方法、设备与客服系统
CN114189893A (zh) O-ran能力开放方法、通信系统、装置及存储介质
CN114168312A (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