CN114500646A - Decentralized ESB cloud platform system and service calling method thereof - Google Patents
Decentralized ESB cloud platform system and service calling method thereof Download PDFInfo
- Publication number
- CN114500646A CN114500646A CN202111558849.7A CN202111558849A CN114500646A CN 114500646 A CN114500646 A CN 114500646A CN 202111558849 A CN202111558849 A CN 202111558849A CN 114500646 A CN114500646 A CN 114500646A
- Authority
- CN
- China
- Prior art keywords
- esb
- gateway
- service
- request
- platform
- 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
- 238000000034 method Methods 0.000 title claims description 22
- 230000004044 response Effects 0.000 claims description 29
- 238000004891 communication Methods 0.000 claims description 28
- 239000000178 monomer Substances 0.000 claims description 18
- 238000011144 upstream manufacturing Methods 0.000 claims description 13
- 239000004744 fabric Substances 0.000 claims description 8
- 230000002452 interceptive effect Effects 0.000 claims description 7
- 238000010586 diagram Methods 0.000 description 6
- 230000008569 process Effects 0.000 description 6
- 238000002955 isolation Methods 0.000 description 2
- 230000007547 defect Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/66—Arrangements for connecting between networks having differing types of switching systems, e.g. gateways
-
- 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/08—Configuration management of networks or network elements
- H04L41/0896—Bandwidth or capacity management, i.e. automatically increasing or decreasing capacities
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention relates to a decentralized ESB cloud platform system, which comprises a plurality of ESB gateways, wherein the ESB gateways are respectively deployed in different application systems, are connected with a micro service gateway, an ESB platform or other ESB gateways, and comprise an ESB server and an ESB third-party gateway which are sequentially connected. Based on the technical scheme, the micro-service system can call the single-body architecture system service, the single-body architecture system calls the single-body architecture system service, the single-body architecture calls the micro-service system service, the single-body architecture system calls the external connection service or the third-party service, and in addition, the micro-service system can be maintained to call the external connection service or the third-party service. Compared with the prior art, the ESB gateway is arranged in front of each application system, so that containerization deployment of the ESB can be realized, dynamic capacity expansion can be realized, and the reliability of service calling can be ensured.
Description
Technical Field
The invention relates to the technical field of service calling, in particular to a decentralized ESB cloud platform system and a service calling method thereof.
Background
The ESB is an abbreviation of Enterprise Service Bus, and means an Enterprise Service Bus, which is an important technical architecture for implementing integration and interconnection between systems, and can be understood as a middleware platform for integrating messages and services. The ESB uses a service-oriented SOA architecture to provide a centralized service cluster to finish interactive calling among systems, so that each business system is assisted to finish cross-system service calling.
The existing service invocation mostly adopts the form of a single centralized ESB node server, on one hand, the ESB service can only be deployed in an entity machine, the requirement on hardware resources is high, and the expansion cost is high, on the other hand, with the development of services, more and more atomic services are born on the ESB, so that the resources of the ESB node server are bottleneck, but the problem cannot be solved through transverse expansion.
Disclosure of Invention
The invention aims to overcome the defects in the prior art and provide a decentralized ESB cloud platform system and a service calling method thereof so as to realize containerization deployment and dynamic capacity expansion of ESBs.
The purpose of the invention can be realized by the following technical scheme: a decentralized ESB cloud platform system comprises a plurality of ESB gateways, wherein the ESB gateways are respectively deployed in different application systems, the ESB gateways are connected with a micro service gateway, an ESB platform or other ESB gateways, and the ESB platform comprises an ESB server and an ESB third-party gateway which are sequentially connected.
Further, when the ESB gateway is connected to the micro service gateway, if the micro service gateway is connected to the ESB gateway in a unidirectional manner, the ESB gateway is deployed in the single-body architecture service system, and the micro service gateway is deployed in the request system.
Further, when the ESB gateway is connected to the micro service gateway, if the ESB gateway is connected to the micro service gateway in a unidirectional manner, the ESB gateway is deployed in the single-body architecture request system, and the micro service gateway is deployed in the service system.
Further, when the ESB gateways are connected to other ESB gateways, one ESB gateway is deployed in the single-fabric service system, and the other ESB gateway is deployed in the single-fabric request system.
Further, when the ESB gateway is connected to the ESB platform, the ESB gateway is deployed in the single-fabric request system.
Furthermore, the ESB server is connected with the general service platform, and the ESB third-party gateway is connected with the third-party service platform.
A service calling method of a decentralized ESB cloud platform system is suitable for an application scene that a micro service gateway is connected to an ESB gateway in a one-way mode, and comprises the following steps:
s1, the micro service is used as a request system, and based on the service call of the client or the upstream system, the request message is organized according to the ESB gateway access specification;
s2, the request system initiates a service call request to the ESB gateway through the micro service gateway;
s3, after receiving the request of the request system, the ESB gateway converts the communication protocol and the communication message format to request the monomer architecture service system;
s4, after receiving the ESB gateway request, the monomer architecture service system analyzes the request message, performs related logic processing, and organizes corresponding messages to respond to the ESB gateway after the processing is completed;
s5, the ESB gateway receives the response message of the monomer architecture service system, analyzes the response message, converts the message according to the message format agreed with the request system, and responds to the request system through the micro service gateway.
A service calling method of a decentralized ESB cloud platform system is suitable for an application scene that an ESB gateway is connected to a micro service gateway in a one-way mode, and comprises the following steps:
s1, taking the monomer architecture system as a request system, and organizing a request message according to ESB gateway access specifications based on service call of a client or an upstream system;
s2, the request system initiates a service call request to the service system side micro service gateway through the ESB gateway of the request system side;
s3, after receiving the request of the ESB gateway at the request system side, the micro service gateway converts the communication protocol and the communication message format to request the internal service of the service system;
s4, after receiving the micro service gateway request, the service system analyzes the request message, performs related logic processing, and organizes corresponding message to respond to the ESB gateway at the request system side through the micro service gateway after the processing is completed;
s5, the ESB gateway receives the response message of the service system, analyzes the response message, converts the message according to the format of the ESB gateway interactive message, and responds to the request system.
A service calling method of a decentralized ESB cloud platform system is suitable for application scenarios in which an ESB gateway is connected with other ESB gateways, and comprises the following steps:
s1, taking the monomer architecture system as a request system, and organizing a request message according to ESB gateway access specifications based on service call of a client or an upstream system;
s2, the request system initiates a service call request to the ESB gateway of the service system side through the ESB gateway of the request system side;
s3, after receiving the request of the ESB gateway at the request system side, the ESB gateway at the service system side converts the communication protocol and the communication message format to request the service system;
s4, after receiving the ESB gateway request from the service system side, the service system analyzes the request message, performs related logic processing, and organizes corresponding message response to the ESB gateway from the service system side after the processing is completed;
s5, the ESB gateway at the service system side receives the response message of the service system, analyzes the response message, converts the message according to the interactive message format in the ESB gateway, and responds to the request system through the ESB gateway at the request system side.
A service calling method of a decentralized ESB cloud platform system is suitable for an application scene where an ESB gateway is connected with an ESB platform, and comprises the following steps:
s1, taking the monomer architecture system as a request system, and organizing a request message according to ESB gateway access specifications based on service call of a client or an upstream system;
s2, the request system sends a service call request to the ESB platform through the ESB gateway;
s3, after receiving the request of the ESB gateway at the request system side, the ESB platform converts the communication protocol and the communication message format to request the total service platform or the third-party service platform;
s4, after receiving the ESB platform request, the main service platform or the third-party service platform analyzes the request message, performs related logic processing, and organizes corresponding message to respond to the ESB platform after the processing is completed;
s5, the ESB platform receives the response message of the total service platform or the third party service platform, analyzes the response message, converts the message according to the message format interacted with the ESB gateway, and responds to the request system through the ESB gateway.
Compared with the prior art, the invention constructs a plurality of ESB gateways to pre-deploy the ESB gateways in different application systems, thereby achieving the purpose of removing ESB centralized nodes, the ESB service is not limited to be deployed only in a physical machine any more, the ESB gateways support containerized deployment, and dynamic capacity expansion can be realized;
the ESB gateway in the invention is still compatible with the original functions of the ESB, simultaneously supports the unified configuration of the ESB service interface, and the communication mode and the message protocol are still compatible with the communication and the message protocol of the original ESB centralized service, and the transition transformation cost of the application system is lower in the specific deployment process.
The invention leads the ESB gateway to each application system, can realize the resource isolation between the systems to the maximum extent, avoids the mutual influence between the systems and ensures the reliability of service calling.
Drawings
FIG. 1 is a functional diagram of an ESB gateway according to the present invention;
FIG. 2 is a schematic diagram of a system in which a microservice gateway is unidirectionally connected to an ESB gateway in the present invention;
FIG. 3 is a schematic diagram of a system in which an ESB gateway is connected to a microservice gateway in a single direction;
FIG. 4 is a schematic diagram of a system in which ESB gateways are connected to other ESB gateways according to the present invention;
FIG. 5 is a schematic diagram of a system in which an ESB gateway is connected to an ESB platform according to the present invention;
fig. 6 is a schematic diagram of a system in which a conventional micro service gateway is connected to an ESB platform.
Detailed Description
The invention is described in detail below with reference to the figures and specific embodiments.
Examples
The invention discloses a decentralized ESB cloud platform system, which comprises a plurality of ESB gateways, wherein the ESB gateways are respectively deployed in different application systems. The ESB gateway has the main functions as shown in fig. 1, can be compatible with a single architecture, packages single architecture services through the ESB gateway, and realizes cross-system direct connection calling between a single architecture system and a micro service system; in addition, the centralized inline service call is dispersed to each application system through the ESB gateway, and the ESB platform central node only reserves the total platform inline service and the third-party service.
In practical application, the technical scheme mainly comprises the following application scenes:
firstly, the ESB gateway is connected to the micro service gateway, as shown in fig. 2, if the micro service gateway is connected to the ESB gateway in a unidirectional manner, the ESB gateway is deployed in the single-body architecture service system, and the micro service gateway is deployed in the request system. The specific service calling process is as follows:
s1, the micro service is used as a request system, and based on the service call of the client or the upstream system, the request message is organized according to the ESB gateway access specification;
s2, the request system initiates a service call request to the ESB gateway through the micro service gateway;
s3, after receiving the request of the request system, the ESB gateway converts the communication protocol and the communication message format to request the monomer architecture service system;
s4, after receiving the ESB gateway request, the monomer architecture service system analyzes the request message, performs related logic processing, and organizes corresponding messages to respond to the ESB gateway after the processing is completed;
s5, the ESB gateway receives the response message of the monomer architecture service system, analyzes the response message, converts the message according to the message format agreed with the request system, and responds to the request system through the micro service gateway;
as shown in fig. 3, if the ESB gateway is unidirectionally connected to the micro service gateway, the ESB gateway is deployed in the monolithic architecture request system, and the micro service gateway is deployed in the service system, in this scenario, the specific service invocation process is as follows:
s1, taking the monomer architecture system as a request system, and organizing a request message according to ESB gateway access specifications based on service call of a client or an upstream system;
s2, the request system initiates a service call request to the service system side micro service gateway through the ESB gateway of the request system side;
s3, after receiving the request of the ESB gateway at the request system side, the micro service gateway converts the communication protocol and the communication message format to request the internal service of the service system;
s4, after receiving the micro service gateway request, the service system analyzes the request message, performs related logic processing, and organizes corresponding message to respond to the ESB gateway at the request system side through the micro service gateway after the processing is completed;
s5, the ESB gateway receives the response message of the service system, analyzes the response message, converts the message according to the format of the ESB gateway interactive message, and responds to the request system.
Second, the ESB gateways are connected to other ESB gateways, as shown in fig. 4, one ESB gateway is deployed in the single-fabric service system, the other ESB gateway is deployed in the single-fabric request system, and the single-fabric systems are directly called through the ESB gateways. In this scenario, the specific service invocation process is as follows:
s1, taking the monomer architecture system as a request system, and organizing a request message according to ESB gateway access specifications based on service call of a client or an upstream system;
s2, the request system initiates a service call request to the ESB gateway of the service system side through the ESB gateway of the request system side;
s3, after receiving the request of the ESB gateway at the request system side, the ESB gateway at the service system side converts the communication protocol and the communication message format to request the service system;
s4, after receiving the ESB gateway request from the service system side, the service system analyzes the request message, performs related logic processing, and organizes corresponding message response to the ESB gateway from the service system side after the processing is completed;
s5, the ESB gateway at the service system side receives the response message of the service system, analyzes the response message, converts the message according to the interactive message format in the ESB gateway, and responds to the request system through the ESB gateway at the request system side.
And thirdly, the ESB gateway is connected with the ESB platform, as shown in fig. 5, the ESB platform includes an ESB server and an ESB third-party gateway, which are connected in sequence, the ESB gateway is deployed in the single-body architecture request system, the ESB server is connected with the total service platform, and the ESB third-party gateway is connected with the third-party service platform. And the single architecture system requests an ESB platform through an ESB gateway to realize the calling of the chief bank external connection service and the third-party service. In this scenario, the specific service invocation process is as follows:
s1, taking the monomer architecture system as a request system, and organizing a request message according to ESB gateway access specifications based on service call of a client or an upstream system;
s2, the request system sends a service call request to the ESB platform through the ESB gateway;
s3, after receiving the request of the ESB gateway at the request system side, the ESB platform converts the communication protocol and the communication message format to request the total service platform or the third-party service platform;
s4, after receiving the ESB platform request, the main service platform or the third-party service platform analyzes the request message, performs related logic processing, and organizes corresponding message to respond to the ESB platform after the processing is completed;
s5, the ESB platform receives the response message of the total service platform or the third party service platform, analyzes the response message, converts the message according to the message format interacted with the ESB gateway, and responds to the request system through the ESB gateway.
In addition, as shown in fig. 6, in practical application, the existing scheme for invoking the ESB service may be maintained, that is, the microservice system still requests the total service platform or the third-party service platform by requesting the ESB platform, and the specific invoking process is as follows:
the micro-service is used as a request system, and based on service calling of a client or an upstream system, a request message is organized according to ESB gateway access specifications;
a request system (micro service) initiates a service calling request to an ESB platform through a micro service gateway;
after receiving the request of a request system (micro service), the ESB platform converts a communication protocol and a communication message format to request a head office or a third-party merchant system;
after receiving the ESB platform request, the head office or third-party merchant system analyzes the request message, performs related logic processing, and organizes a corresponding message to respond to the ESB platform after the processing is completed;
the ESB platform receives a response message of a head office or a third-party merchant system, analyzes the response message, converts the message according to a message format agreed with a request system (micro service), and responds to the request system (micro service) through a micro service gateway.
In summary, the technical scheme provided by the invention can realize that the micro-service system calls the single-body architecture system service, the single-body architecture calls the micro-service system service, the single-body architecture system calls the external connection service or the third-party service, and in addition, the micro-service system can be maintained to call the external connection service or the third-party service. The technical scheme can realize containerized deployment and support dynamic capacity expansion, ESB service in the prior art can be deployed only in an entity machine, the requirement on hardware resources is high, and the expansion cost is high;
according to the technical scheme, the ESB gateway is arranged in front: ESB gateways are arranged in each application system in a preposed mode, so that resource isolation among the systems is achieved to the maximum extent, and mutual influence among the systems is avoided.
Claims (10)
1. The decentralized ESB cloud platform system is characterized by comprising a plurality of ESB gateways, wherein the ESB gateways are respectively deployed in different application systems, are connected with a micro service gateway, an ESB platform or other ESB gateways, and comprise an ESB server and an ESB third-party gateway which are sequentially connected.
2. The decentralized ESB cloud platform system according to claim 1, wherein when the ESB gateway is connected to the micro service gateway, if the micro service gateway is connected to the ESB gateway in a unidirectional manner, the ESB gateway is deployed in the single-fabric service system, and the micro service gateway is deployed in the requesting system.
3. The decentralized ESB cloud platform system according to claim 1, wherein when the ESB gateway is connected to the micro service gateway, if the ESB gateway is connected to the micro service gateway in a unidirectional manner, the ESB gateway is deployed in the single-fabric request system, and the micro service gateway is deployed in the service system.
4. The desCENTRILIZED ESB cloud platform system of claim 1, wherein when the ESB gateways are connected to other ESB gateways, one of the ESB gateways is deployed in the single-architecture service system, and the other ESB gateway is deployed in the single-architecture request system.
5. The decentralized ESB cloud platform system according to claim 1, wherein when the ESB gateway is connected to the ESB platform, the ESB gateway is deployed in a monolithic architecture request system.
6. The decentralized ESB cloud platform system according to claim 5, wherein said ESB server is connected to a general service platform and said ESB third party gateway is connected to a third party service platform.
7. A service calling method of a decentralized ESB cloud platform system is characterized in that the method is suitable for an application scene that a micro service gateway is connected to an ESB gateway in a one-way mode, and comprises the following steps:
s1, the micro service is used as a request system, and based on the service call of the client or the upstream system, the request message is organized according to the ESB gateway access specification;
s2, the request system initiates a service call request to the ESB gateway through the micro service gateway;
s3, after receiving the request of the request system, the ESB gateway converts the communication protocol and the communication message format to request the monomer architecture service system;
s4, after receiving the ESB gateway request, the monomer architecture service system analyzes the request message, performs related logic processing, and organizes corresponding messages to respond to the ESB gateway after the processing is completed;
s5, the ESB gateway receives the response message of the monomer architecture service system, analyzes the response message, converts the message according to the message format agreed with the request system, and responds to the request system through the micro service gateway.
8. A service calling method of a decentralized ESB cloud platform system is characterized in that the method is suitable for an application scene that an ESB gateway is connected to a micro service gateway in a one-way mode, and comprises the following steps:
s1, taking the monomer architecture system as a request system, and organizing a request message according to ESB gateway access specifications based on service call of a client or an upstream system;
s2, the request system initiates a service call request to the service system side micro service gateway through the ESB gateway of the request system side;
s3, after receiving the request of the ESB gateway at the request system side, the micro service gateway converts the communication protocol and the communication message format to request the internal service of the service system;
s4, after receiving the micro service gateway request, the service system analyzes the request message, performs related logic processing, and organizes corresponding message to respond to the ESB gateway at the request system side through the micro service gateway after the processing is completed;
s5, the ESB gateway receives the response message of the service system, analyzes the response message, converts the message according to the ESB gateway interactive message format and responds to the request system.
9. A service calling method of a decentralized ESB cloud platform system is characterized in that the method is suitable for application scenarios in which an ESB gateway is connected with other ESB gateways, and comprises the following steps:
s1, taking the monomer architecture system as a request system, and organizing a request message according to ESB gateway access specifications based on service call of a client or an upstream system;
s2, the request system initiates a service call request to the ESB gateway of the service system side through the ESB gateway of the request system side;
s3, after receiving the request from the ESB gateway of the request system side, the ESB gateway of the service system side converts the communication protocol and the format of the communication message to request the service system;
s4, after receiving the ESB gateway request from the service system side, the service system analyzes the request message, and performs relevant logic processing, and organizes corresponding message response to the ESB gateway from the service system side after the processing is completed;
s5, the ESB gateway at the service system side receives the response message of the service system, analyzes the response message, converts the message according to the interactive message format in the ESB gateway, and responds to the request system through the ESB gateway at the request system side.
10. A service calling method of a decentralized ESB cloud platform system is characterized in that the method is suitable for an application scene where an ESB gateway is connected with an ESB platform, and comprises the following steps:
s1, the monomer architecture system is used as a request system, and based on the service call of a client or an upstream system, the request message is organized according to the ESB gateway access specification;
s2, the request system initiates a service call request to the ESB platform through the ESB gateway;
s3, after receiving the request of the ESB gateway at the request system side, the ESB platform converts the communication protocol and the communication message format to request the total service platform or the third-party service platform;
s4, after receiving the ESB platform request, the main service platform or the third-party service platform analyzes the request message, performs relevant logic processing, and organizes the corresponding message to respond to the ESB platform after the processing is completed;
s5, the ESB platform receives the response message of the total service platform or the third party service platform, analyzes the response message, converts the message according to the message format interacted with the ESB gateway, and responds to the request system through the ESB gateway.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111558849.7A CN114500646B (en) | 2021-12-20 | 2021-12-20 | Decentralizing ESB cloud platform system and service calling method thereof |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111558849.7A CN114500646B (en) | 2021-12-20 | 2021-12-20 | Decentralizing ESB cloud platform system and service calling method thereof |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114500646A true CN114500646A (en) | 2022-05-13 |
| CN114500646B CN114500646B (en) | 2024-04-26 |
Family
ID=81493509
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111558849.7A Active CN114500646B (en) | 2021-12-20 | 2021-12-20 | Decentralizing ESB cloud platform system and service calling method thereof |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114500646B (en) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090070456A1 (en) * | 2007-09-11 | 2009-03-12 | International Business Machines Corporation | Protocol for enabling dynamic and scalable federation of enterprise service buses |
| WO2015173152A1 (en) * | 2014-05-15 | 2015-11-19 | Amadeus S.A.S. | Computer implemented gateway |
| CN111130892A (en) * | 2019-12-27 | 2020-05-08 | 上海浦东发展银行股份有限公司 | Enterprise-level microservice management system and method |
| CN111163166A (en) * | 2019-12-30 | 2020-05-15 | 广州银行股份有限公司 | Enterprise service bus system |
| CN112732534A (en) * | 2021-03-30 | 2021-04-30 | 北京宇信科技集团股份有限公司 | ESB system supporting distributed micro-service |
-
2021
- 2021-12-20 CN CN202111558849.7A patent/CN114500646B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090070456A1 (en) * | 2007-09-11 | 2009-03-12 | International Business Machines Corporation | Protocol for enabling dynamic and scalable federation of enterprise service buses |
| WO2015173152A1 (en) * | 2014-05-15 | 2015-11-19 | Amadeus S.A.S. | Computer implemented gateway |
| CN111130892A (en) * | 2019-12-27 | 2020-05-08 | 上海浦东发展银行股份有限公司 | Enterprise-level microservice management system and method |
| CN111163166A (en) * | 2019-12-30 | 2020-05-15 | 广州银行股份有限公司 | Enterprise service bus system |
| CN112732534A (en) * | 2021-03-30 | 2021-04-30 | 北京宇信科技集团股份有限公司 | ESB system supporting distributed micro-service |
Non-Patent Citations (1)
| Title |
|---|
| 张春霞;李旭东;徐涛;: "浅谈面向服务架构(SOA)的核心理念", 计算机系统应用, no. 06 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114500646B (en) | 2024-04-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108234670B (en) | Zookeeper and netty-based distributed remote calling method | |
| CN106131213B (en) | Service management method and system | |
| CN112910692B (en) | Method, system and medium for controlling service grid flow based on micro service gateway | |
| CN109815025B (en) | Service model calling method, device and storage medium | |
| US20030126196A1 (en) | System for optimizing the invocation of computer-based services deployed in a distributed computing environment | |
| CN106850788A (en) | Towards the integrated framework and integrated approach of multi-source heterogeneous geographic information resources | |
| CN107273228B (en) | Message transmission method based on star topology architecture | |
| CN111917737B (en) | Cross-network RPC calling system and method | |
| CN113746928B (en) | Cross-cloud service calling method, device and system | |
| CN110266815B (en) | Micro service network system based on block chain | |
| WO2011130940A1 (en) | Multi-service integration processing method and service integration platform | |
| CN111163166B (en) | Enterprise service bus system | |
| CN109412877B (en) | Network capacity open system based on UTN network | |
| CN112465359A (en) | Calculation power calling method and device | |
| CN105656947B (en) | A kind of methods, devices and systems that transaction middleware is interacted with third party system | |
| CN105635083A (en) | Service processing method and service processing system based on server and client architecture | |
| CN106027534A (en) | System for implementing financial message processing based on Netty | |
| CN114840329A (en) | Cloud and native hybrid integration method based on block chain | |
| CN111866157B (en) | Cloud service gateway and cloud service internal and external request format conversion method | |
| CN103595695A (en) | Method and system for providing services by service bus | |
| CN112966833A (en) | Machine learning model platform based on Kubernetes cluster | |
| CN114500646B (en) | Decentralizing ESB cloud platform system and service calling method thereof | |
| US20140059108A1 (en) | Unified communication interface for distributed computing | |
| CN109669793B (en) | Object calling method in middleware process | |
| CN110636073A (en) | Distributed asynchronous remote service arranging and calling technology |
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 |