CN114650252A - 基于企业服务总线的路由方法、装置及计算机设备 - Google Patents

基于企业服务总线的路由方法、装置及计算机设备 Download PDF

Info

Publication number
CN114650252A
CN114650252A CN202210306267.8A CN202210306267A CN114650252A CN 114650252 A CN114650252 A CN 114650252A CN 202210306267 A CN202210306267 A CN 202210306267A CN 114650252 A CN114650252 A CN 114650252A
Authority
CN
China
Prior art keywords
service
processing
link
service system
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
Application number
CN202210306267.8A
Other languages
English (en)
Other versions
CN114650252B (zh
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 Resources Digital Technology Shenzhen Co ltd
Original Assignee
China Resources Digital Technology Shenzhen Co ltd
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 Resources Digital Technology Shenzhen Co ltd filed Critical China Resources Digital Technology Shenzhen Co ltd
Priority to CN202210306267.8A priority Critical patent/CN114650252B/zh
Publication of CN114650252A publication Critical patent/CN114650252A/zh
Application granted granted Critical
Publication of CN114650252B publication Critical patent/CN114650252B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/02Topology update or discovery
    • H04L45/028Dynamic adaptation of the update intervals, e.g. event-triggered updates
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/38Flow based routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/20Traffic policing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40Bus networks
    • H04L2012/40208Bus networks characterized by the use of a particular bus standard

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本申请实施例属于服务架构技术领域,涉及一种基于企业服务总线的路由方法、装置、计算机设备及存储介质,方法包括:获取各服务***的请求处理信息;根据预设的路由维度对请求处理信息进行处理,得到各服务***的服务处理状态;根据服务处理状态确定各服务***所关联的企业服务总线中的服务链路,并生成动态路由配置表;接收客户端发送的服务获取请求,服务获取请求包含***标识;基于动态路由配置表确定***标识所关联的链路标识;通过链路标识所对应的服务链路,将服务获取请求发送至***标识所对应的服务***,并获取服务***返回的响应报文,响应报文用于发送至客户端。本申请提高了企业服务总线的稳定性。

Description

基于企业服务总线的路由方法、装置及计算机设备
技术领域
本申请涉及服务架构技术领域,尤其涉及一种基于企业服务总线的路由方法、装置、计算机设备及存储介质。
背景技术
基于互联网的企业服务***通常采用集群部署,一般为三层,第一层由客户端构成,可以发起获取服务的请求,第二层为企业服务总线***,企业服务总线***中包含企业服务总线,是数据传输的链路,第三层是提供服务的企业后端的服务***。
企业服务总线***是企业服务***的核心,数据经由企业服务总线***在客户端与后端***之间实现传输。企业服务总线***一旦出现问题,会影响上下游的所有***,例如,现有的企业服务总线***中,当后端***出现故障时,会影响企业服务总线***的整体运行;当集群中出现流量倾斜、产生大量请求时,企业服务总线***传输速度下降,都会影响到企业服务总线的稳定性。
发明内容
本申请实施例的目的在于提出一种基于企业服务总线的路由方法、装置、计算机设备及存储介质,以解决企业服务总线稳定性较低的问题。
为了解决上述技术问题,本申请实施例提供一种基于企业服务总线的路由方法,采用了如下所述的技术方案:
获取各服务***所对应的请求处理信息;
根据预设的路由维度对所述请求处理信息进行处理,得到所述各服务***的服务处理状态,所述路由维度包括报文体积维度、处理时长维度以及运行状态维度;
根据所述服务处理状态确定所述各服务***所关联的企业服务总线中的服务链路,并根据所关联的服务***的***标识与服务链路的链路标识生成动态路由配置表;
接收客户端发送的服务获取请求,所述服务获取请求包含***标识;
基于所述动态路由配置表确定所述***标识所关联的链路标识;
通过所述链路标识所对应的服务链路,将所述服务获取请求发送至所述***标识所对应的服务***,并获取所述服务***返回的响应报文,所述响应报文用于发送至所述客户端。
为了解决上述技术问题,本申请实施例还提供一种基于企业服务总线的路由装置,采用了如下所述的技术方案:
信息获取模块,用于获取各服务***所对应的请求处理信息;
状态确定模块,用于根据预设的路由维度对所述请求处理信息进行处理,得到所述各服务***的服务处理状态,所述路由维度包括报文体积维度、处理时长维度以及运行状态维度;
关联确定模块,用于根据所述服务处理状态确定所述各服务***所关联的企业服务总线中的服务链路,并根据所关联的服务***的***标识与服务链路的链路标识生成动态路由配置表;
请求获取模块,用于接收客户端发送的服务获取请求,所述服务获取请求包含***标识;
标识确定模块,用于基于所述动态路由配置表确定所述***标识所关联的链路标识;
请求响应模块,用于通过所述链路标识所对应的服务链路,将所述服务获取请求发送至所述***标识所对应的服务***,并获取所述服务***返回的响应报文,所述响应报文用于发送至所述客户端。
为了解决上述技术问题,本申请实施例还提供一种计算机设备,采用了如下所述的技术方案:
获取各服务***所对应的请求处理信息;
根据预设的路由维度对所述请求处理信息进行处理,得到所述各服务***的服务处理状态,所述路由维度包括报文体积维度、处理时长维度以及运行状态维度;
根据所述服务处理状态确定所述各服务***所关联的企业服务总线中的服务链路,并根据所关联的服务***的***标识与服务链路的链路标识生成动态路由配置表;
接收客户端发送的服务获取请求,所述服务获取请求包含***标识;
基于所述动态路由配置表确定所述***标识所关联的链路标识;
通过所述链路标识所对应的服务链路,将所述服务获取请求发送至所述***标识所对应的服务***,并获取所述服务***返回的响应报文,所述响应报文用于发送至所述客户端。
为了解决上述技术问题,本申请实施例还提供一种计算机可读存储介质,采用了如下所述的技术方案:
获取各服务***所对应的请求处理信息;
根据预设的路由维度对所述请求处理信息进行处理,得到所述各服务***的服务处理状态,所述路由维度包括报文体积维度、处理时长维度以及运行状态维度;
根据所述服务处理状态确定所述各服务***所关联的企业服务总线中的服务链路,并根据所关联的服务***的***标识与服务链路的链路标识生成动态路由配置表;
接收客户端发送的服务获取请求,所述服务获取请求包含***标识;
基于所述动态路由配置表确定所述***标识所关联的链路标识;
通过所述链路标识所对应的服务链路,将所述服务获取请求发送至所述***标识所对应的服务***,并获取所述服务***返回的响应报文,所述响应报文用于发送至所述客户端。
与现有技术相比,本申请实施例主要有以下有益效果:获取各服务***的请求处理信息,它是服务***对服务获取请求处理的日志与记录;从报文体积、处理时长以及运行状态等预设的路由维度对请求处理信息进行处理,从而全面地衡量服务***的服务处理状态,服务处理状态表征服务***处理速度的快慢以及是否能正常处理数据;根据服务处理状态确定各服务***所关联的企业服务总线中的服务链路,不同的服务处理状态关联于不同的服务链路,并根据关联关系生成动态路由配置表;在接收到客户端的服务获取请求后,从中提取***标识并基于动态路由配置表确定***标识所关联的链路标识;通过链路标识所对应的服务链路,将服务获取请求发送至***标识所对应的服务***以对服务获取请求进行响应;本申请评估服务***的服务处理状态,根据处理快慢以及是否异常选择相应的服务链路进行数据传输,不同的服务链路互相隔离以避免互相影响,从而可以有效面对各种流量转发状况,提高了企业服务总线的稳定性。
附图说明
为了更清楚地说明本申请中的方案,下面将对本申请实施例描述中所需要使用的附图作一个简单介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请可以应用于其中的示例性***架构图;
图2是根据本申请的基于企业服务总线的路由方法的一个实施例的流程图;
图3是根据本申请的基于企业服务总线的路由装置的一个实施例的结构示意图;
图4是根据本申请的计算机设备的一个实施例的结构示意图。
具体实施方式
除非另有定义,本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同;本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的,不是旨在于限制本申请;本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形,意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象,而不是用于描述特定顺序。
在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。
为了使本技术领域的人员更好地理解本申请方案,下面将结合附图,对本申请实施例中的技术方案进行清楚、完整地描述。
如图1所示,***架构100可以包括客户端101、102、103,服务器104,企业服务总线105以及服务***106、107、108。客户端与服务器、服务器与企业服务总线、企业服务总线与服务***可以进行网络通信。网络可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
用户可以使用客户端101、102、103通过网络与服务器104交互,以接收或发送消息等。客户端101、102、103上可以安装有各种通讯客户端应用,例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
客户端101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture ExpertsGroupAudio Layer III,动态影像专家压缩标准音频层面3)、MP4(Moving PictureExpertsGroup Audio Layer IV,动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。
服务器104可以实现流量请求的转发;企业服务总线是服务器与服务***之间的数据传输通道;服务***是企业后端提供各种服务的***。
需要说明的是,本申请实施例所提供的基于企业服务总线的路由方法一般由服务器执行,相应地,基于企业服务总线的路由装置一般设置于服务器中。
应该理解,图1中的客户端、服务器、企业服务总线和服务***的数目仅仅是示意性的。根据实现需要,可以具有任意数目的客户端、服务器、企业服务总线和服务***。
继续参考图2,示出了根据本申请的基于企业服务总线的路由方法的一个实施例的流程图。所述基于企业服务总线的路由方法,包括以下步骤:
步骤S201,获取各服务***所对应的请求处理信息。
在本实施例中,基于企业服务总线的路由方法运行于其上的电子设备(例如图1所示的服务器)可以通过有线连接方式或者无线连接方式与客户端或者服务***通信。需要指出的是,上述无线连接方式可以包括但不限于3G/4G/5G连接、WiFi连接、蓝牙连接、WiMAX连接、Zigbee连接、UWB(ultra wideband)连接、以及其他现在已知或将来开发的无线连接方式。
其中,服务***可以是提供服务的企业的后端***。服务***对服务获取请求进行处理,处理过程会被记录并生成请求处理信息。
具体地,各服务***对服务获取请求进行处理,处理过程会被记录并生成请求处理信息。在一个实施例中,请求处理信息可以是对服务***进行记录生成的日志。服务获取请求由客户端发出,经过服务器转发后,再通过企业服务总线中的服务链路发送至服务***。企业服务总线可以是一个***,包含至少一条服务链路,还可以对服务***对服务获取请求的处理过程进行记录,得到日志。日志可以作为请求处理信息,服务器可以从企业服务总线中获取请求处理信息。
需要强调的是,为进一步保证上述请求处理信息的私密和安全性,上述请求处理信息还可以存储于一区块链的节点中。
本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain),本质上是一个去中心化的数据库,是一串使用密码学方法相关联产生的数据块,每一个数据块中包含了一批次网络交易的信息,用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
步骤S202,根据预设的路由维度对请求处理信息进行处理,得到各服务***的服务处理状态,路由维度包括报文体积维度、处理时长维度以及运行状态维度。
具体地,请求处理信息中可以包含多个路由维度的数据,例如,报文体积维度(可以包含服务获取请求所对应的请求报文的报文体积、响应报文的报文体积),处理时长维度(可以包含企业服务总线将服务获取请求发送至服务***的时间、服务***将响应报文返回至企业服务总线的时间)、运行状态维度(可以包含请求报文和响应报文中的部分信息等,例如表征服务***是否正常处理服务获取请求的状态表征信息等)等多个维度。
服务器从预设的路由维度从请求处理信息中提取数据并进行处理,路由维度可以包括报文体积维度、处理时长维度以及运行状态维度,从而得到各服务***的服务处理状态。
可以认为,报文体积维度的数值越大,数据传输与处理速度越慢;处理时长维度的数值越大,数据传输与处理速度越慢;当根据运行状态维度确定服务***异常时,数据传输与处理速度越慢。
可以将服务处理状态划分为正常运行状态与异常运行状态,其中,正常运行状态又可以划分为服务处理高速状态和服务处理稳定状态,其中,服务处理高速状态的服务***在数据传输与处理速度上高于处于服务处理稳定状态的服务***。
步骤S203,根据服务处理状态确定各服务***所关联的企业服务总线中的服务链路,并根据所关联的服务***的***标识与服务链路的链路标识生成动态路由配置表。
具体地,企业服务总线是服务器与服务***之间数据传输的通道。服务器从客户端接收服务获取请求,选择企业服务总线中的服务链路,通过选择到的服务链路将服务获取请求转发至服务***。
当多个服务***使用同一条服务链路时,其中一个服务***的服务处理状态可能影响至所在服务链路中的其他服务***。例如,10个服务***公用一条服务链路,当其中的一个服务***出现异常,处于异常运行状态时,可能导致该服务链路上另外9个服务***也处于异常运行状态。因此,本申请中的企业服务总线包含至少一条服务链路,并对不同的服务链路进行隔离处理,不同服务处理状态的服务***对应不同的服务链路,以避免不同服务处理状态的服务***相互影响。此外,一条服务链路可以连接至多个服务***,例如,一条服务链路可以同时关联于10个处于异常运行状态的服务***。
根据服务处理状态确定服务***所关联的服务链路,并根据相关联的***标识与链路标识生成动态路由配置表。
步骤S204,接收客户端发送的服务获取请求,服务获取请求包含***标识。
具体地,客户端在获取服务***提供的服务时,需要先生成服务获取请求,并将服务获取请求发送至服务器。服务获取请求可以是一个请求报文,其中存储了***标识,表示客户端要从***标识所对应的服务***获取服务。
步骤S205,基于动态路由配置表确定***标识所关联的链路标识。
具体地,服务器获取动态路由配置表,根据服务获取请求中的***标识在动态路由配置表中进行查询,以确定与该***标识相关联的链路标识。
步骤S206,通过链路标识所对应的服务链路,将服务获取请求发送至***标识所对应的服务***,并获取服务***返回的响应报文,响应报文用于发送至客户端。
具体地,在得到链路标识后,服务器通过链路标识所对应的服务链路,将服务获取请求发送至***标识所对应的服务***。服务***接收到服务获取请求后,对服务获取请求进行响应与处理,并生成响应报文。
服务***通过链路标识所对应的服务链路,将响应报文返回至服务器,服务器接收到响应报文后,再将响应报文返回至客户端,从而完成对服务获取请求的响应。
本实施例中,获取各服务***的请求处理信息,它是服务***对服务获取请求处理的日志与记录;从报文体积、处理时长以及运行状态等预设的路由维度对请求处理信息进行处理,从而全面地衡量服务***的服务处理状态,服务处理状态表征服务***处理速度的快慢以及是否能正常处理数据;根据服务处理状态确定各服务***所关联的企业服务总线中的服务链路,不同的服务处理状态关联于不同的服务链路,并根据关联关系生成动态路由配置表;在接收到客户端的服务获取请求后,从中提取***标识并基于动态路由配置表确定***标识所关联的链路标识;通过链路标识所对应的服务链路,将服务获取请求发送至***标识所对应的服务***以对服务获取请求进行响应;本申请评估服务***的服务处理状态,根据处理快慢以及是否异常选择相应的服务链路进行数据传输,不同的服务链路互相隔离以避免互相影响,从而可以有效面对各种流量转发状况,提高了企业服务总线的稳定性。
进一步的,上述步骤S202可以包括:对于各服务***,从请求处理信息中获取服务***关联的各服务获取请求的状态表征信息;根据状态表征信息,计算服务***的异常发生率;当服务***的异常发生率大于等于预设的发生率阈值时,将服务***标记为异常运行状态。
其中,状态表征信息可以反映服务***是否对服务获取请求进行了正常处理。
具体地,获取到的请求处理信息可以是多个服务***请求处理信息的集合。在判断每个服务***的服务处理状态时,只需要对该服务***所关联的服务获取请求所对应的请求处理信息进行处理。
首先从请求处理信息中提取状态表征信息,每个服务获取请求都对应有一份状态表征信息。状态表征信息可以由请求处理信息的生成者根据响应报文确定。生成者从响应报文中获取状态码或者预设字段信息,将状态码或者预设字段信息记录为状态表征信息。
根据状态码或者预设字段信息可以确定服务***对服务获取请求是处理成功还是处理异常。例如,在超文本传输协议(Hyper Text Transfer Protocol,HTTP)中,响应报文中的状态码为2或3开头的都表示服务***对服务获取请求处理成功,其余的状态码,比如404、500等状态码均表示服务***对服务获取请求处理异常。预设字段信息可以是预先约定的字段信息,例如,预定从响应报文中读取到特定的字段信息A时,表示服务***对服务获取请求处理成功,从响应报文中读取到特定的字段信息B时,表示服务***对服务获取请求处理异常;在一个实施例中,可以将服务***对服务处理请求的处理时长作为预设字段信息,当处理时长超过某个数值时,表示服务***对服务获取请求处理异常。
根据处理异常的服务获取请求数量在该服务***全部服务获取请求数量中所占的比例,可以得到服务***的异常发生率。获取预设的发生率阈值,将异常发生率与发生率阈值相比较,当异常发生率大于等于发生率阈值时,服务***处于异常运行状态;当异常发生率小于发生率阈值时,服务***处于正常运行状态。
本实施例中,从请求处理信息中获取状态表征信息,状态表征信息反应服务***对服务获取请求是否完成了正常处理,从而可以计算服务***的异常发生率;当异常发生率大于等于发生率阈值时,表明服务***出现异常较多,将其确定为异常运行状态,从而对服务***是否正常进行判断。
进一步的,当服务***的异常发生率小于预设的发生率阈值时,上述步骤S202还可以包括:从请求处理信息中获取服务***关联的各服务获取请求的请求报文体积与响应报文体积;根据请求报文体积与响应报文体积计算服务***的平均报文体积;当平均报文体积小于预设的体积阈值时,将服务***标记为服务处理高速状态;当平均报文体积大于等于体积阈值时,将服务***标记为服务处理稳定状态。
具体地,当异常发生率小于发生率阈值时,服务***处于正常运行状态,可以对正常运行状态进行进一步的划分。
请求处理信息中可以记录每个服务获取请求的请求报文体积,以及基于服务获取请求产生的响应报文的响应报文体积。这里提到的报文体积,是指报文的大小,可以用KB(千比特)、MB(兆比特)、GB(吉比特)等计算机中的存储单位进行衡量。
计算请求报文体积与响应报文体积的平均值,得到单次服务获取请求所对应的平均体积,对服务***所关联的各服务获取请求所对应的平均体积再求平均值,可以得到该服务***所对应的平均报文体积。
获取预设的体积阈值,将平均报文体积与体积阈值相比较,当平均报文体积小于体积阈值时,表明服务***的平均报文体积较小,服务***对服务获取请求的处理时间通常较短,处理速度通常较快,可以将服务***标记为服务处理高速状态;当平均报文体积大于等于体积阈值时,表明服务***的平均报文体积较大,服务***对服务获取请求的处理时间通常较长,处理速度通常较慢,可以将服务***标记为服务处理稳定状态。
本实施例中,计算服务***的平均报文体积,平均报文体积通常与处理时间成正比,体积越小处理速度越快,因此可以根据平均报文体积与体积阈值的大小关系,将服务***确定为服务处理高速状态或者服务处理稳定状态,从而实现服务***状态的进一步划分。
进一步的,在本申请的另一个实施例中,当服务***的异常发生率小于预设的发生率阈值时,上述步骤S202还可以包括:从请求处理信息中获取服务***关联的各服务获取请求的请求处理时长;根据各请求处理时间计算服务***的平均处理时长;当平均处理时长小于预设的时长阈值时,将服务***标记为服务处理高速状态;当平均处理时长大于等于预设的时长阈值时,将服务***标记为服务处理稳定状态。
具体地,当服务***的异常发生率小于预设的发生率阈值时,服务***处于正常运行状态,还可以基于处理时长对正常运行状态的服务***进行进一步的划分。
可以从请求处理信息中获取服务***关联的各服务获取请求的请求处理时长。企业服务总线将服务获取请求发送至服务***时,会记录当时的时间得到请求发送时间,当企业服务总线接收到服务***返回的响应报文时,会记录当时的时间得到响应接收时间。请求发送时间与响应接收时间可以记录在请求处理信息中,并根据请求发送时间以及响应接收时间计算请求处理时长,表明服务***对服务获取请求的处理消耗的时间长度。
对各请求处理时长计算平均值得到服务***的平均处理时长。获取预设的时长阈值,将平均处理时长与时长阈值相比较,当平均处理时长小于预设的时长阈值时,表明服务***对服务获取请求处理时间较短、处理速度较快,可以将服务***标记为服务处理高速状态;当平均处理时长大于等于时长阈值时,表明服务***对服务获取请求处理时间较长、处理速度较慢,可以将服务***标记为服务处理稳定状态。
本实施例中,计算服务***对服务获取请求的平均处理时长,平均处理时长越小,表明服务***处理速度越快,从而可以根据平均处理时长与时长阈值的大小关系,将服务***状态进一步划分。
进一步的,上述步骤S203可以包括:当服务***的服务处理状态为服务处理高速状态时,将服务***关联于企业服务总线中的高速服务链路;当服务***的服务处理状态为服务处理稳定状态时,将服务***关联于企业服务总线中的稳定服务链路;当服务***的服务处理状态为异常运行状态时,将服务***关联于企业服务总线中的保护服务链路;根据相关联的服务***的***标识与服务链路的链路标识生成动态路由配置表。
具体地,当服务***的服务处理状态为服务处理高速状态时,将服务***关联于企业服务总线中的高速服务链路;当服务处理状态为服务处理稳定状态时,将服务***关联于稳定服务链路;当服务处理状态为异常运行状态时,将服务***关联于保护服务链路。然后根据相关联的服务***的***标识与服务链路的链路标识生成动态路由配置表。动态路由配置表可以存储在服务器内部。
本实施例中,根据服务***的服务处理状态将服务***与服务链路相关联,并根据关联关系生成动态路由配置表,确保了后续根据动态路由配置表实现服务获取请求的合理转发。
进一步的,在上述步骤S205之后,还可以包括:当所关联的链路标识对应于高速服务链路时,获取高速服务链路的负载状态;当负载状态为高负载状态时,将所关联的链路标识修改为稳定服务链路的链路标识或者保护服务链路的链路标识。
具体地,如果识别到***标识所关联的链路标识对应于高速服务链路,则可以获取高速服务链路的负载状态。可以以数值的形式反应负载状态,数值越大,表明服务链路负载越大。
当负载状态为高负载状态时,表明高速服务链路此时负载压力过大,可能导致数据传输速度变慢。此时,可以将所关联的链路标识修改为稳定服务链路的链路标识或者保护服务链路的链路标识,避免高速服务链路的负载较大时仍然通过高速服务链路进行传输,导致服务链路拥堵、故障等情况的发生。
在一个实施例中,当高速服务链路处于高负载状态时,获取稳定服务链路的负载状态与保护服务链路的负载状态并进行比较,选取负载较小的服务链路,并通过选取到的服务链路向服务***发送服务获取请求。
本实施例中,当高速服务链路处于高负载状态时,调整链路标识,以通过稳定服务链路或者保护服务链路与服务***进行通信,以避免高速服务链路出现故障或者拥堵。
进一步的,上述基于企业服务总线的路由方法还可以包括:按照预设频率获取请求处理信息;根据获取到的请求处理信息更新动态路由配置表。
具体地,服务器可以根据预设频率获取请求处理信息,例如,以分钟为单位采集最新生成的请求处理信息。然后根据获取到的请求处理信息更新动态路由配置表。各服务链路与服务***的工作状态处于变化之中,动态更新动态路由配置表,可以使动态路由配置表符合较近时间段内服务***的工作状态,可以更加合理地进行转发,提高企业服务总线的稳定性。
本实施例中,动态更新动态路由配置表,可以使动态路由配置表符合较近时间段内服务***的工作状态,可以更加合理地实现转发,提高企业服务总线的稳定性。
在本申请的一个实施例中,图1中的服务器为集成的***,包含控制台、转发服务器以及数据采集器。其中,控制台用于配置和存储企业服务总线***的集群信息,包括各服务链路的链路属性(高速、稳定或者保护),企业服务总线***中服务器的网络地址、端口信息等,以及企业服务总线***中服务器的基础配置信息(中央处理单元CPU、内存、网络等配置)、服务链路的划分规则(例如发生率阈值、体积阈值、时长阈值等)等。
转发服务器是图1中服务器的核心***,负责请求流量的负载和转发。服务器可以根据智能数据采集器采集到的请求处理信息和控制台中的服务链路划分规则生成动态路由配置表。在转发时转发服务器会基于动态路由配置表把流量转发到企业服务总线中的某条服务链路。
智能数据采集器主要是采集企业服务总线***记录的所有服务***的处理日志,并将采集到的日志作为请求处理信息。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,该计算机程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)等非易失性存储介质,或随机存储记忆体(Random Access Memory,RAM)等。
应该理解的是,虽然附图的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,其可以以其他的顺序执行。而且,附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,其执行顺序也不必然是依次进行,而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
进一步参考图3,作为对上述图2所示方法的实现,本申请提供了一种基于企业服务总线的路由装置的一个实施例,该装置实施例与图2所示的方法实施例相对应,该装置具体可以应用于各种电子设备中。
如图3所示,本实施例所述的基于企业服务总线的路由装置300包括:信息获取模块301、状态确定模块302、关联确定模块303、请求获取模块304、标识确定模块305以及请求响应模块306,其中:
信息获取模块301,用于获取各服务***所对应的请求处理信息。
状态确定模块302,用于根据预设的路由维度对请求处理信息进行处理,得到各服务***的服务处理状态,路由维度包括报文体积维度、处理时长维度以及运行状态维度。
关联确定模块303,用于根据服务处理状态确定各服务***所关联的企业服务总线中的服务链路,并根据所关联的服务***的***标识与服务链路的链路标识生成动态路由配置表。
请求获取模块304,用于接收客户端发送的服务获取请求,服务获取请求包含***标识。
标识确定模块305,用于基于动态路由配置表确定***标识所关联的链路标识。
请求响应模块306,用于通过链路标识所对应的服务链路,将服务获取请求发送至***标识所对应的服务***,并获取服务***返回的响应报文,响应报文用于发送至客户端。
本实施例中,获取各服务***的请求处理信息,它是服务***对服务获取请求处理的日志与记录;从报文体积、处理时长以及运行状态等预设的路由维度对请求处理信息进行处理,从而全面地衡量服务***的服务处理状态,服务处理状态表征服务***处理速度的快慢以及是否能正常处理数据;根据服务处理状态确定各服务***所关联的企业服务总线中的服务链路,不同的服务处理状态关联于不同的服务链路,并根据关联关系生成动态路由配置表;在接收到客户端的服务获取请求后,从中提取***标识并基于动态路由配置表确定***标识所关联的链路标识;通过链路标识所对应的服务链路,将服务获取请求发送至***标识所对应的服务***以对服务获取请求进行响应;本申请评估服务***的服务处理状态,根据处理快慢以及是否异常选择相应的服务链路进行数据传输,不同的服务链路互相隔离以避免互相影响,从而可以有效面对各种流量转发状况,提高了企业服务总线的稳定性。
在本实施例的一些可选的实现方式中,状态确定模块302可以包括:表征获取子模块、异常计算子模块以及异常标记子模块,其中:
表征获取子模块,用于对于各服务***,从请求处理信息中获取服务***关联的各服务获取请求的状态表征信息。
异常计算子模块,用于根据状态表征信息,计算服务***的异常发生率。
异常标记子模块,用于当服务***的异常发生率大于等于预设的发生率阈值时,将服务***标记为异常运行状态。
本实施例中,从请求处理信息中获取状态表征信息,状态表征信息反应服务***对服务获取请求是否完成了正常处理,从而可以计算服务***的异常发生率;当异常发生率大于等于发生率阈值时,表明服务***出现异常较多,将其确定为异常运行状态,从而对服务***是否正常进行判断。
在本实施例的一些可选的实现方式中,当服务***的异常发生率小于预设的发生率阈值时,状态确定模块302又可以包括:体积获取子模块、体积计算子模块、第一标记子模块以及第二标记子模块,其中:
体积获取子模块,用于从请求处理信息中获取服务***关联的各服务获取请求的请求报文体积与响应报文体积。
体积计算子模块,用于根据请求报文体积与响应报文体积计算服务***的平均报文体积。
第一标记子模块,用于当平均报文体积小于预设的体积阈值时,将服务***标记为服务处理高速状态。
第二标记子模块,用于当平均报文体积大于等于体积阈值时,将服务***标记为服务处理稳定状态。
本实施例中,计算服务***的平均报文体积,平均报文体积通常与处理时间成正比,体积越小处理速度越快,因此可以根据平均报文体积与体积阈值的大小关系,将服务***确定为服务处理高速状态或者服务处理稳定状态,从而实现服务***状态的进一步划分。
在本实施例的另一些可选的实现方式中,当服务***的异常发生率小于预设的发生率阈值时,状态确定模块302还可以包括:时长获取子模块、时长计算子模块、第三标记子模块以及第四标记子模块,其中:
时长获取子模块,用于从请求处理信息中获取服务***关联的各服务获取请求的请求处理时长。
时长计算子模块,用于根据各请求处理时间计算服务***的平均处理时长。
第三标记子模块,用于当平均处理时长小于预设的时长阈值时,将服务***标记为服务处理高速状态。
第四标记子模块,用于当平均处理时长大于等于预设的时长阈值时,将服务***标记为服务处理稳定状态。
本实施例中,计算服务***对服务获取请求的平均处理时长,平均处理时长越小,表明服务***处理速度越快,从而可以根据平均处理时长与时长阈值的大小关系,将服务***状态进一步划分。
在本实施例的一些可选的实现方式中,关联确定模块303可以包括:高速关联子模块、稳定关联子模块、异常关联子模块以及路由生成子模块,其中:
高速关联子模块,用于当服务***的服务处理状态为服务处理高速状态时,将服务***关联于企业服务总线中的高速服务链路。
稳定关联子模块,用于当服务***的服务处理状态为服务处理稳定状态时,将服务***关联于企业服务总线中的稳定服务链路。
异常关联子模块,用于当服务***的服务处理状态为异常运行状态时,将服务***关联于企业服务总线中的保护服务链路。
路由生成子模块,用于根据相关联的服务***的***标识与服务链路的链路标识生成动态路由配置表。
本实施例中,根据服务***的服务处理状态将服务***与服务链路相关联,并根据关联关系生成动态路由配置表,确保了后续根据动态路由配置表实现服务获取请求的合理转发。
在本实施例的一些可选的实现方式中,基于企业服务总线的路由装置还可以包括:负载获取模块以及标识调整模块,其中:
负载获取模块,用于当所关联的链路标识对应于高速服务链路时,获取高速服务链路的负载状态。
标识调整模块,用于当负载状态为高负载状态时,将所关联的链路标识修改为稳定服务链路的链路标识或者保护服务链路的链路标识。
本实施例中,当高速服务链路处于高负载状态时,调整链路标识,以通过稳定服务链路或者保护服务链路与服务***进行通信,以避免高速服务链路出现故障或者拥堵。
在本实施例的一些可选的实现方式中,基于企业服务总线的路由装置300还可以包括:获取模块以及路由更新模块,其中:
获取模块,用于按照预设频率获取请求处理信息。
路由更新模块,用于根据获取到的请求处理信息更新动态路由配置表。
本实施例中,动态更新动态路由配置表,可以使动态路由配置表符合较近时间段内服务***的工作状态,可以更加合理地实现转发,提高企业服务总线的稳定性。
为解决上述技术问题,本申请实施例还提供计算机设备。具体请参阅图4,图4为本实施例计算机设备基本结构框图。
所述计算机设备4包括通过***总线相互通信连接存储器41、处理器42、网络接口43。需要指出的是,图中仅示出了具有组件41-43的计算机设备4,但是应理解的是,并不要求实施所有示出的组件,可以替代的实施更多或者更少的组件。其中,本技术领域技术人员可以理解,这里的计算机设备是一种能够按照事先设定或存储的指令,自动进行数值计算和/或信息处理的设备,其硬件包括但不限于微处理器、专用集成电路(ApplicationSpecific Integrated Circuit,ASIC)、可编程门阵列(Field-Programmable GateArray,FPGA)、数字处理器(Digital Signal Processor,DSP)、嵌入式设备等。
所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。
所述存储器41至少包括一种类型的可读存储介质,所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如,SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中,所述存储器41可以是所述计算机设备4的内部存储单元,例如该计算机设备4的硬盘或内存。在另一些实施例中,所述存储器41也可以是所述计算机设备4的外部存储设备,例如该计算机设备4上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(FlashCard)等。当然,所述存储器41还可以既包括所述计算机设备4的内部存储单元也包括其外部存储设备。本实施例中,所述存储器41通常用于存储安装于所述计算机设备4的操作***和各类应用软件,例如基于企业服务总线的路由方法的计算机可读指令等。此外,所述存储器41还可以用于暂时地存储已经输出或者将要输出的各类数据。
所述处理器42在一些实施例中可以是中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器42通常用于控制所述计算机设备4的总体操作。本实施例中,所述处理器42用于运行所述存储器41中存储的计算机可读指令或者处理数据,例如运行所述基于企业服务总线的路由方法的计算机可读指令。
所述网络接口43可包括无线网络接口或有线网络接口,该网络接口43通常用于在所述计算机设备4与其他电子设备之间建立通信连接。
本实施例中提供的计算机设备可以执行上述基于企业服务总线的路由方法。此处基于企业服务总线的路由方法可以是上述各个实施例的基于企业服务总线的路由方法。
本实施例中,获取各服务***的请求处理信息,它是服务***对服务获取请求处理的日志与记录;从报文体积、处理时长以及运行状态等预设的路由维度对请求处理信息进行处理,从而全面地衡量服务***的服务处理状态,服务处理状态表征服务***处理速度的快慢以及是否能正常处理数据;根据服务处理状态确定各服务***所关联的企业服务总线中的服务链路,不同的服务处理状态关联于不同的服务链路,并根据关联关系生成动态路由配置表;在接收到客户端的服务获取请求后,从中提取***标识并基于动态路由配置表确定***标识所关联的链路标识;通过链路标识所对应的服务链路,将服务获取请求发送至***标识所对应的服务***以对服务获取请求进行响应;本申请评估服务***的服务处理状态,根据处理快慢以及是否异常选择相应的服务链路进行数据传输,不同的服务链路互相隔离以避免互相影响,从而可以有效面对各种流量转发状况,提高了企业服务总线的稳定性。
本申请还提供了另一种实施方式,即提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机可读指令,所述计算机可读指令可被至少一个处理器执行,以使所述至少一个处理器执行如上述的基于企业服务总线的路由方法的步骤。
本实施例中,获取各服务***的请求处理信息,它是服务***对服务获取请求处理的日志与记录;从报文体积、处理时长以及运行状态等预设的路由维度对请求处理信息进行处理,从而全面地衡量服务***的服务处理状态,服务处理状态表征服务***处理速度的快慢以及是否能正常处理数据;根据服务处理状态确定各服务***所关联的企业服务总线中的服务链路,不同的服务处理状态关联于不同的服务链路,并根据关联关系生成动态路由配置表;在接收到客户端的服务获取请求后,从中提取***标识并基于动态路由配置表确定***标识所关联的链路标识;通过链路标识所对应的服务链路,将服务获取请求发送至***标识所对应的服务***以对服务获取请求进行响应;本申请评估服务***的服务处理状态,根据处理快慢以及是否异常选择相应的服务链路进行数据传输,不同的服务链路互相隔离以避免互相影响,从而可以有效面对各种流量转发状况,提高了企业服务总线的稳定性。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本申请各个实施例所述的方法。
显然,以上所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例,附图中给出了本申请的较佳实施例,但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现,相反地,提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明,对于本领域的技术人员来而言,其依然可以对前述各具体实施方式所记载的技术方案进行修改,或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构,直接或间接运用在其他相关的技术领域,均同理在本申请专利保护范围之内。

Claims (10)

1.一种基于企业服务总线的路由方法,其特征在于,包括下述步骤:
获取各服务***所对应的请求处理信息;
根据预设的路由维度对所述请求处理信息进行处理,得到所述各服务***的服务处理状态,所述路由维度包括报文体积维度、处理时长维度以及运行状态维度;
根据所述服务处理状态确定所述各服务***所关联的企业服务总线中的服务链路,并根据所关联的服务***的***标识与服务链路的链路标识生成动态路由配置表;
接收客户端发送的服务获取请求,所述服务获取请求包含***标识;
基于所述动态路由配置表确定所述***标识所关联的链路标识;
通过所述链路标识所对应的服务链路,将所述服务获取请求发送至所述***标识所对应的服务***,并获取所述服务***返回的响应报文,所述响应报文用于发送至所述客户端。
2.根据权利要求1所述的基于企业服务总线的路由方法,其特征在于,所述根据预设的路由维度对所述请求处理信息进行处理,得到所述各服务***的服务处理状态的步骤包括:
对于所述各服务***,从所述请求处理信息中获取服务***关联的各服务获取请求的状态表征信息;
根据所述状态表征信息,计算所述服务***的异常发生率;
当所述服务***的异常发生率大于等于预设的发生率阈值时,将所述服务***标记为异常运行状态。
3.根据权利要求2所述的基于企业服务总线的路由方法,其特征在于,当所述服务***的异常发生率小于预设的发生率阈值时,所述根据预设的路由维度对所述请求处理信息进行处理,得到所述各服务***的服务处理状态的步骤还包括:
从所述请求处理信息中获取所述服务***关联的所述各服务获取请求的请求报文体积与响应报文体积;
根据所述请求报文体积与所述响应报文体积计算所述服务***的平均报文体积;
当所述平均报文体积小于预设的体积阈值时,将所述服务***标记为服务处理高速状态;
当所述平均报文体积大于等于所述体积阈值时,将所述服务***标记为服务处理稳定状态。
4.根据权利要求2所述的基于企业服务总线的路由方法,其特征在于,当所述服务***的异常发生率小于预设的发生率阈值时,所述根据预设的路由维度对所述请求处理信息进行处理,得到所述各服务***的服务处理状态的步骤还包括:
从所述请求处理信息中获取所述服务***关联的所述各服务获取请求的请求处理时长;
根据各请求处理时间计算所述服务***的平均处理时长;
当所述平均处理时长小于预设的时长阈值时,将所述服务***标记为服务处理高速状态;
当所述平均处理时长大于等于预设的时长阈值时,将所述服务***标记为服务处理稳定状态。
5.根据权利要求1所述的基于企业服务总线的路由方法,其特征在于,所述根据所述服务处理状态确定所述各服务***所关联的企业服务总线中的服务链路,并根据所关联的服务***的***标识与服务链路的链路标识生成动态路由配置表的步骤包括:
当服务***的服务处理状态为服务处理高速状态时,将所述服务***关联于企业服务总线中的高速服务链路;
当服务***的服务处理状态为服务处理稳定状态时,将所述服务***关联于所述企业服务总线中的稳定服务链路;
当服务***的服务处理状态为异常运行状态时,将所述服务***关联于所述企业服务总线中的保护服务链路;
根据相关联的服务***的***标识与服务链路的链路标识生成动态路由配置表。
6.根据权利要求5所述的基于企业服务总线的路由方法,其特征在于,在基于所述动态路由配置表确定所述***标识所关联的链路标识的步骤之后,还包括:
当所关联的链路标识对应于所述高速服务链路时,获取所述高速服务链路的负载状态;
当所述负载状态为高负载状态时,将所关联的链路标识修改为所述稳定服务链路的链路标识或者所述保护服务链路的链路标识。
7.根据权利要求1所述的基于企业服务总线的路由方法,其特征在于,方法还包括:
按照预设频率获取请求处理信息;
根据获取到的请求处理信息更新所述动态路由配置表。
8.一种基于企业服务总线的路由装置,其特征在于,包括:
信息获取模块,用于获取各服务***所对应的请求处理信息;
状态确定模块,用于根据预设的路由维度对所述请求处理信息进行处理,得到所述各服务***的服务处理状态,所述路由维度包括报文体积维度、处理时长维度以及运行状态维度;
关联确定模块,用于根据所述服务处理状态确定所述各服务***所关联的企业服务总线中的服务链路,并根据所关联的服务***的***标识与服务链路的链路标识生成动态路由配置表;
请求获取模块,用于接收客户端发送的服务获取请求,所述服务获取请求包含***标识;
标识确定模块,用于基于所述动态路由配置表确定所述***标识所关联的链路标识;
请求响应模块,用于通过所述链路标识所对应的服务链路,将所述服务获取请求发送至所述***标识所对应的服务***,并获取所述服务***返回的响应报文,所述响应报文用于发送至所述客户端。
9.一种计算机设备,包括存储器和处理器,所述存储器中存储有计算机可读指令,所述处理器执行所述计算机可读指令时实现如权利要求1至7中任一项所述的基于企业服务总线的路由方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机可读指令,所述计算机可读指令被处理器执行时实现如权利要求1至7中任一项所述的基于企业服务总线的路由方法的步骤。
CN202210306267.8A 2022-03-25 2022-03-25 基于企业服务总线的路由方法、装置及计算机设备 Active CN114650252B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210306267.8A CN114650252B (zh) 2022-03-25 2022-03-25 基于企业服务总线的路由方法、装置及计算机设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210306267.8A CN114650252B (zh) 2022-03-25 2022-03-25 基于企业服务总线的路由方法、装置及计算机设备

Publications (2)

Publication Number Publication Date
CN114650252A true CN114650252A (zh) 2022-06-21
CN114650252B CN114650252B (zh) 2023-11-21

Family

ID=81994671

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210306267.8A Active CN114650252B (zh) 2022-03-25 2022-03-25 基于企业服务总线的路由方法、装置及计算机设备

Country Status (1)

Country Link
CN (1) CN114650252B (zh)

Citations (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080120380A1 (en) * 2006-11-17 2008-05-22 International Business Machines Corporation Internet relay chat (irc) framework for a global enterprise service bus (esb)
US20090070456A1 (en) * 2007-09-11 2009-03-12 International Business Machines Corporation Protocol for enabling dynamic and scalable federation of enterprise service buses
CN101610288A (zh) * 2009-06-16 2009-12-23 浙江大学 一种企业服务总线智能路由方法
US20100082737A1 (en) * 2008-09-26 2010-04-01 Carlson Marketing Worldwide, Inc. Dynamic service routing
CN102347983A (zh) * 2011-08-26 2012-02-08 四川长虹电器股份有限公司 面向服务的体系结构下的企业服务总线***
CN102387075A (zh) * 2011-10-18 2012-03-21 成都康赛电子科大信息技术有限责任公司 面向企业服务总线的动态服务路由方法及装置
CN102868608A (zh) * 2012-09-04 2013-01-09 江苏大学 一种基于消息机制的企业服务总线***
CN104065508A (zh) * 2014-06-23 2014-09-24 浪潮(北京)电子信息产业有限公司 应用服务健康检查方法、装置和***
WO2015100530A1 (zh) * 2013-12-30 2015-07-09 华为技术有限公司 一种业务路由的方法、设备及***
CN108289041A (zh) * 2018-01-25 2018-07-17 郑州云海信息技术有限公司 一种服务器信息的处理方法以及相关装置
CN110365566A (zh) * 2019-06-26 2019-10-22 成都夸克光电技术有限公司 一种高速数据通信总线自适应匹配方法
CN110502494A (zh) * 2019-08-30 2019-11-26 北京思维造物信息科技股份有限公司 日志处理方法、装置、计算机设备及存储介质
CN110807050A (zh) * 2019-09-25 2020-02-18 平安科技(深圳)有限公司 性能分析方法、装置、计算机设备及存储介质
CN110932918A (zh) * 2019-12-26 2020-03-27 远景智能国际私人投资有限公司 日志数据采集方法、装置及存储介质
CN110995522A (zh) * 2019-10-10 2020-04-10 北京奇艺世纪科技有限公司 一种信息处理方法及装置
CN111181943A (zh) * 2019-12-24 2020-05-19 平安医疗健康管理股份有限公司 基于业务中台的服务交互方法、装置、计算机设备及计算机存储介质
CN111355816A (zh) * 2020-05-22 2020-06-30 支付宝(杭州)信息技术有限公司 服务器选取方法、装置、设备及分布式服务***
CN111654433A (zh) * 2015-07-31 2020-09-11 华为技术有限公司 路由规则的获取方法、设备和***
CN112801666A (zh) * 2021-03-30 2021-05-14 北京宇信科技集团股份有限公司 基于企业服务总线的监控管理方法、***、介质和设备

Patent Citations (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080120380A1 (en) * 2006-11-17 2008-05-22 International Business Machines Corporation Internet relay chat (irc) framework for a global enterprise service bus (esb)
US20090070456A1 (en) * 2007-09-11 2009-03-12 International Business Machines Corporation Protocol for enabling dynamic and scalable federation of enterprise service buses
US20100082737A1 (en) * 2008-09-26 2010-04-01 Carlson Marketing Worldwide, Inc. Dynamic service routing
CN101610288A (zh) * 2009-06-16 2009-12-23 浙江大学 一种企业服务总线智能路由方法
CN102347983A (zh) * 2011-08-26 2012-02-08 四川长虹电器股份有限公司 面向服务的体系结构下的企业服务总线***
CN102387075A (zh) * 2011-10-18 2012-03-21 成都康赛电子科大信息技术有限责任公司 面向企业服务总线的动态服务路由方法及装置
CN102868608A (zh) * 2012-09-04 2013-01-09 江苏大学 一种基于消息机制的企业服务总线***
WO2015100530A1 (zh) * 2013-12-30 2015-07-09 华为技术有限公司 一种业务路由的方法、设备及***
CN104065508A (zh) * 2014-06-23 2014-09-24 浪潮(北京)电子信息产业有限公司 应用服务健康检查方法、装置和***
CN111654433A (zh) * 2015-07-31 2020-09-11 华为技术有限公司 路由规则的获取方法、设备和***
CN108289041A (zh) * 2018-01-25 2018-07-17 郑州云海信息技术有限公司 一种服务器信息的处理方法以及相关装置
CN110365566A (zh) * 2019-06-26 2019-10-22 成都夸克光电技术有限公司 一种高速数据通信总线自适应匹配方法
CN110502494A (zh) * 2019-08-30 2019-11-26 北京思维造物信息科技股份有限公司 日志处理方法、装置、计算机设备及存储介质
CN110807050A (zh) * 2019-09-25 2020-02-18 平安科技(深圳)有限公司 性能分析方法、装置、计算机设备及存储介质
CN110995522A (zh) * 2019-10-10 2020-04-10 北京奇艺世纪科技有限公司 一种信息处理方法及装置
CN111181943A (zh) * 2019-12-24 2020-05-19 平安医疗健康管理股份有限公司 基于业务中台的服务交互方法、装置、计算机设备及计算机存储介质
CN110932918A (zh) * 2019-12-26 2020-03-27 远景智能国际私人投资有限公司 日志数据采集方法、装置及存储介质
CN111355816A (zh) * 2020-05-22 2020-06-30 支付宝(杭州)信息技术有限公司 服务器选取方法、装置、设备及分布式服务***
CN112801666A (zh) * 2021-03-30 2021-05-14 北京宇信科技集团股份有限公司 基于企业服务总线的监控管理方法、***、介质和设备

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
PENG XU; WENCAI DU: "ERDSR: Efficient and Reliable Dynamic Service Routing in Enterprise Service Bus", 《2013 THIRD INTERNATIONAL CONFERENCE ON INTELLIGENT SYSTEM DESIGN AND ENGINEERING APPLICATIONS》 *
吴斌: "企业服务总线中动态服务路由技术的研究", 《CNKI》 *
王胜娟;江水;: "企业集成中的企业服务总线技术", 计算机工程, no. 13 *

Also Published As

Publication number Publication date
CN114650252B (zh) 2023-11-21

Similar Documents

Publication Publication Date Title
CN111414334A (zh) 基于云技术的文件分片上传方法、装置、设备及存储介质
CN111813573B (zh) 管理平台与机器人软件的通信方法及其相关设备
CN111641563B (zh) 基于分布式场景的流量自适应方法与***
CN112367384B (zh) 基于Kafka集群的动态限速方法、装置以及计算机设备
CN112463422A (zh) 物联网故障运维方法、装置、计算机设备及存储介质
CN112468409A (zh) 访问控制方法、装置、计算机设备及存储介质
CN114095567A (zh) 数据访问请求的处理方法、装置、计算机设备及介质
WO2012129684A1 (en) Transforming http requests into web services trust messages for security processing
CN112422450A (zh) 计算机设备、服务请求的流量控制方法及装置
CN110245014B (zh) 数据处理方法和装置
CN111159131A (zh) 性能优化方法、装置、设备及计算机可读存储介质
CN113242301A (zh) 真实服务器的选定方法、装置、计算机设备及存储介质
CN111475468A (zh) 新增***的日志接入方法、装置、设备及存储介质
CN109600254B (zh) 全链路日志的生成方法及相关***
CN111767481A (zh) 访问处理方法、装置、设备和存储介质
CN114650252B (zh) 基于企业服务总线的路由方法、装置及计算机设备
CN114048059A (zh) 接口的超时时间调整方法、装置、计算机设备及存储介质
CN114520807A (zh) 文件上传下载方法、装置、计算机设备及存储介质
CN114186976A (zh) 工作流程流转方法、装置、计算机设备及存储介质
CN114615325A (zh) 消息推送方法、装置、计算机设备及存储介质
CN110134547B (zh) 一种基于中间件的重复数据删除方法和相关装置
CN113326333A (zh) 数据处理方法、***、计算机设备及计算机存储介质
CN114637651A (zh) 内存帧率检测方法、装置、计算机设备及存储介质
CN113726885A (zh) 一种流量配额的调整方法和装置
CN113238919A (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