CN114500646B - Decentralizing ESB cloud platform system and service calling method thereof - Google Patents
Decentralizing ESB cloud platform system and service calling method thereof Download PDFInfo
- Publication number
- CN114500646B CN114500646B CN202111558849.7A CN202111558849A CN114500646B CN 114500646 B CN114500646 B CN 114500646B CN 202111558849 A CN202111558849 A CN 202111558849A CN 114500646 B CN114500646 B CN 114500646B
- Authority
- CN
- China
- Prior art keywords
- esb
- service
- gateway
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims description 23
- 230000004044 response Effects 0.000 claims description 30
- 238000004891 communication Methods 0.000 claims description 28
- 239000000178 monomer Substances 0.000 claims description 16
- 238000011144 upstream manufacturing Methods 0.000 claims description 13
- 230000002452 interceptive effect Effects 0.000 claims description 7
- 238000010586 diagram Methods 0.000 description 5
- 230000008569 process Effects 0.000 description 3
- 238000002955 isolation Methods 0.000 description 2
- 230000007547 defect Effects 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 230000009466 transformation Effects 0.000 description 1
- 230000007704 transition Effects 0.000 description 1
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 an ESB cloud platform system for decentralizing, which comprises a plurality of ESB gateways, wherein the ESB gateways are respectively deployed in different application systems, the ESB gateways are connected with micro-service gateways, ESB platforms or other ESB gateways, and the ESB platforms comprise ESB servers and ESB third-party gateways which are sequentially connected. Based on the technical scheme, the micro-service system can call the single architecture system service, the single architecture can call the micro-service system service, the single architecture system can call 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 the containerized deployment of the ESB can be realized, the dynamic capacity expansion can be realized, and the reliability of service call can be ensured.
Description
Technical Field
The invention relates to the technical field of service call, in particular to an ESB cloud platform system with decentralization and a service call method thereof.
Background
ESB is ENTERPRISE SERVICE Bus for short, meaning enterprise service Bus, which is an important technical architecture for realizing 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 complete interactive call among systems, thereby assisting each business system to complete cross-system service call.
The existing service call mostly adopts a single centralized ESB node server, on one hand, ESB services can only be deployed in a physical machine, the requirement on hardware resources is high, and the expansion cost is high, on the other hand, with the development of business, atomic services borne on ESB will be more and more, 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 of the prior art and provide an ESB cloud platform system with decentralization and a service calling method thereof so as to realize containerization deployment of ESB and dynamic capacity expansion.
The aim of the invention can be achieved by the following technical scheme: the 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 micro service gateways, ESB platforms 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 a single architecture service system, and the micro service gateway is deployed in a 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 architecture request system, and the micro service gateway is deployed in the service system.
Further, when the ESB gateway is connected with 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.
Further, when the ESB gateway is connected with the ESB platform, the ESB gateway is deployed in a single architecture request system.
Further, the ESB server is connected with the total service platform, and the ESB third-party gateway is connected with the third-party service platform.
A service calling method of an ESB cloud platform system with decentralization is suitable for application scenes of a micro-service gateway connected to the ESB gateway in one way, and comprises the following steps:
s1, taking micro service as a request system, organizing a request message according to ESB gateway access specification based on service call of a client or an upstream system;
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 a communication protocol and a 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, carries out relevant logic processing, and organizes a corresponding message to respond to the ESB gateway after the processing is completed;
s5, the ESB gateway receives the response message of the single-body 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 an ESB cloud platform system with decentralization is suitable for application scenes of ESB gateways connected to micro service gateways in one way, and comprises the following steps:
s1, a monomer architecture system is used as a request system, and request messages are organized 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 a micro-service gateway of a service system side through an ESB gateway of the request system side;
s3, after receiving a request of requesting the ESB gateway at the system side, the micro-service gateway converts a communication protocol and a communication message format to request internal service of the service system;
s4, after receiving the micro service gateway request, the service system analyzes the request message, carries out relevant logic processing, and organizes corresponding messages 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 interactive message format of the ESB gateway and responds to the request system.
A service calling method of an ESB cloud platform system with decentralization is suitable for application scenes in which an ESB gateway is connected with other ESB gateways, and comprises the following steps:
s1, a monomer architecture system is used as a request system, and request messages are organized 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 an ESB gateway of the service system side through the ESB gateway of the request system side;
s3, after receiving a request of requesting the ESB gateway of the system side, the ESB gateway of the service system side converts a communication protocol and a communication message format to request the service system;
s4, after receiving the ESB gateway request of the service system side, the service system analyzes the request message, carries out relevant logic processing, and organizes a corresponding message response to the ESB gateway of 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 an ESB cloud platform system with decentralization is suitable for application scenes in which an ESB gateway is connected with an ESB platform, and comprises the following steps:
s1, a monomer architecture system is used as a request system, and request messages are organized 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 platform through the ESB gateway;
s3, after receiving a request of requesting an ESB gateway at a system side, the ESB platform converts a communication protocol and a communication message format and requests a total service platform or a third party service platform;
S4, after receiving the ESB platform request, the general service platform or the third party service platform analyzes the request message, carries out relevant logic processing, and organizes a 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 realizes the purpose of removing ESB centralized nodes by constructing a plurality of ESB gateways to arrange the ESB gateways in different application systems in advance, ESB services are not limited to be only arranged in a physical machine any more, and ESB gateways support containerized arrangement and can realize dynamic capacity expansion;
the ESB gateway is still compatible with the original function of ESB, the unified configuration of ESB service interfaces is supported, the communication mode and the message protocol are still compatible with the communication and message protocol of the original ESB centralized service, and the transition transformation cost of an application system is lower in the specific deployment process.
The invention prepositioned ESB gateway into each application system can realize the resource isolation among systems to the greatest extent, avoid the mutual influence among systems and ensure the reliability of service call.
Drawings
FIG. 1 is a functional schematic of an ESB gateway according to the present invention;
FIG. 2 is a system diagram of a micro service gateway unidirectional connection to an ESB gateway according to the present invention;
FIG. 3 is a system diagram of an ESB gateway unidirectional connection to a micro service gateway according to the present invention;
FIG. 4 is a schematic diagram of a system in which an ESB gateway is 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 in the present invention;
FIG. 6 is a system diagram of a conventional micro service gateway connected to an ESB platform.
Detailed Description
The invention will now be described in detail with reference to the drawings and specific examples.
Examples
The invention discloses an ESB cloud platform system for decentralizing, which comprises a plurality of ESB gateways, wherein the ESB gateways are respectively deployed in different application systems. The main functions of the ESB gateway are shown in fig. 1, the ESB gateway can be compatible with a single architecture, and the ESB gateway is used for packaging single architecture services to realize cross-system direct connection calling between a single architecture system and a micro service system; in addition, the centralized inline service call is scattered to each application system through the ESB gateway, and the ESB platform center node only keeps the total platform inline service and the third party service.
In practical application, the technical scheme mainly comprises the following application scenes:
1. The ESB gateway is connected to the micro service gateway, as shown in fig. 2, if the micro service gateway is unidirectionally connected to the ESB gateway, the ESB gateway is deployed in a single architecture service system, the micro service gateway is deployed in a request system, in this scenario, the micro service system invokes the single architecture system service, and the ESB gateway is pre-arranged in the single architecture system to provide service invocation for other systems. The specific service calling process is as follows:
s1, taking micro service as a request system, organizing a request message according to ESB gateway access specification based on service call of a client or an upstream system;
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 a communication protocol and a 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, carries out relevant logic processing, and organizes a corresponding message to respond to the ESB gateway after the processing is completed;
S5, the ESB gateway receives a response message of the single-body architecture service system, analyzes the response message, converts the message according to a 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 a single architecture request system, and the micro service gateway is deployed in a service system, in this scenario, the specific service call procedure is:
s1, a monomer architecture system is used as a request system, and request messages are organized 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 a micro-service gateway of a service system side through an ESB gateway of the request system side;
s3, after receiving a request of requesting the ESB gateway at the system side, the micro-service gateway converts a communication protocol and a communication message format to request internal service of the service system;
s4, after receiving the micro service gateway request, the service system analyzes the request message, carries out relevant logic processing, and organizes corresponding messages 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 interactive message format of the ESB gateway and responds to the request system.
2. The ESB gateways are connected with other ESB gateways, as shown in fig. 4, where one ESB gateway is deployed in a single architecture service system, and the other ESB gateway is deployed in a single architecture request system, and direct connection call is performed between the single architecture systems through the ESB gateways. In this scenario, the specific service invocation procedure is:
s1, a monomer architecture system is used as a request system, and request messages are organized 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 an ESB gateway of the service system side through the ESB gateway of the request system side;
s3, after receiving a request of requesting the ESB gateway of the system side, the ESB gateway of the service system side converts a communication protocol and a communication message format to request the service system;
s4, after receiving the ESB gateway request of the service system side, the service system analyzes the request message, carries out relevant logic processing, and organizes a corresponding message response to the ESB gateway of 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.
3. The ESB gateway is connected with the ESB platform, as shown in fig. 5, the ESB platform comprises an ESB server and an ESB third party gateway which are sequentially connected, the ESB gateway is deployed in the single 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. The monomer architecture system requests the ESB platform through the ESB gateway to realize the call of the general-line service and the third-party service. In this scenario, the specific service invocation procedure is:
s1, a monomer architecture system is used as a request system, and request messages are organized 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 platform through the ESB gateway;
s3, after receiving a request of requesting an ESB gateway at a system side, the ESB platform converts a communication protocol and a communication message format and requests a total service platform or a third party service platform;
S4, after receiving the ESB platform request, the general service platform or the third party service platform analyzes the request message, carries out relevant logic processing, and organizes a 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, the scheme of calling the ESB service in the prior art can be maintained in actual application, that is, the micro service system still requests the total service platform or the third party service platform by requesting the ESB platform, and the specific calling process is as follows:
The micro-service is used as a request system, and request messages are organized according to ESB gateway access specifications based on service call of clients or upstream systems;
a request system (micro-service) initiates a service call request to an ESB platform through a micro-service gateway;
After receiving the request of the request system (micro-service), the ESB platform converts the communication protocol and the communication message format to request a headquarter or a third-party merchant system;
after receiving the ESB platform request, the headquarter or the third-party merchant system analyzes the request message and carries out relevant logic processing, and after the processing is completed, the corresponding message response ESB platform is organized;
the ESB platform receives the response message of the headquarter or the third-party merchant system, analyzes the response message, converts the message according to the message format agreed with the request system (micro-service), and responds to the request system (micro-service) through the micro-service gateway.
In summary, by adopting the technical scheme provided by the invention, the micro-service system can call the single architecture system service, the single architecture can call the micro-service system service, the single architecture system can call 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. According to the technical scheme, containerized deployment can be realized, dynamic capacity expansion is supported, ESB service in the prior art can only be deployed in a physical machine, the requirement on hardware resources is high, and the expansion cost is high;
the technical scheme is that an ESB gateway is arranged in front: the ESB gateway is arranged in each application system in advance, so that the resource isolation among the systems is realized to the greatest extent, and the mutual influence among the systems is avoided.
Claims (9)
1. The service calling method of the decentralised ESB cloud platform system is characterized by being suitable for application scenes in which a micro service gateway is connected to the ESB gateway in one way, and comprises the following steps of:
s1, taking micro service as a request system, organizing a request message according to ESB gateway access specification based on service call of a client or an upstream system;
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 a communication protocol and a 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, carries out relevant logic processing, and organizes a corresponding message to respond to the ESB gateway after the processing is completed;
S5, the ESB gateway receives a response message of the single-body architecture service system, analyzes the response message, converts the message according to a message format agreed with the request system, and responds to the request system through the micro-service gateway;
The decentralised ESB cloud platform system comprises a plurality of ESB gateways which are respectively deployed in different application systems, the ESB gateways are connected with micro service gateways, ESB platforms or other ESB gateways, and the ESB platforms comprise ESB servers and ESB third party gateways which are sequentially connected.
2. The service invocation method of the decentralised ESB cloud platform system of claim 1, wherein when the ESB gateway is connected to a micro service gateway, if the micro service gateway is unidirectionally connected to the ESB gateway, the ESB gateway is deployed in a single architecture service system, and the micro service gateway is deployed in a request system.
3. The service invocation method of the decentralised ESB cloud platform system of claim 1, wherein, when the ESB gateway is connected to the micro service gateway, if the ESB gateway is unidirectionally connected to the micro service gateway, the ESB gateway is deployed in a single architecture request system, and the micro service gateway is deployed in a service system.
4. The service invocation method of the decentralised ESB cloud platform system of claim 1, wherein one of the ESB gateways is deployed in a single architecture service system and the other ESB gateway is deployed in a single architecture request system when the ESB gateway is connected to other ESB gateways.
5. The service invocation method of a decentralised ESB cloud platform system of claim 1, wherein the ESB gateway is deployed in a single architecture request system when the ESB gateway is connected to an ESB platform.
6. The service invocation method of a decentralised ESB cloud platform system of claim 5, wherein the ESB server is connected to a general service platform and the ESB third party gateway is connected to a third party service platform.
7. The service calling method of the decentralised ESB cloud platform system is characterized by being suitable for application scenes in which an ESB gateway is connected to a micro service gateway in one way, and comprises the following steps of:
s1, a monomer architecture system is used as a request system, and request messages are organized 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 a micro-service gateway of a service system side through an ESB gateway of the request system side;
s3, after receiving a request of requesting the ESB gateway at the system side, the micro-service gateway converts a communication protocol and a communication message format to request internal service of the service system;
s4, after receiving the micro service gateway request, the service system analyzes the request message, carries out relevant logic processing, and organizes corresponding messages 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 interactive message format of the ESB gateway and responds to the request system.
8. The service calling method of the decentralised ESB cloud platform system is characterized by being suitable for application scenes in which an ESB gateway is connected with other ESB gateways, and comprises the following steps of:
s1, a monomer architecture system is used as a request system, and request messages are organized 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 an ESB gateway of the service system side through the ESB gateway of the request system side;
s3, after receiving a request of requesting the ESB gateway of the system side, the ESB gateway of the service system side converts a communication protocol and a communication message format to request the service system;
s4, after receiving the ESB gateway request of the service system side, the service system analyzes the request message, carries out relevant logic processing, and organizes a corresponding message response to the ESB gateway of 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.
9. The service calling method of the decentralised ESB cloud platform system is characterized by being suitable for application scenes in which an ESB gateway is connected with an ESB platform, and comprises the following steps of:
s1, a monomer architecture system is used as a request system, and request messages are organized 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 platform through the ESB gateway;
s3, after receiving a request of requesting an ESB gateway at a system side, the ESB platform converts a communication protocol and a communication message format and requests a total service platform or a third party service platform;
S4, after receiving the ESB platform request, the general service platform or the third party service platform analyzes the request message, carries out relevant logic processing, and organizes a 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 CN114500646A (en) | 2022-05-13 |
CN114500646B true 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 (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
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 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8095670B2 (en) * | 2007-09-11 | 2012-01-10 | International Business Machines | Protocol for enabling dynamic and scalable federation of enterprise service buses |
-
2021
- 2021-12-20 CN CN202111558849.7A patent/CN114500646B/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
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)的核心理念;张春霞;李旭东;徐涛;;计算机系统应用(第06期);全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN114500646A (en) | 2022-05-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109889551B (en) | Method for accessing intelligent hardware to Internet of things cloud platform | |
CN108234670B (en) | Zookeeper and netty-based distributed remote calling method | |
CN102880475B (en) | Based on the real-time event disposal system of cloud computing and method in computer software | |
CN106850788B (en) | Integrated framework and integrated approach towards multi-source heterogeneous geographic information resources | |
CN108494817B (en) | Data transmission method, related device and system | |
CN111212085B (en) | Method for synchronously calling Internet of things platform, internet of things system and network equipment | |
CN111163166B (en) | Enterprise service bus system | |
CN107273228B (en) | Message transmission method based on star topology architecture | |
CN109412877B (en) | Network capacity open system based on UTN network | |
CN106027534A (en) | System for implementing financial message processing based on Netty | |
CN113746928A (en) | Cross-cloud service calling method, device and system | |
CN101741904A (en) | Method for building distributed space computation service node and gateway device | |
CN110138753B (en) | Distributed message service system, method, apparatus, and computer-readable storage medium | |
CN101771724A (en) | Heterogeneous distributed information integration method, device and system | |
CN114500646B (en) | Decentralizing ESB cloud platform system and service calling method thereof | |
CN112966833A (en) | Machine learning model platform based on Kubernetes cluster | |
CN115086311B (en) | Management system of enterprise cross-system service based on cloud service bus | |
CN114024976B (en) | Big data service architecture based on 5G and method for constructing big data service | |
CN114449013A (en) | Mutual compatible hospital framework of internet hospital | |
CN114390508A (en) | User asynchronous activation method, system, device and storage medium | |
CN111541667A (en) | Method, equipment and storage medium for intersystem message communication | |
Zhai et al. | An improved DDS publish/subscribe automatic discovery algorithm | |
CN115361298B (en) | Service management method based on data subscription distribution network | |
Chang et al. | An M2M computing model for improving the performance among devices | |
US20230139834A1 (en) | Asynchronous network inventory system |
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 |