CN104980510A - Method for transparent clustering of CORBA distributed applications - Google Patents
Method for transparent clustering of CORBA distributed applications Download PDFInfo
- Publication number
- CN104980510A CN104980510A CN201510337426.0A CN201510337426A CN104980510A CN 104980510 A CN104980510 A CN 104980510A CN 201510337426 A CN201510337426 A CN 201510337426A CN 104980510 A CN104980510 A CN 104980510A
- Authority
- CN
- China
- Prior art keywords
- corba
- service
- request
- client
- service routine
- 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
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/02—Standardisation; Integration
- H04L41/0233—Object-oriented techniques, for representation of network management data, e.g. common object request broker architecture [CORBA]
-
- 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/02—Standardisation; Integration
- H04L41/0246—Exchanging or transporting network management information using the Internet; Embedding network management web servers in network elements; Web-services-based protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
Abstract
The invention discloses a method for transparent clustering of CORBA distributed applications, and aims to solve the problem of conversion of a server from a single server to a multi-server cluster. The technical scheme is that the method comprises the following steps: a client/clustering server environment composed of multiple clients, a service entrance node and multiple service nodes is constructed; the service entrance node executes a cluster instance management program and a request intercepting and forwarding program, and a status updating part adds CORBA service program instances to a service status table; CORBA client programs of the clients, the request intercepting and forwarding program of the service entrance node and CORBA service program instances on the service nodes cooperate to complete request calling; and when the request response time of the client programs exceeds a threshold, the cluster scale and load capacity are adjusted, and the status updating part updates the service status table according to a period T. By adopting the method of the invention, CORBA server clustering can be realized, and the load capacity of the server can be significantly improved.
Description
Technical field
The present invention relates to software construction technical field, be specifically related to the Distributed Application based on CORBA middleware, when service end and client-side program do not change, service end is changed into the method for many examples cluster from single-instance.
Background technology
Distribution calculating middleware is one deck software between systems soft ware and application software, it encapsulates the solution of Distributed Application common problem (as data communication, affairs etc.), application software can directly use, and without the need to providing the solution of these problems voluntarily, thus significantly can simplify the development process of application.CORBA (Common ObjectRequest Broker Architecture) is current main flow, ripe distribution calculates middleware specification, is used widely in fields such as telecommunications, Industry Control, ecommerce, national defence.Similar with common Distributed Application, serve end program and client-side program can be divided into: serve end program externally provides can by the interface of far call based on the Distributed Application (hereinafter referred to as CORBA application) constructed by CORBA middleware, these interfaces adopt IDL (Interface DefinitionLanguage) language definition (hereinafter referred to as IDL interface), and externally expose only address (hereinafter referred to as CORBA address, CORBA address is made up of IP address, port numbers and object oriented); Client-side program is positioned by the CORBA address of serve end program, and the interface of remote call service end program.
Clustering tackles one of basic means of high user load under the environment such as data center: when running on the software service on single machine and cannot successfully managing mass users request, a lot of server centered is got up to dispose same software service, and make in client similarly to be only have a server by means such as load balancing, thus effectively improve the load capacity of service.Transparent clustering refers to when not carrying out any amendment to service end and client-side program, and service end is changed into multiserver cluster from single server; The easily extensible of cluster refers to that the server number in cluster can be modified online after deployment, thus adapts to the change of user load.
Although there is in distribution calculating field the transparent easily extensible clustering that the application servers such as Glassfish (application server developed by SUN company) can realize service end, but they for be the application following Java EE specification, cannot support that CORBA applies.Current, the serve end program of CORBA application or be single-instance, or must modify to serve end program when clustering.How when not revising CORBA service end and client-side program, service end being changed into multiserver cluster from single server, and server number in cluster can be expanded online, is the software construction technical field technical issues that need to address.There is no disclosed technical data at present and relate to achievement or the mature technology scheme that CORBA applies transparent easily extensible clustering.
Summary of the invention
The technical problem to be solved in the present invention is the Distributed Application to adopting CORBA middleware, how when service end and client-side program do not change, service end is changed into multiserver cluster from single server.This multiserver cluster externally as single service end program can provide service, show as a unified logic entity, and in cluster, the number of server dynamically can increase, thus significantly improve the load capacity of software service.
Technical scheme of the present invention first builds a client/clustered service end ring border, then service entrance node performs cluster instance management program and request interception retransmission process, last client computer uses the address of request interception retransmission process, perform CORBA client-side program, complete request call.
The present invention includes following steps:
The first step, builds a client/clustered service end ring border, and it is made up of multiple client computer and service entrance node, a multiple service node.Client computer, service entrance node and service node are can the computer of independent operating, can be ordinary PC or server.Client computer, service entrance node and service node are interconnected by the network equipment.
Except being provided with operating system (such as windows, Linux), client computer there is also mounted CORBA client-side program, and CORBA client-side program sends request to CORBA serve end program, and multiple client computer can concurrence performance request.
Except being provided with operating system (such as windows, Linux), service node there is also mounted CORBA serve end program, and multiple service node constitutes a service cluster.CORBA service routine example refers to the running example of serve end program on certain service node.Serve end program can have multiple Service Instance.
The distribution function that service entrance node provides client to ask.Except operating system (such as windows, Linux) is installed, service entrance node is also provided with cluster instance management program and request interception retransmission process.Cluster instance management program manages the multiple service nodes in cluster, is made up of initial configuration file, service state table, state updating parts and instance management interface four parts.Initial configuration file is an XML (eXtensible Markup Language) file, describes the address of CORBA service routine example in all service nodes.Service state table is a bivariate table, describes the current operating conditions (comprise start, do not start two states) of CORBA service routine run time address and CORBA service routine.Service state table has k capable (k is the number of CORBA service routine example, (k >=1)).The current operating conditions of the CORBA service routine example in state updating component update service state table.Instance management interface provides increases CORBA service routine example function.Instance management interface accepts external request, dynamically safeguards the address of the CORBA service routine example in service state table, thus realizes the dynamic expansion of cluster.
Request interception retransmission process has identical IDL interface with CORBA service routine, all requests from CORBA client-side program of request interception retransmission process interception, and the address of CORBA service routine example is returned to client.
Second step, multiple service node runs CORBA serve end program, obtains CORBA service routine example.
3rd step, service entrance node performs cluster instance management program, joins in service state table by CORBA service routine example; And perform the address that request interception retransmission process generates request interception retransmission process.Concrete steps are as follows:
3.1 system managers write initial configuration file, write the address of all CORBA service routine examples;
3.2 service entrance nodes perform cluster instance management program, and the state updating parts of cluster instance management program read in the address of all CORBA service routine examples from initial configuration file;
3.3 state updating parts are each CORBA service routine example newly-increased a line in service state table, arrange the current operating conditions of CORBA service routine example for not start;
3.4 service entrance nodes perform request interception retransmission process;
3.5 request interception retransmission process use DSI (the Dynamic Skeleton Interface) mechanism of CORBA middleware to generate the address of request interception retransmission process, and the address of request interception retransmission process is sent to client computer.
4th step, client computer is from the address of service entrance node obtaining request interception retransmission process, and on the request interception retransmission process of the CORBA client-side program of client computer, service entrance node, service node, CORBA service routine example has cooperatively interacted request call.Concrete steps are as follows:
4.1 client computer obtain the address of the request interception retransmission process on the node of service entrance;
4.2 client computer perform CORBA client-side program;
4.3 CORBA client-side program send request to the request interception retransmission process on the node of service entrance;
4.4 request interception retransmission process use DSI mechanism intercepts client request;
4.5 request interception retransmission process current operating conditions from service state table is Stochastic choice a line in the CORBA service routine example of " starting ", obtains the address of CORBA service routine example;
4.6 request interception retransmission process use the LocationForward message of CORBA that the address of CORBA service routine example is returned to CORBA client-side program;
4.7 CORBA client-side program use the address of CORBA service routine example, send request to CORBA service routine example;
On 4.8 service nodes, CORBA service routine example receives the request of CORBA client-side program, and CORBA service routine example performs request, and returns the result of request execution to CORBA client-side program.
5th step, cluster scale expansion and service state table upgrade: when the request response time (referring to send request to the time receiving CORBA service routine example and return request results from client-side program) of client-side program, (threshold value takes the receptible maximum response time in family usually to exceed threshold value, be generally 2s) time, system manager's expansion service node, carries out the expansion of cluster scale and load capacity; On the node of service entrance, the state updating parts of cluster instance management program upgrade service state table according to cycle T (T gets 5s usually, and T should carry out dynamic conditioning according to the variability of system) simultaneously.
5.1 increase when the request load (number of requests in the unit interval) of CORBA client, and when the request response time of client-side program exceedes threshold value, system manager's expansion service node, realizes the online amplification of cluster scale and load capacity.The concrete steps of one extension service node are as follows:
5.1.1 system manager performs CORBA service routine on a new service node, obtains new CORBA service routine example;
5.1.2 system manager calls instance management interface increases service routine example, fills in this CORBA service routine instance address; State updating parts are newly-increased CORBA service routine example newly-increased a line in service state table, arrange the current operating conditions of CORBA service routine example for not start.
5.2 state updating parts, according to all CORBA service routine examples in cycle T poll services state table, upgrade service state table.All CORBA service routine examples in a poll services state table, the concrete steps upgrading service state table are as follows:
5.2.1 state updating parts pass through all CORBA service routine examples in total is_a () the function poll services state table of CORBA object;
If 5.2.2 successfully call is_a () function, the current operating conditions of CORBA service routine example in service state table is set to start by state updating parts, otherwise is set to not start by the current operating conditions of CORBA service routine example.
5.1 steps are that event (referring to that the request response time of client-side program exceedes threshold value) is carried out when triggering, and 5.2 steps are constantly carried out by the cycle, 5.1 steps and 5.2 steps parallel, independent, carry out independently.
Adopt the present invention can reach following beneficial effect:
(1) can under the prerequisite of any amendment not be made to existing CORBA serve end program, by means of only increasing external cluster instance management program and request interception retransmission process, namely can realize the clustering of CORBA service end, significantly improve the load capacity of service end.
(2) this cluster externally as single service end program can provide service, and can operationally dynamically increase the example in CORBA service end cluster, cluster scale is expanded online, to adapt to the change of client-requested load.
Accompanying drawing explanation
Fig. 1 is the physical structure in client/clustered service end ring border that the first step of the present invention builds.
Fig. 2 is the Software deployment figure in client of the present invention/clustered service end ring border.
Fig. 3 is overview flow chart of the present invention.
Fig. 4 is the flow chart that the present invention the 5th step service node carries out Expansion.
Fig. 5 is that the present invention the 5th step state updating parts upgrade the flow chart of service state table according to cycle T.
Embodiment
Fig. 1 is the physical structure in client/clustered service end ring border that the first step of the present invention builds.Client/clustered service end ring border is made up of client computer, service entrance node and service node.Client computer, service entrance node and service node are the computers comprising processor, memory, disk and network interface.Client computer, service entrance node and service node are interconnected by the network equipment.
Fig. 2 is the Software deployment figure in client of the present invention/clustered service end ring border.Service entrance node is provided with operating system (such as windows, Linux), cluster instance management program and request interception retransmission process.Cluster instance management program is made up of initial configuration file, service state table, state updating parts and instance management interface four parts.Wherein operating system is common software, obtains from the software kit of public publication; The latter two are special-purpose softwares of the present invention.Service node is provided with operating system (such as windows, Linux) and CORBA service routine.Wherein operating system is common software, obtains from the software kit of public publication; CORBA service routine is the arbitrary CORBA serve end program that developer provides.Client computer is provided with operating system (such as windows, Linux) and CORBA client-side program.Wherein operating system is common software, obtains from the software kit of public publication; CORBA client-side program is the arbitrary CORBA client-side program that developer provides.
Fig. 3 is general flow chart of the present invention.Idiographic flow is as follows:
Example is applied as with the CORBA of certain weather forecast query.
This CORBA application is made up of multiple client and a service end: save the weather conditions in seven days in all parts of the country following in service end database, serve end program provide in its IDL interface with place name and date be parameter, the return value method that is weather conditions; Client provides graphic interface, after user have selected place name and Query Dates, is connected to service end and obtains weather conditions and display.Because simultaneously online number clients object increases, original single service end cannot the request of customer in response end in time, needs by clustering, increases service end Service Instance number and process user and ask.
Employing the specific embodiment of the present invention is as follows:
The first step, builds a client/clustered service end ring border, and it is made up of multiple client computer and service entrance node, a multiple service node.Client computer, service entrance node and service node are interconnected by the network equipment.
Build service entrance node.This node operates on ordinary PC or server, is made up of the cluster instance management program shown in Fig. 2 and request interception retransmission process.Cluster instance management program manages the multiple CORBA Service Instances in weather forecast query cluster, is made up of initial configuration file, service state table, state updating parts and instance management interface.Request interception retransmission process externally exposes identical IDL interface with real weather forecast query service end object, also namely its externally state can provide with place name and date be parameter, the return value method that is weather conditions.
Second step, service node starts weather forecast query serve end program example.
3rd step, system manager writes initial configuration file, and service entrance node performs cluster instance management program and request interception retransmission process, and after cycle T (maximum time), service end cluster enters ready state.
4th step, client computer performs weather forecast query client-side program, and weather forecast query client-side program uses request interception to forward the service end cluster of the CORBA address access weather forecast query of parts.The request of client can be tackled by requested interception forwarding parts, and returns to client-side program the LocationForward message that one comprises real service end program example CORBA address in cluster.Due to the request redirection mechanism that CORBA middleware is built-in, client-requested will be possibly retransmission specified true CORBA service routine.
5th step, carries out cluster scale expansion and service state table upgrades.Such as when number of clients increase causes that request answer speed is slack-off exceedes threshold value, service node and service Ingress node respectively, carry out the expansion of cluster scale and the renewal of service state table independently.
Fig. 4 is the flow chart that service node carries out Expansion.When client's request answer speed is slack-off exceed threshold value time, system manager's expansion service node, concrete steps are as follows:
1) system manager starts new weather forecast query serve end program on a new service node, obtains program example;
2) system manager calls the instance management interface routine newly-increased a line in service state table on the node of service entrance, fills in weather forecast query service routine instance address, and arranges its current operating conditions for not start.
Fig. 5 is that state updating parts upgrade the flow chart of service state table according to cycle T.State updating parts, according to all CORBA service routine examples in cycle T poll services state table, upgrade service state table.All CORBA service routine examples in a poll services state table, the concrete steps upgrading service state table are as follows:
1) state updating parts pass through all weather forecast query service routine examples in total is_a () the function poll services state table of CORBA object;
2) if successfully call is_a () function, the current operating conditions of weather forecast query service routine example in service state table is set to start by state updating parts, otherwise is set to not start by current operating conditions.
In the present embodiment, existing weather forecast query serve end program is without the need to carrying out any amendment, by means of only increasing external cluster instance management parts and request interception forwarding parts, namely the clustering of CORBA service end is achieved, make multiple service end externally as the single service end can provide service, significantly improve the load capacity of service end.In addition, when number of clients increase, current cluster load capacity deficiency, operationally in service end cluster, dynamically can increase new service routine, make cluster scale be able to online expansion.
The present embodiment is a simple realization of the present invention, this process can be generalized in other CORBA based on client-side/server-side architecture application easily, under the prerequisite not revising serve end program, realize the clustering of serve end program, and realize the dynamic expansion of serve end program in cluster.
Claims (6)
1. a method for the transparent clustering of CORBA Distributed Application, is characterized in that comprising the following steps:
The first step, builds a client/clustered service end ring border, and it is made up of multiple client computer and service entrance node, a multiple service node; Client computer, service entrance node and service node are can the computer of independent operating, and client computer, service entrance node and service node are interconnected by the network equipment;
Except being provided with operating system, client computer there is also mounted CORBA client-side program, and CORBA client-side program sends request to CORBA service routine, and multiple client computer can concurrence performance request;
Except being provided with operating system, service node there is also mounted CORBA service routine, and multiple service node constitutes a service cluster;
The distribution function that service entrance node provides client to ask, except being provided with operating system, service node is also provided with cluster instance management program and request interception retransmission process; Cluster instance management program manages the multiple CORBA servers in cluster, is made up of initial configuration file, service state table, state updating parts and instance management interface four parts; Initial configuration file is an XML file, describes the address of CORBA service routine example in all service nodes; Service state table is a bivariate table, describes the current operating conditions of CORBA service routine run time address and CORBA service routine; It is capable that service state table has k, and k is the number of CORBA service routine example, k >=1; The current operating conditions of the CORBA service routine example in state updating component maintenance service state table, current operating conditions comprises and starts, do not start two states; Instance management interface provides the method increasing and delete CORBA service routine example; Instance management interface accepts external request, dynamically safeguards the address of the CORBA service routine example in service state table, thus realizes the dynamic retractility of cluster;
Request interception retransmission process has identical IDL interface with CORBA service routine, all requests from CORBA client-side program of request interception retransmission process interception, and the address of CORBA service routine example is returned to client;
Second step, multiple service node runs CORBA serve end program, obtains CORBA service routine example;
3rd step, service entrance node performs cluster instance management program, joins in service state table by CORBA service routine example; And perform the address that request interception retransmission process generates request interception retransmission process, method is:
3.1 system managers write initial configuration file, write the address of all CORBA service routine examples;
3.2 service entrance nodes perform cluster instance management program, and the state updating parts of cluster instance management program read in the address of all CORBA service routine examples from initial configuration file;
3.3 state updating parts are each CORBA service routine example newly-increased a line in service state table, arrange the current operating conditions of CORBA service routine example for not start;
3.4 service entrance nodes perform request interception retransmission process;
3.5 request interception retransmission process use the DSI mechanism of CORBA middleware to generate the address of request interception retransmission process, and the address of request interception retransmission process is sent to client computer;
4th step, on the request interception retransmission process of the CORBA client-side program of client computer, service entrance node, service node, the request interception retransmission process of CORBA service routine example has cooperatively interacted request call;
5th step, when the request load of CORBA client increases, when the request response time of client-side program exceedes threshold value, system manager's expansion service node, carries out the expansion of cluster scale and load capacity; The state updating parts of cluster instance management program are according to cycle T simultaneously, and upgrade service state table, described T should carry out dynamic conditioning according to the variability of system.
2. the method for the transparent clustering of a kind of CORBA Distributed Application as claimed in claim 1, is characterized in that the request interception retransmission process of the CORBA client-side program of client computer described in the 4th step, service entrance node, the cooperatively interacted concrete steps of request call of the request interception retransmission process of CORBA service routine example is on service node:
4.1 client computer receive the address of request interception retransmission process;
4.2 client computer perform CORBA client-side program;
4.3CORBA client-side program sends request to the request interception retransmission process on the node of service entrance;
4.4 request interception retransmission process use DSI mechanism intercepts client request;
4.5 request interception retransmission process current operating conditions from service state table is Stochastic choice a line in the CORBA service routine example of " starting ", obtains the address of CORBA service routine example;
4.6 request interception retransmission process use the LocationForward message of CORBA that the address of CORBA service routine example is returned to CORBA client-side program;
4.7 CORBA client-side program use the address of CORBA service routine example, send request to CORBA service routine example;
On 4.8 service nodes, CORBA service routine example receives the request of CORBA client-side program, and CORBA service routine example performs request, and returns the result of request execution to CORBA client-side program.
3. the method for the transparent clustering of a kind of CORBA Distributed Application as claimed in claim 1, is characterized in that the method for cluster scale described in the 5th step and load capacity adjustment is:
5.1.1 system manager performs CORBA service routine on a new service node;
5.1.2 system manager calls instance management interface increases service routine example, fills in this CORBA service routine instance address; State updating parts are newly-increased CORBA service routine example newly-increased a line in service state table, arrange the current operating conditions of CORBA service routine example for not start.
4. the method for the transparent clustering of a kind of CORBA Distributed Application as claimed in claim 1, its feature gets 2s in described threshold value.
5. the method for the transparent clustering of a kind of CORBA Distributed Application as claimed in claim 1, is characterized in that all CORBA service routine examples in state updating parts poll services state table described in the 5th step, and the method upgrading service state table is:
5.2.1 state updating parts pass through all CORBA service routine examples in total is_a () the function poll services state table of CORBA object;
If 5.2.2 successfully call is_a () function, the current operating conditions of CORBA service routine in service state table is set to start by state updating parts, otherwise is set to not start by the current operating conditions of CORBA service routine.
6. the method for the transparent clustering of a kind of CORBA Distributed Application as claimed in claim 1, is characterized in that cycle T gets 5s.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510337426.0A CN104980510B (en) | 2015-06-17 | 2015-06-17 | A kind of method of the transparent clustering of CORBA Distributed Applications |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510337426.0A CN104980510B (en) | 2015-06-17 | 2015-06-17 | A kind of method of the transparent clustering of CORBA Distributed Applications |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104980510A true CN104980510A (en) | 2015-10-14 |
CN104980510B CN104980510B (en) | 2018-03-27 |
Family
ID=54276603
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510337426.0A Active CN104980510B (en) | 2015-06-17 | 2015-06-17 | A kind of method of the transparent clustering of CORBA Distributed Applications |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104980510B (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108270831A (en) * | 2016-12-30 | 2018-07-10 | 杭州宏杉科技股份有限公司 | A kind of arbitrator's cluster implementation method and device |
CN110875849A (en) * | 2018-08-31 | 2020-03-10 | 萨伯康姆有限责任公司 | Optical communication system |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101042767A (en) * | 2006-02-28 | 2007-09-26 | 国际商业机器公司 | Web services database cluster structure and method thereof |
CN101373428A (en) * | 2007-08-24 | 2009-02-25 | 上海全成通信技术有限公司 | System for integrating intermediate parts |
CN102053860A (en) * | 2009-10-30 | 2011-05-11 | 中国人民解放军国防科学技术大学 | CORBA-based OSGi distributed extensible system and method |
US20140089512A1 (en) * | 2000-12-14 | 2014-03-27 | Borland Software Corporation | Name service object clustering |
-
2015
- 2015-06-17 CN CN201510337426.0A patent/CN104980510B/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140089512A1 (en) * | 2000-12-14 | 2014-03-27 | Borland Software Corporation | Name service object clustering |
CN101042767A (en) * | 2006-02-28 | 2007-09-26 | 国际商业机器公司 | Web services database cluster structure and method thereof |
CN101373428A (en) * | 2007-08-24 | 2009-02-25 | 上海全成通信技术有限公司 | System for integrating intermediate parts |
CN102053860A (en) * | 2009-10-30 | 2011-05-11 | 中国人民解放军国防科学技术大学 | CORBA-based OSGi distributed extensible system and method |
Non-Patent Citations (1)
Title |
---|
刘惠 等: "面向普适计算的自适应软件集成环境研究综述", 《计算机工程与科学》 * |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108270831A (en) * | 2016-12-30 | 2018-07-10 | 杭州宏杉科技股份有限公司 | A kind of arbitrator's cluster implementation method and device |
CN108270831B (en) * | 2016-12-30 | 2021-05-07 | 杭州宏杉科技股份有限公司 | Arbiter cluster implementation method and device |
CN110875849A (en) * | 2018-08-31 | 2020-03-10 | 萨伯康姆有限责任公司 | Optical communication system |
CN110875849B (en) * | 2018-08-31 | 2023-08-15 | 萨伯康姆有限责任公司 | Optical communication system |
Also Published As
Publication number | Publication date |
---|---|
CN104980510B (en) | 2018-03-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11775435B2 (en) | Invalidation and refresh of multi-tier distributed caches | |
CN109074377B (en) | Managed function execution for real-time processing of data streams | |
Dmitry et al. | On micro-services architecture | |
US10747670B2 (en) | Reducing latency by caching derived data at an edge server | |
CN100418057C (en) | Method and system for grid-enabled virtual machines with distributed management of applications | |
CN111124670A (en) | Tactical cloud-oriented micro-service platform | |
CN109542611A (en) | Database, that is, service system, database dispatching method, equipment and storage medium | |
WO2013039798A2 (en) | Distributing multi-source push notifications to multiple targets | |
US8589515B2 (en) | Aggregated widget request processing | |
US20090158298A1 (en) | Database system and eventing infrastructure | |
CN108848132A (en) | A kind of distribution scheduling station system based on cloud | |
CN101478445B (en) | General monitoring model technique used for information system monitoring | |
CN115185705A (en) | Message notification method, device, medium and equipment | |
US6931427B2 (en) | Method and apparatus for discovering data services in a distributed computer system | |
CN108259605B (en) | Data calling system and method based on multiple data centers | |
CN104980510A (en) | Method for transparent clustering of CORBA distributed applications | |
US10896077B2 (en) | Messaging abstraction layer for integration with message oriented middleware platforms | |
CN116155978A (en) | Multi-registry adaptation method, device, electronic equipment and storage medium | |
WO2011056706A1 (en) | Systems and methods for dynamic historical browsing | |
CN113783921A (en) | Method and device for creating cache component | |
CN105550143A (en) | Interface system for acquiring working condition of information equipment | |
CN104572859A (en) | Distributive complex event processing system | |
US12067012B2 (en) | Cache updates through distributed message queues | |
CN112669015B (en) | Power dispatching micro-service construction system and method | |
Sun et al. | PROXZONE: one cloud computing system for support paas in energy power applications |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |