CN114024826A - 基于服务网格技术实现分布式esb场景下的应用多活系统 - Google Patents
基于服务网格技术实现分布式esb场景下的应用多活系统 Download PDFInfo
- Publication number
- CN114024826A CN114024826A CN202210004591.4A CN202210004591A CN114024826A CN 114024826 A CN114024826 A CN 114024826A CN 202210004591 A CN202210004591 A CN 202210004591A CN 114024826 A CN114024826 A CN 114024826A
- Authority
- CN
- China
- Prior art keywords
- service
- protocol
- esb
- side car
- service 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
-
- 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
-
- 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/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请涉及一种基于服务网格技术实现分布式ESB场景下的应用多活系统,属于通信技术领域,其包括管控平台和至少两个数据中心;数据中心运行有同一应用对应的服务调用方和服务提供方,用于监听服务调用方的下游边车,与下游边车通信相连且用于监听服务提供方的上游边车,用于监控服务提供方故障情况的故障监控代理,以及与下游边车通信相连的配置中心,管控平台分别与配置中心和故障监控代理通信相连;可以解决ESB无法做到多个数据中心寻址,且无法保证任意数据中心业务故障后都可倒流到其他数据中心,从而保证业务请求不中断的问题;可以实现到多个数据中心寻址;通过下游边车实现多数据中心路由,保证业务应用双活甚至多活等能力。
Description
技术领域
本申请涉及一种基于服务网格技术实现分布式ESB场景下的应用多活系统,属于通信技术领域。
背景技术
企业服务总线(Enterprise Service Bus,ESB):是实现系统间集成和互联互通的一个技术架构,可以理解为是一种消息和服务集成的中间件平台。具体地,ESB是构建基于面向服务体系结构(service-oriented architecture,SOA)解决方案时所使用基础架构的关键部分,是由中间件技术实现并支持SOA的一组基础架构功能。ESB支持异构环境中的服务、消息、以及基于事件的交互,并且具有适当的服务级别和可管理性。简而言之,ESB提供了连接企业内部及跨企业间新的和现有软件应用程序的功能,以一组丰富的功能启用管理和监控应用程序之间的交互。在SOA分层模型中,ESB用于组件层以及服务层之间,它能够通过多种通信协议连接并集成不同平台上的组件将其映射成服务层的服务。
目前,在企业中会新建多个数据中心,为保证业务的连续性,同一业务会在至少两个数据中心部署,以使两个数据中心中业务同时提供服务。传统ESB无法下沉到业务进程,无法做到分布式部署,ESB居多是在一个数据中心进行路由寻址,无法做到多个数据中心寻址。
另外,传统的ESB不支持故障转移的能力,无法保证任意数据中心业务故障后都可倒流到其他数据中心,从而保证业务请求不中断。
发明内容
本申请提供了一种基于服务网格技术实现分布式ESB场景下的应用多活系统,可以解决ESB无法做到多个数据中心寻址,且无法保证任意数据中心业务故障后都可倒流到其他数据中心,从而保证业务请求不中断的问题。本申请提供如下技术方案:
提供一种基于服务网格技术实现分布式ESB场景下的应用多活系统,所述系统包括:管控平台和至少两个数据中心;所述数据中心运行有同一应用对应的服务调用方和服务提供方,用于监听所述服务调用方的下游边车,与所述下游边车通信相连且用于监听所述服务提供方的上游边车,用于监控所述服务提供方故障情况的故障监控代理,以及与所述下游边车通信相连的配置中心,所述管控平台分别与所述配置中心和所述故障监控代理通信相连;
所述服务调用方,用于使用传统的ESB协议向预先发布的ESB接口发送业务请求;
所述下游边车,用于拦截所述业务请求;将所述业务请求的原始协议转换为边车内部协议,得到协议转换后的业务请求;对所述业务请求的请求报文进行分析,得到所述上游边车的上游地址;获取所述管控平台通过所述配置中心下发的流量转发策略;在所述流量转发策略指示本地数据中心路由的情况下,基于所述上游地址将所述协议转换后的业务请求发送至所述数据中心内部的上游边车;在所述流量转发策略指示外部数据中心路由的情况下,基于所述上游地址将所述协议转换后的业务请求发送至其它数据中心的上游边车;
所述上游边车,用于在接收到所述协议转换后的业务请求的情况下,将所述协议转换后的业务请求的所述边车内部协议转换为上游业务协议,得到上游业务请求;将所述上游业务请求发送至所述上游边车对应的服务提供方;
所述服务提供方,用于接收所述上游边车发送的上游业务请求;按照所述上游业务请求提供服务。
可选地,所述管控平台,用于接收所述应用的应用实例的注册信息,以在所述管控平台注册所述应用;发布所述ESB接口;将所述ESB接口与所述服务提供方关联;为所述ESB接口设置授权调用者信息,所述授权调用者信息用于指示允许调用所述ESB接口的服务调用者;基于所述授权调用者信息生成所述下游边车的差异化配置信息;确定每个数据中心的流量切分模型,所述流量转发策略包括所述流量切分模型;将所述差异化配置信息和所述流量切分模型发送至对应的配置中心;
所述配置中心,用于接收所述差异化配置信息和所述流量切分模型;
所述下游边车,用于从所述配置中心加载对应的差异化配置信息和流量切分模型。
可选地,所述差异化配置信息包括每个下游边车被授权的ESB接口、所述ESB接口对应的服务提供方信息,其中,所述服务提供方信息包括位于至少两个数据中心中的服务提供方的实例信息。
可选地,所述故障监控代理,用于在监控到所述服务提供方不可用的情况下,将故障事件发送至所述管控平台;
所述管控平台,用于在接收到所述故障事件的情况下,基于所述故障事件生成故障转移策略;所述流量转发策略包括所述故障转移策略,且所述故障转移策略的优先级高于其它流量转发策略;将所述故障转移策略发送至发生故障的数据中心中的目标配置中心;
所述目标配置中心,还用于将所述故障转移策略发送至对应的下游边车,以供所述下游边车基于所述故障转移策略将所述协议转换后的业务请求发送至其它数据中心的上游边车。
可选地,所述业务请求使用的请求协议、报文格式和编码格式与传统的ESB协议相同。
可选地,所述使用传统的ESB协议向预先发布的ESB接口发送业务请求,包括:
使用TCP协议向所述ESB接口发送报文格式为XML格式、编码格式为编码标准GBK的业务请求。
可选地,所述边车内部协议包括HTTP协议、编码格式包括utf8、报文格式包括json。
可选地,所述将所述业务请求的原始协议转换为边车内部协议,包括:
将所述业务请求的报文中的寻址标识作为HTTP协议的URL。
可选地,所述上游业务协议包括SOAP协议。
本申请的有益效果至少包括:通过设置管控平台和至少两个数据中心;数据中心运行有同一应用对应的服务调用方和服务提供方,用于监听服务调用方的下游边车,与下游边车通信相连且用于监听服务提供方的上游边车,用于监控服务提供方故障情况的故障监控代理,以及与下游边车通信相连的配置中心,管控平台分别与配置中心和故障监控代理通信相连;可以解决ESB无法做到多个数据中心寻址,且无法保证任意数据中心业务故障后都可倒流到其他数据中心,从而保证业务请求不中断的问题;可以将ESB能力以边车的形式下层到每个业务进程,与业务进程伴生,定向下发路由配置,同时打通下游业务进程到下游边车,下游边车到上游业务进程链路信息;可以实现到多个数据中心寻址;同时,通过下游边车实现多数据中心路由,保证业务应用双活甚至多活等能力。
另外,当下游边车不可用时只影响前调用方系统,对整体没有影响。
另外,由于采用了边车的模式来处理被代理服务的请求,解决了集中式处理所需要的大量服务器资源以及部署这些服务所需要的人力资源和维护成本。
另外,由于使用边车代理的方式来处理进出请求,使用户在迁移过程中对其它系统无感知,对本系统无需改造。
另外,由于采用了分布式架构设计边车的方式,每个服务的边车只处理自己代理的服务,只能的单一大大提升了处理性能。
上述说明仅是本申请技术方案的概述,为了能够更清楚了解本申请的技术手段,并可依照说明书的内容予以实施,以下以本申请的较佳实施例并配合附图详细说明如后。
附图说明
图1是本申请一个实施例提供的用于边缘计算的在单向网络上实现双向安全通讯的系统的结构示意图;
图2是本申请一个实施例提供的下游边车接收服务调用方流量到达服务提供方的过程的流程图;
图3是本申请一个实施例提供的管控平台对各个下游边车进行配置的过程的流程图;
图4是本申请一个实施例提供的实现应用双活或多活的过程的示意图。
具体实施方式
下面结合附图和实施例,对本申请的具体实施方式做进一步详细描述。以下实施例用于说明本申请,但不用来限制本申请的范围。
首先,对于本申请涉及的若干名词进行介绍。
企业服务总线(Enterprise Service Bus,ESB):是实现系统间集成和互联互通的一个技术架构,可以理解为是一种消息和服务集成的中间件平台。具体地,ESB是构建基于面向服务体系结构(service-oriented architecture,SOA)解决方案时所使用基础架构的关键部分,是由中间件技术实现并支持SOA的一组基础架构功能。ESB支持异构环境中的服务、消息、以及基于事件的交互,并且具有适当的服务级别和可管理性。简而言之,ESB提供了连接企业内部及跨企业间新的和现有软件应用程序的功能,以一组丰富的功能启用管理和监控应用程序之间的交互。在SOA分层模型中,ESB用于组件层以及服务层之间,它能够通过多种通信协议连接并集成不同平台上的组件将其映射成服务层的服务。
ESB主要是为了解决多个应用系统互联所面临的复杂性,降低集成和维护成本。比如:医疗业务系统分为很多个系统,包括HIS、LIS、EMR等等,如果这些业务系统是由多个开发商开发的,可能会有构建语言不同、通信协议不同、数据传输格式不同等问题,将这些系统用一条线串起来即可通过ESB实现。ESB需要保证多个应用系统的服务接入,协议转换,提供可靠的消息传输,数据格式转换,基于内容路由等功能。
ESB的服务接入方式包括简单对象访问协议(Simple Object Access Protocol,SOAP)面向服务的架构。其中,SOAP是交换数据的一种协议规范,是一种轻量的、简单的、基于标准通用标记语言(Extensible Markup Language,XML)下的一个子集的协议,它被设计成在WEB上交换结构化的和固化的信息。
服务网格(SERVICE MESH):用于控制应用的不同部分之间如何共享数据。与用于管理此类通信的其他系统不同,服务网格内置于应用程序中的专用基础架构层。它使每个service实例之间的通信更加流畅、可靠和迅速。服务网格提供了诸如服务发现、负载均衡、加密、身份鉴定、授权、支持熔断器模式( Circuit Breaker Pattern )以及其他一系列功能。
服务网格的实现通常是提供一个代理实例—边车(sidecar)。sidecar 包含在每一个service 之中。sidecar 主要处理 service 间的通信、监控、以及以从服务本体中抽象出来的安全方面的部分。
Sidecar用到软件架构中,Sidecar应用是连接到父应用,并为其扩展或增强功能。Sidecar应用于主应用程序松耦合。
传输控制协议 (Transmission Control Protocol, TCP):是一种面向连接的、可靠的、基于字节流的传输层通信协议。
超文本传输协议(Hypertext Transfer Protocol, HTTP):旨在启用客户端和服务器之间的通信,HTTP 充当客户端和服务器之间的请求-响应协议。
图1是本申请一个实施例提供的基于服务网格技术实现分布式ESB场景下的应用多活系统。本实施例中,使用分布式ESB架构替换传统ESB架构,很重要的一点是业务无感知,业务还是使用之前的请求协议、报文格式、编码格式去向边车发起请求,该边车通过动态配置生成一份专用于该调用者的配置信息,在边车内部路由、协议、报文格式、编码转换,最终到达服务提供方。具体地,该系统包括:管控平台110和至少两个数据中心120。
本实施例中,至少两个数据中心运行有同一应用对应的服务调用方121和服务提供方122,用于监听服务调用方的下游边车123,与下游边车通信相连且用于监听服务提供方的上游边车124,用于监控服务提供方故障情况的故障监控代理125,以及与下游边车123、通信相连的配置中心126;管控平台110分别与配置中心126和故障监控代理125通信相连。
管控平台主要作用是协调器的作用,具体协调多个数据中心中多活应用的流量分发,默认流量模型由管控平台下发至配置中心,由其推送进行差异化推送到各个下游边车上。
配置中心主要用于进行数据中心中边车的注册,以及供管控平台下发配置信息,最终由配置中心推送至所有边车上,包含下游应用订阅所有服务提供者信息、流量切分数据、接入接出协议模型。
故障监控代理用于监听注册中心边车及业务进程的健康状态,注册中心实现了主动及被动的健康检查。当某个数据中心的应用异常时,故障监控代理将信息上报至管控平台,由管控平台协调数据中心流量,及时将流量倒流至其他数据中心的相同应用上,保证业务的连续性。
下游边车可视为一个根据不同下游应用定制版ESB,将ESB功能下沉至每个下游边车,边车上实现了当前下游的接入协议、报文、编码转换,且根据报文内容进行路由,通常下游服务调用ESB是不知道具体上游地址具体是谁,在本系统中与传统ESB一致,下游不需要知道具体上游地址,由下游边车根据报文信息分析出上游地址,并最终将数据调用到上游,在调用过程中记录所有信息并上报至可观测性平台,如链路跟踪和日志平台。下游边车也会根据管控平台设置的流量模型将流量在本数据中心和外部数据中心切换。
下面对本系统的具体应用双活方式进行介绍。
下游边车接收服务调用方流量到达服务提供方的过程参考图2,该过程至少包括以下几个步骤:
步骤21,服务调用方使用传统的ESB协议向预先发布的ESB接口发送业务请求。
业务请求使用的请求协议、报文格式和编码格式与传统的ESB协议相同。
在一个示例中,使用传统的ESB协议向预先发布的ESB接口发送业务请求,包括:使用TCP协议向ESB接口发送报文格式为XML格式、编码格式为编码标准GBK的业务请求。
步骤22,下游边车拦截业务请求;将业务请求的原始协议转换为边车内部协议,得到协议转换后的业务请求;对业务请求的请求报文进行分析,得到上游边车的上游地址;获取管控平台通过配置中心下发的流量转发策略;在流量转发策略指示本地数据中心路由的情况下,基于上游地址将协议转换后的业务请求发送至数据中心内部的上游边车;在流量转发策略指示外部数据中心路由的情况下,基于上游地址将协议转换后的业务请求发送至其它数据中心的上游边车。
示意性地,边车内部协议包括HTTP协议、编码格式包括utf8、报文格式包括json。相应地,将业务请求的原始协议转换为边车内部协议,包括:将业务请求的报文中的寻址标识作为HTTP协议的URL。
示意性地,上游业务协议包括SOAP协议。
步骤23,上游边车在接收到协议转换后的业务请求的情况下,将协议转换后的业务请求的边车内部协议转换为上游业务协议,得到上游业务请求;将上游业务请求发送至上游边车对应的服务提供方。
步骤24,服务提供方接收上游边车发送的上游业务请求;按照上游业务请求提供服务。
本实施例中,流量转发策略包括管控平台下发的流量切分模型。其中,流量切分模型是应用在管控平台注册后,管控平台对各个下游边车进行配置时得到的。
具体地,管控平台对各个下游边车进行配置的过程参考图3,该过程至少包括以下几个步骤:
步骤31,管控平台接收应用的应用实例的注册信息,以在管控平台注册应用;发布ESB接口;将ESB接口与服务提供方关联;为ESB接口设置授权调用者信息,授权调用者信息用于指示允许调用ESB接口的服务调用者;基于授权调用者信息生成下游边车的差异化配置信息;确定每个数据中心的流量切分模型,流量转发策略包括流量切分模型;将差异化配置信息和流量切分模型发送至对应的配置中心。
其中,差异化配置信息包括每个下游边车被授权的ESB接口、ESB接口对应的服务提供方信息,其中,服务提供方信息包括位于至少两个数据中心中的服务提供方的实例信息。本实施例中,通过在下游边车上只保留被授权的服务接口以及服务接口对应的应用提供方信息,可以减小该下游边车占用的资源,从而提高资源利用率。
在实际实现时,流量转发策略还可以包括本地优先策略等,本实施例不对流量转发策略包括的内容作限定。
本实施例中,下游边车基于Envoy实现,Envoy是一个独立进程,伴随每个应用运行。所有的Envoy形成一个透明的通信网格,每个应用发送消息到本地主机或从本地主机接收消息,但不知道网络拓扑。
步骤32,配置中心接收差异化配置信息和流量切分模型。
步骤33,下游边车从配置中心加载对应的差异化配置信息和流量切分模型。
在数据中心中的服务提供方存在异常时,本实施例提供的系统还可以实现业务流量的故障转移。
具体地,实现应用双活或多活的过程具体参考图4,该过程至少包括:故障监控代理,用于在监控到服务提供方不可用的情况下,将故障事件发送至管控平台;管控平台,用于在接收到故障事件的情况下,基于故障事件生成故障转移策略;流量转发策略包括故障转移策略,且故障转移策略的优先级高于其它流量转发策略;将故障转移策略发送至发生故障的数据中心中的目标配置中心;目标配置中心,还用于将故障转移策略发送至对应的下游边车,以供下游边车基于故障转移策略将协议转换后的业务请求发送至其它数据中心的上游边车。
综上所述,本实施例提供的基于服务网格技术实现分布式ESB场景下的应用多活系统,通过设置管控平台和至少两个数据中心;数据中心运行有同一应用对应的服务调用方和服务提供方,用于监听服务调用方的下游边车,与下游边车通信相连且用于监听服务提供方的上游边车,用于监控服务提供方故障情况的故障监控代理,以及与下游边车通信相连的配置中心,管控平台分别与配置中心和故障监控代理通信相连;可以解决ESB无法做到多个数据中心寻址,且无法保证任意数据中心业务故障后都可倒流到其他数据中心,从而保证业务请求不中断的问题;可以将ESB能力以边车的形式下层到每个业务进程,与业务进程伴生,定向下发路由配置,同时打通下游业务进程到下游边车,下游边车到上游业务进程链路信息;可以实现到多个数据中心寻址;同时,通过下游边车实现多数据中心路由,保证业务应用双活甚至多活等能力。
另外,当下游边车不可用时只影响前调用方系统,对整体没有影响。
另外,由于采用了边车的模式来处理被代理服务的请求,解决了集中式处理所需要的大量服务器资源以及部署这些服务所需要的人力资源和维护成本。
另外,由于使用边车代理的方式来处理进出请求,使用户在迁移过程中对其它系统无感知,对本系统无需改造。
另外,由于采用了分布式架构设计边车的方式,每个服务的边车只处理自己代理的服务,大大提升了处理性能。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。
Claims (9)
1.一种基于服务网格技术实现分布式ESB场景下的应用多活系统,其特征在于,所述系统包括:管控平台和至少两个数据中心;所述数据中心运行有同一应用对应的服务调用方和服务提供方,用于监听所述服务调用方的下游边车,与所述下游边车通信相连且用于监听所述服务提供方的上游边车,用于监控所述服务提供方故障情况的故障监控代理,以及与所述下游边车通信相连的配置中心,所述管控平台分别与所述配置中心和所述故障监控代理通信相连;
所述服务调用方,用于使用传统的ESB协议向预先发布的ESB接口发送业务请求;
所述下游边车,用于拦截所述业务请求;将所述业务请求的原始协议转换为边车内部协议,得到协议转换后的业务请求;对所述业务请求的请求报文进行分析,得到所述上游边车的上游地址;获取所述管控平台通过所述配置中心下发的流量转发策略;在所述流量转发策略指示本地数据中心路由的情况下,基于所述上游地址将所述协议转换后的业务请求发送至所述数据中心内部的上游边车;在所述流量转发策略指示外部数据中心路由的情况下,基于所述上游地址将所述协议转换后的业务请求发送至其它数据中心的上游边车;
所述上游边车,用于在接收到所述协议转换后的业务请求的情况下,将所述协议转换后的业务请求的所述边车内部协议转换为上游业务协议,得到上游业务请求;将所述上游业务请求发送至所述上游边车对应的服务提供方;
所述服务提供方,用于接收所述上游边车发送的上游业务请求;按照所述上游业务请求提供服务。
2.根据权利要求1所述的系统,其特征在于,
所述管控平台,用于接收所述应用的应用实例的注册信息,以在所述管控平台注册所述应用;发布所述ESB接口;将所述ESB接口与所述服务提供方关联;为所述ESB接口设置授权调用者信息,所述授权调用者信息用于指示允许调用所述ESB接口的服务调用者;基于所述授权调用者信息生成所述下游边车的差异化配置信息;确定每个数据中心的流量切分模型,所述流量转发策略包括所述流量切分模型;将所述差异化配置信息和所述流量切分模型发送至对应的配置中心;
所述配置中心,用于接收所述差异化配置信息和所述流量切分模型;
所述下游边车,用于从所述配置中心加载对应的差异化配置信息和流量切分模型。
3.根据权利要求2所述的系统,其特征在于,所述差异化配置信息包括每个下游边车被授权的ESB接口、所述ESB接口对应的服务提供方信息,其中,所述服务提供方信息包括位于至少两个数据中心中的服务提供方的实例信息。
4.根据权利要求1所述的系统,其特征在于,
所述故障监控代理,用于在监控到所述服务提供方不可用的情况下,将故障事件发送至所述管控平台;
所述管控平台,用于在接收到所述故障事件的情况下,基于所述故障事件生成故障转移策略;所述流量转发策略包括所述故障转移策略,且所述故障转移策略的优先级高于其它流量转发策略;将所述故障转移策略发送至发生故障的数据中心中的目标配置中心;
所述目标配置中心,还用于将所述故障转移策略发送至对应的下游边车,以供所述下游边车基于所述故障转移策略将所述协议转换后的业务请求发送至其它数据中心的上游边车。
5.根据权利要求1所述的系统,其特征在于,所述业务请求使用的请求协议、报文格式和编码格式与传统的ESB协议相同。
6.根据权利要求5所述的系统,其特征在于,所述使用传统的ESB协议向预先发布的ESB接口发送业务请求,包括:
使用TCP协议向所述ESB接口发送报文格式为XML格式、编码格式为编码标准GBK的业务请求。
7.根据权利要求1所述的系统,其特征在于,所述边车内部协议包括HTTP协议、编码格式包括utf8、报文格式包括json。
8.根据权利要求7所述的系统,其特征在于,所述将所述业务请求的原始协议转换为边车内部协议,包括:
将所述业务请求的报文中的寻址标识作为HTTP协议的URL。
9.根据权利要求1所述的系统,其特征在于,所述上游业务协议包括SOAP协议。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210004591.4A CN114024826B (zh) | 2022-01-05 | 2022-01-05 | 基于服务网格技术实现分布式esb场景下的应用多活系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210004591.4A CN114024826B (zh) | 2022-01-05 | 2022-01-05 | 基于服务网格技术实现分布式esb场景下的应用多活系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114024826A true CN114024826A (zh) | 2022-02-08 |
CN114024826B CN114024826B (zh) | 2022-04-12 |
Family
ID=80069607
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210004591.4A Active CN114024826B (zh) | 2022-01-05 | 2022-01-05 | 基于服务网格技术实现分布式esb场景下的应用多活系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114024826B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114465878A (zh) * | 2022-02-28 | 2022-05-10 | 中国工商银行股份有限公司 | 一种服务端口切换方法及装置 |
CN115150406A (zh) * | 2022-09-01 | 2022-10-04 | 江苏博云科技股份有限公司 | 跨数据中心分布式esb配置管理系统 |
CN116032739A (zh) * | 2022-11-29 | 2023-04-28 | 北银金融科技有限责任公司 | 一种基于银行核心的多功能分布式边车系统 |
CN116319951A (zh) * | 2022-08-31 | 2023-06-23 | 京东科技信息技术有限公司 | 一种数据处理方法和装置 |
CN117289877A (zh) * | 2023-11-23 | 2023-12-26 | 云筑信息科技(成都)有限公司 | 一种基于服务网格的通用文件存储动态代理方法 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10623390B1 (en) * | 2017-08-24 | 2020-04-14 | Pivotal Software, Inc. | Sidecar-backed services for cloud computing platform |
US20200133789A1 (en) * | 2018-10-25 | 2020-04-30 | EMC IP Holding Company LLC | Application consistent snapshots as a sidecar of a containerized application |
CN111130892A (zh) * | 2019-12-27 | 2020-05-08 | 上海浦东发展银行股份有限公司 | 一种企业级微服务的管理系统及方法 |
CN111212129A (zh) * | 2019-12-30 | 2020-05-29 | 北京浪潮数据技术有限公司 | 一种基于边车模式的容器应用高可用方法、装置以及设备 |
US20200329114A1 (en) * | 2019-04-10 | 2020-10-15 | Cisco Technology, Inc. | Differentiated smart sidecars in a service mesh |
CN113194029A (zh) * | 2021-05-08 | 2021-07-30 | 上海道客网络科技有限公司 | 自动识别和隔离服务网格边车故障的方法、系统、介质和设备 |
CN113709707A (zh) * | 2021-10-29 | 2021-11-26 | 中兴通讯股份有限公司 | 服务网格中边车部署的方法、装置、电子设备和存储介质 |
CN113765965A (zh) * | 2020-08-21 | 2021-12-07 | 北京沃东天骏信息技术有限公司 | 服务网格系统的生成方法、装置、服务网格系统 |
-
2022
- 2022-01-05 CN CN202210004591.4A patent/CN114024826B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10623390B1 (en) * | 2017-08-24 | 2020-04-14 | Pivotal Software, Inc. | Sidecar-backed services for cloud computing platform |
US20200133789A1 (en) * | 2018-10-25 | 2020-04-30 | EMC IP Holding Company LLC | Application consistent snapshots as a sidecar of a containerized application |
US20200329114A1 (en) * | 2019-04-10 | 2020-10-15 | Cisco Technology, Inc. | Differentiated smart sidecars in a service mesh |
CN111130892A (zh) * | 2019-12-27 | 2020-05-08 | 上海浦东发展银行股份有限公司 | 一种企业级微服务的管理系统及方法 |
CN111212129A (zh) * | 2019-12-30 | 2020-05-29 | 北京浪潮数据技术有限公司 | 一种基于边车模式的容器应用高可用方法、装置以及设备 |
CN113765965A (zh) * | 2020-08-21 | 2021-12-07 | 北京沃东天骏信息技术有限公司 | 服务网格系统的生成方法、装置、服务网格系统 |
CN113194029A (zh) * | 2021-05-08 | 2021-07-30 | 上海道客网络科技有限公司 | 自动识别和隔离服务网格边车故障的方法、系统、介质和设备 |
CN113709707A (zh) * | 2021-10-29 | 2021-11-26 | 中兴通讯股份有限公司 | 服务网格中边车部署的方法、装置、电子设备和存储介质 |
Non-Patent Citations (1)
Title |
---|
LALITA J. JAGADEESAN等: ""When Failure is (Not) an Option: Reliability Models for Microservices Architectures"", 《2020 IEEE INTERNATIONAL SYMPOSIUM ON SOFTWARE RELIABILITY ENGINEERING WORKSHOPS (ISSREW)》 * |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114465878A (zh) * | 2022-02-28 | 2022-05-10 | 中国工商银行股份有限公司 | 一种服务端口切换方法及装置 |
CN114465878B (zh) * | 2022-02-28 | 2024-06-07 | 中国工商银行股份有限公司 | 一种服务端口切换方法及装置 |
CN116319951A (zh) * | 2022-08-31 | 2023-06-23 | 京东科技信息技术有限公司 | 一种数据处理方法和装置 |
CN115150406A (zh) * | 2022-09-01 | 2022-10-04 | 江苏博云科技股份有限公司 | 跨数据中心分布式esb配置管理系统 |
CN116032739A (zh) * | 2022-11-29 | 2023-04-28 | 北银金融科技有限责任公司 | 一种基于银行核心的多功能分布式边车系统 |
CN117289877A (zh) * | 2023-11-23 | 2023-12-26 | 云筑信息科技(成都)有限公司 | 一种基于服务网格的通用文件存储动态代理方法 |
CN117289877B (zh) * | 2023-11-23 | 2024-03-19 | 云筑信息科技(成都)有限公司 | 一种基于服务网格的通用文件存储动态代理方法 |
Also Published As
Publication number | Publication date |
---|---|
CN114024826B (zh) | 2022-04-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN114024826B (zh) | 基于服务网格技术实现分布式esb场景下的应用多活系统 | |
CN111245925B (zh) | 一种用于现代分布式微服务架构的通信方法与系统 | |
US7167861B2 (en) | Mobile application service container | |
Meier et al. | Taxonomy of distributed event-based programming systems | |
CN102387075B (zh) | 面向企业服务总线的动态服务路由装置 | |
EP2343648A1 (en) | Identity and policy enforced inter-cloud and intra-cloud channel | |
CN102255934A (zh) | 云服务发布方法、云服务发布接口消息包及云服务中介 | |
CN111552568B (zh) | 云服务调用方法和装置 | |
CN104168333A (zh) | Proxzone服务平台的工作方法 | |
CN110519185A (zh) | 一种新型跨网络数据交换的方法 | |
CN101771724B (zh) | 异构分布式信息集成方法、装置及系统 | |
CN112860462A (zh) | 一种实现iot平台基座互联互通的方法、装置及系统 | |
CN102281521B (zh) | 一种电信计费运营网系统及其计费方法 | |
CN115150406B (zh) | 跨数据中心分布式esb配置管理系统 | |
CN111327447A (zh) | 一种分布式系统、仲裁方法、节点设备及存储介质 | |
CN115567604A (zh) | 基于微服务系统的服务调用方法及服务器 | |
CN114936071A (zh) | 一种基于边缘计算的民机机载分布式仿真系统 | |
Kumari et al. | Experience sharing on SOA based heterogeneous systems integration | |
Ruzhi et al. | The research and implementation of power application system integration based on enterprise service bus | |
CN104144144B (zh) | 一种基于roso模型的异构信息系统集成方法 | |
CN218387548U (zh) | 一种共享交换系统 | |
CN117272236B (zh) | 一种基于航班时序的多来源预达时间融合方法及系统 | |
CN115022305B (zh) | 数据传输系统、方法、装置、设备及介质 | |
WO2023209972A1 (ja) | R1インターフェースを通じた仮想化基盤情報の提供 | |
Song et al. | Research on multi-data center collaboration technology for multi-station fusion |
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 | ||
CB02 | Change of applicant information |
Address after: 215213 7-9f, creative industry park, No. 328, Xinghu street, Suzhou Industrial Park, Jiangsu Province Applicant after: Jiangsu Boyun Technology Co.,Ltd. Address before: 215213 7-9f, creative industry park, No. 328, Xinghu street, Suzhou Industrial Park, Jiangsu Province Applicant before: SUZHOU BONA XUNDONG SOFTWARE Co.,Ltd. |
|
CB02 | Change of applicant information | ||
GR01 | Patent grant | ||
GR01 | Patent grant |