CN106453288B - A kind of distributed micro services frame system that supporting asynchronous mode and its implementation - Google Patents

A kind of distributed micro services frame system that supporting asynchronous mode and its implementation Download PDF

Info

Publication number
CN106453288B
CN106453288B CN201610865152.7A CN201610865152A CN106453288B CN 106453288 B CN106453288 B CN 106453288B CN 201610865152 A CN201610865152 A CN 201610865152A CN 106453288 B CN106453288 B CN 106453288B
Authority
CN
China
Prior art keywords
service
request
data
call
information
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
Application number
CN201610865152.7A
Other languages
Chinese (zh)
Other versions
CN106453288A (en
Inventor
岑谱洲
肖齐
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shanghai Paid Information Technology Co Ltd
Original Assignee
Shanghai Paid Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shanghai Paid Information Technology Co Ltd filed Critical Shanghai Paid Information Technology Co Ltd
Priority to CN201610865152.7A priority Critical patent/CN106453288B/en
Publication of CN106453288A publication Critical patent/CN106453288A/en
Application granted granted Critical
Publication of CN106453288B publication Critical patent/CN106453288B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/133Protocols for remote procedure calls [RPC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1097Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/565Conversion or adaptation of application format or content
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/568Storing data temporarily at an intermediate stage, e.g. caching
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/568Storing data temporarily at an intermediate stage, e.g. caching
    • H04L67/5683Storage of data provided by user terminals, i.e. reverse caching
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/60Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Exchange Systems With Centralized Control (AREA)
  • Telephonic Communication Services (AREA)

Abstract

The invention discloses a kind of distributed micro services frame systems for supporting asynchronous mode, including gateway Agent layer, service providing end, service register center and service call end.Gateway Agent layer includes protocol converter and transmitter.In addition, the invention also discloses the implementation methods of the system.The present invention solves the problems, such as following several respects: 1) supporting asynchronous distributed service readjustment, solve the problems, such as occur response processing Single Point of Faliure in readjustment;2) it supports the conversion between different agreement and transport layer, gets through overall process micro services calling;3) the main programming model note mode realizing service publication, calling, improves and realizes efficiency, reduce maintenance complexity;4) pair buffers for calling end and service providing end are realized, service call efficiency is improved;5) uniform service registration center, all issuing services of centralized management are realized.

Description

A kind of distributed micro services frame system that supporting asynchronous mode and its implementation
Technical field
The invention belongs to computer fields, are related to a kind of micro services frame, and in particular to across agreement calling and asynchronous distribution Formula services call back scheme more particularly to a kind of distributed micro services frame system for supporting asynchronous mode;For this purpose, the present invention also relates to And the implementation method of the distributed micro services frame system of the support asynchronous mode.
Background technique
With the development of internet, the scale of application constantly expands, and conventional vertical applications framework can not cope with, distribution Formula service architecture is imperative, and micro services framework is exactly one of practice.Micro services framework is single application dismantling to more carefully The micro services of granularity, each service is can independently to dispose, independent operating, have complete contract of service, reaches system altitude solution The purpose of coupling.Existing micro services frame (refering to fig. 1) realizes the key foundations functions such as service publication and calling, but in face of length The service of time-triggered protocol, high frequency time service call, when the scenes such as cross-platform service call, there is also more problem, main body Present following several respects:
1) do not support asynchronous distributed service readjustment: synchronization process can cope with common " request-response " mode, but long The task processing service of time is necessarily required to call back scheme to support, and avoids long-time locked service thread resources, causes to call The stopping state at end and ISP.Available frame realizes parameter call back scheme, that is, only supports processing locality program Readjustment, will will appear after container collapse local after service call, ISP's readjustment can not find callback procedure, lose There is the inconsistent situation of service data in service data.This is primarily due to available frame and only saves this when calling service The object reference of ground program readjustment, does not account for the case where multinode Distributed Services at all, is unable to satisfy needs in this way The distribution service demand of high stability.
2) do not support the micro services across agreement to call: the caller of micro services can be related to multi-platform, more communications conduits Situation such as develops mobile Internet in application, the mobile end APP needs to call micro services, it is contemplated that the delay of mobile network and not The characteristics such as stable need to transmit data using WEB SOCKET, and backstage micro services supplier is transmitted based on queue server Data.This just needs the conversion of the agency between frame energy supported protocol and transmitter and message conversion, and available frame requires institute There are calling and ISP using unified agreement and transmitter, is unable to satisfy Internet application cross-platform cross protocol mode Exploitation.
3) lack the caching process mechanism to service: the realization of available frame caching mechanism is simpler, only considered and calls end Local cache processing, consume larger when facing high frequency time service call, reduce the efficiency of service processing.
4) lack the unified management of service: existing frame lacks service management, only safeguards at service call end a local Service list file, it is difficult to guarantee that the consistency of service, validity can not carry out United Dispatching and management to service, it is whole to take The complexity of business frame maintenance steeply rises.
5) service call does not support the note mode of main programming model: all service calls of existing frame and exposure all need It specific definition, the interface including calling service, method to adjust back and illustrate, cannot achieve in programming process in configuration file In readme metaphor and the seamless insertion of main programming model, equal to need a service interface is redescribed in configuration file Calling logic increases the complexity for calling the workload and maintenance realized.
Summary of the invention
The technical problem to be solved in the present invention is that a kind of distributed micro services frame system for supporting asynchronous mode is provided, Complexity problem is solved using for the method for multiple stand-alone services by decomposing huge monomer-type, in the situation that function is constant Under, using multiple manageable services are broken down into, each service uses RPC (Remote Procedure Call Protocol --- remote procedure call protocol) clearly boundary is defined, increase the letter of the manageability and calling of service Easily efficiently, following several respects are solved the problems, such as:
1) it supports asynchronous distributed service readjustment, solves the problems, such as occur response processing Single Point of Faliure in readjustment;
2) it supports the conversion between different agreement and transport layer, gets through overall process micro services calling;
3) the main programming model note mode realizing service publication, calling, improves and realizes efficiency, reduce maintenance complexity;
4) pair buffers for calling end and service providing end are realized, service call efficiency is improved;
5) uniform service registration center, all issuing services of centralized management are realized.
In order to solve the above technical problems, the present invention provides a kind of distributed micro services frame system for supporting asynchronous mode, Including gateway Agent layer, service providing end, service register center and service call end;
The gateway Agent layer includes protocol converter and transmitter, and the protocol converter is responsible for external request Data and the protocol formatted data of internal services support are mutually converted, and the transmitter is responsible for the biography of request data and response data It is defeated;
The service providing end is responsible for issuing service to service register center, carries out business processing after receiving service request;
The service register center is responsible for issuing service registration, the lookup processing of service;
The service call end service destination, hair are searched by service register center according to specified service invocation information It plays the request of remote service and obtains service response data;
The transmitter is converted into protocol format after the request data for receiving far call end, through protocol converter Then data send assembled service request to service providing end, service providing end publication clothes by service call end program It is engaged in service register center, service call end is by service register center lookup service destination and obtains service response data, The transmitter relays to far call end after receiving the service response data.
As currently preferred technical solution, the protocol converter mainly includes protocol processor and serializing processing Device two parts are responsible for the assembling, serializing and unserializing of all service datas and response data, translate into main programming mould The data that type can be handled directly;Protocol processor, serializing processor in the protocol converter can be plugged freely;It is described Transmitter includes WEB SOCKET transmitter and HTTP transmitter;The far call end include IOS far call end, Android far call end and WEB far call end.
As currently preferred technical solution, the service providing end, including distributed caching module, annotation model, Ti-Lnk agreement adjusts back Stub processing module and RabbitMq processor;The distributed caching module is responsible for according to service The parameter cache configuration of interface is provided, using distributed caching Storage Middleware Applying, provides data buffer storage processing;The annotation model It is responsible for realizing service registration using main programming language, service call injection, service parameter, the note function of cached configuration;It is described Readjustment Stub processing module is responsible for storing the description information of asynchronism callback service, including service name, the agreement used, service Interface description, method signature allow service providing end to find destination service in asynchronism callback and receive address;It is described RabbitMq processor is responsible for the operation of RabbitMq message queue, and assembled protocol data is sent out when being included in calling service It is sent to the monitoring queue of the monitoring queue and service call end wait-for-response and asynchronism callback of service providing end;The Ti-Lnk association Discuss the protocol groups installation and dismantling packet processing for being responsible for service request and response data;The local cache module is responsible for service invocation procedure In local cache processing, mainly realize the other caching process of thread-level;
For the service providing end before business processing, service register center can search hit according to the buffer service of configuration It is data cached, if hit, directly return, otherwise continues follow-up business processing;Asynchronous service is needed to return at service call end Timing after the completion of service request handling, searches corresponding callback information by readjustment Stub information storage into buffer service, And corresponding readjustment is searched by service register center and services destination, complete readjustment processing;
It can be the service registration for needing externally to issue to service register center, including service after all service providing end startings Title, service destination addressing information, the interface name that service can call, the parameter type and content of service request, service Callback information;When service call end needs to request, it will use service name and search corresponding addressing information, then remotely adjusted With.
As currently preferred technical solution, the service call end includes local cache module, annotation model, Ti- Lnk agreement and RabbitMq transmitter;The local cache module is responsible for the processing of the local cache in service invocation procedure, main Realize the other caching process of thread-level;The annotation model is responsible for realizing that service registration, service are adjusted using main programming language With injection, service parameter, the note function of cached configuration;The RabbitMq processor is responsible for the behaviour of RabbitMq message queue Make, monitoring queue and service call end etc. including assembled protocol data being sent to when calling service service providing end Wait respond the monitoring queue with asynchronism callback;The Ti-Lnk agreement is responsible for the protocol groups installation and dismantling of service request and response data Packet processing;The local cache module is responsible for the processing of the local cache in service invocation procedure, and it is other mainly to realize thread-level Caching process;
The service call end can first search local cache according to call request information before the request for initiating remote service With the presence or absence of the data cached of hit, if otherwise hit, direct return cache data continue subsequent remote service request.
As currently preferred technical solution, the protocol format of the internal services support is Ti-lnk agreement, described Ti-Lnk agreement uses frame formula message structure, and every frame is mainly made of message length domain and message content domain, and message length domain makes It is encoded with BIG_ENDIAN, occupies 4 bytes, message content domain uses JSON message format, and is more than in content-length When 128k, compression transmission processing is carried out.
In addition, this method includes the realization of Ti-Lnk agreement the present invention also provides a kind of implementation method of above system, clothes Registration center's function of being engaged in realizes that service invocation procedure is realized and gateway is realized.
As currently preferred technical solution, the realization of the Ti-Lnk agreement includes the following steps:
A) Ti-Lnk service request messages: heading includes the mark for calling service, and the service interface title of calling is called Interface parameters signature, message body includes the parameters for needing to call service incoming, and each parameter is a frame;
B) Ti-Lnk service providing end response message: heading includes service client information, service release, acknowledgement type, clothes Business session label information, the interior appearance of message body is service response result.
As currently preferred technical solution, the service register center function realization includes the following steps:
A) information on services can be submitted to service register center, including service name when starting service by service providing end, Service interface, interface requests parameter and type, address of service information;
B) service register center brings registration service in heartbeat inspecting queue into after receiving service registration request, keep and The connection of service providing end updates the service list of current service registration center once service is broken down immediately, and to all Relevant service subscription person carries out information on services changing push;
C) service call end can calling in need service list to service register center send subscribe to request, service Registration center can synchronize the detailed recalls information of service for returning to request, while maintaining a long-chain with called side and fetching push subscription The change of service;
D) service call end can directly search corresponding destination service letter when active service is called from local service list Breath, is such as dynamic call in program, does not subscribe in advance, can directly initiate new service search request;It is returned in lookup result Hui Hou updates local service list.
As currently preferred technical solution, the service invocation procedure realization includes the following steps:
A) service call end initiates to search whether to exist in local cache first after calling effectively to hit data, such as Then direct return cache is handled as a result, otherwise continuing subsequent calls for fruit hit;
B) service call end is not looked into such as according to calling service name to search service addressing information in local service list It finds and directly initiates inquiry request to service register center, after getting service goal address information, first carry out Protocol layer data Conversion, including data assembling and serializing operation, select corresponding transmitter to be sent to destination address after the completion, as call be Asynchronism callback mode returns immediately after confirmation is sent to;
C) after service providing end receives the data of request by transmitter, first according to corresponding agreement carry out unserializing and Then data de-packaging operation determines the mode this time called, adjusts back if it is asynchronous service, can save the Stub of readjustment service In distributed caching storage, then generates agent object and enter method of servicing calling;
D) service providing end finds corresponding service routine according to request data, while according to the corresponding cached configuration of service It is data cached to search;
E) it is not hit as data cached, service providing end will continue to the logical process inside service, after the completion of processing, sentence Determine invocation pattern, is adjusted back if it is asynchronous service, the readjustment Stub stored at that time can be taken out, and request service register center, looked into Effective service goal address is ask, then according to corresponding agreement and transmitter, executes data assembling, serializing and transmission behaviour Make;
F) after service call end receives response data, the operation of data unpacking and unserializing is carried out according to corresponding agreement, It is stored in the buffer memory of current thread rank, then carries out subsequent processing, calling process terminates.
As currently preferred technical solution, the gateway realization includes the following steps:
A) service invocation request is initiated at far call end, sends request data to service network by WEB SOCKET transmitter Close Agent layer;
B) after gateway Agent layer receives request data using WEB SOCKET transmitter, first the head of request data is believed Breath is parsed, and after taking the information on services of request, carries out Map Searching in local agent service list;
C) after determining background service title and interface, target service requests address incoming service is called into end program, then Start to execute service call;
D) after service call end program returns the result, gateway is rung again according to the agreement assembling that far call end uses Data and corresponding WEB SOCKET transmitter are answered to send request response.
According to technical solution provided above, compared with prior art, support asynchronous mode provided by the invention is in incognito Business frame, has the advantages that
1, the service callbacks in frame, support asynchronous distributed provided by the invention adjust back function compared with the existing technology Can, it can solve the readjustment problem of long-time service processing, service call side can terminate to call after request confirmation is sent to, no There can be any extra occupancy to the thread resources of service caller, largely improve calling efficiency, reduce the resource of calling Consumption ensures the consistency of business datum, improves reliability of service.
2, gateway agent skill group provided by the invention, for across agreement, the service call scene across transmitter can be with The calling of front and back end service is got through, synchronous, asynchronous call is supported, the complexity of front end services calling is thus reduced, front end Service call is opened from rear end protocol layer, transport layer decoupling, has ensured the independence of service.
3, the caching technology in frame compared with the existing technology, service call end provided by the invention and service providing end Dual-cache mechanism can improve the efficiency of high frequency time service call, reduce service flexibly according to various data cached hit strategies The pressure at end is provided.
4, the service call of frame is realized compared with the existing technology, main programming annotation model provided by the invention, Ke Yijia Fast service call and service provide realization, reduce the maintenance cost of configuration file.
5, the service management of frame compared with the prior art, service management center provided by the invention can obtain every in real time The state of a service, and the corresponding subscription service state of real-time informing caller, ensure the consistency and stability of service.
Detailed description of the invention
Present invention will be further explained below with reference to the attached drawings and examples.
Fig. 1 is existing micro services frame system structure chart.
Fig. 2 is the structural schematic diagram for the distributed micro services frame system that the present invention supports asynchronous mode.
Fig. 3 is the message structure schematic diagram of Ti-Lnk agreement in the present invention.
Fig. 4 is the relation schematic diagram of service register center and service call end and service providing end in the present invention.
Fig. 5 is the flow chart of service call in the present invention.
Fig. 6 is the flow chart that gateway service is handled in the present invention.
Specific embodiment
In conjunction with the accompanying drawings, the present invention is further explained in detail.These attached drawings are simplified schematic diagram, only with Illustration illustrates basic structure of the invention, therefore it only shows the composition relevant to the invention.
The present invention provides a kind of micro services frame (Ti-Lnk frame) systems for supporting asynchronous mode, not only realize in incognito The basic synchronization of business calls, service registration management, moreover it is possible to realize the readjustment of asynchronous distributed service, and across agreement across transport layer Calling.In addition, all service calls and processing all support the note mode of main programming model.
Whole system is broadly divided into gateway Agent layer, service providing end, service call end, and service register center is whole Body frame is referring to fig. 2.
1) gateway Agent layer is mainly made of protocol converter and transmitter, and protocol converter is responsible for external request Data and protocol format (Ti-lnk agreement) data of internal services support are mutually converted, transmitter (the WEB SOCKET in Fig. 2 Transmitter, HTTP transmitter) it is responsible for the transmission of request data and response data, receiving the far call end (IOS in Fig. 2 Far call end, Android far call end, WEB far call end) request data after, be converted by protocol converter Then general Ti-Lnk protocol data sends assembled service request to service providing end by service call end program, Far call end is relayed to after receiving service response.
2) service providing end, including distributed caching module, annotation model, Ti-Lnk agreement adjust back Stub processing module And RabbitMq processor.
2.1) it distributed caching module: is configured according to the parameter cache of service provision interface, is stored using distributed caching Middleware provides data buffer storage processing
2.2) annotation model: service registration, service call injection are realized using main programming language, service parameter, caching is matched The note function of setting.
2.3) Stub processing module is adjusted back: the description information of storage asynchronism callback service, including service name, the association used View, the interface description of service, method signature etc. allow service providing end to find destination service reception in asynchronism callback Address.
2.4) RabbitMq processor: being responsible for the operation of RabbitMq message queue, assembling when being included in calling service Good protocol data is sent to the monitoring team of the monitoring queue and service call end wait-for-response and asynchronism callback of service providing end Column.
2.5) Ti-Lnk agreement: it is responsible for the protocol groups installation and dismantling packet processing of service request and response data.
2.6) service providing end is responsible for issuing service to service register center, carries out business processing after receiving service request. Before business processing, service register center can search the data cached of hit according to the buffer service of configuration, if hit, directly Return is connect, follow-up business processing is otherwise continued.When service call end needs asynchronous service to adjust back, by readjustment Stub information storage Into buffer service, after the completion of service request handling, corresponding callback information is searched, and pass through service register center lookup pair The readjustment service destination answered, completes readjustment processing.
3) service call end includes local cache module, annotation model, Ti-Lnk agreement and RabbitMq transmitter.
3.1) local cache module: the local cache processing being responsible in service invocation procedure mainly realizes thread rank Caching process.
3.2) annotation model: with 2.2)
3.3) Ti-Lnk agreement: with 2.5)
3.4) RabbitMq transmitter: with 2.4)
3.5) service destination, hair are searched by service register center according to specified service invocation information in service call end It plays the request of remote service and obtains service response data.Before the request for initiating remote service, service call end can be according to tune Local cache is first searched with solicited message with the presence or absence of the data cached of hit, if hit, direct return cache data, otherwise Continue subsequent remote service request.
4) service register center is responsible for issuing service registration, the lookup processing of service.Meeting after all service providing end startings The service registration for needing externally to issue to service register center, including service name, destination addressing information is serviced, service can The interface name of calling, the parameter type and content of service request, the callback information etc. of service.When service call end needs to request When, it will use service name and search corresponding addressing information, then carry out far call.
5) protocol converter mainly includes protocol processor and serializing processor two parts, is responsible for all service request numbers According to assembling, serializing and the unserializing with response data, the data that main programming model can be handled directly are translated into.In module Protocol processor, serializing processor can be plugged freely.
6) service call end and service providing end can all be embedded in main programming annotation model, for executing service call, service Publication, the functions such as service readjustment mark, so that entire processing can not need additional configuration file and fast implement.
Micro services frame specific implementation provided by the invention is largely divided into four major parts: the realization of Ti-Lnk agreement, Service register center function realizes that service invocation procedure is realized, gateway is realized.
1) Ti-Lnk agreement: Ti-Lnk agreement is designed to realize the transmission of service call data, agreement it is whole Body structure is referring to Fig. 3.
A) Protocol Design of Ti-Lnk uses frame formula message structure, and every frame is mainly by message length domain and message content domain It constitutes.Message length domain is encoded using BIG_ENDIAN, occupies 4 bytes, and message content domain uses JSON message format, and When content-length is more than 128k, compression transmission processing is carried out.
B) Ti-Lnk service request messages: heading includes the mark for calling service, and the service interface title of calling is called Interface parameters signature, message body includes the parameters for needing to call service incoming, and each parameter is a frame.
C) Ti-Lnk service providing end response message: heading includes service client information, and service release, acknowledgement type is (just Often response or exception response), service conversation identification information, the interior appearance of message body is service response result.
2) service register center: service register center mainly includes the service Active Registration of service providing end, service call The active of information on services notice and information on services that end is subscribed to is searched, refering to Fig. 4.
A) information on services can be submitted to service register center, including service name when starting service by service providing end, Service interface, interface requests parameter and type, address of service information.
B) service register center brings registration service in heartbeat inspecting queue into after receiving service registration request, keep and The connection of service providing end updates the service list of current service registration center once service is broken down immediately, and to all Relevant service subscription person carries out information on services changing push.
C) service call end can calling in need service list to service register center send subscribe to request, service Registration center can synchronize the detailed recalls information of service for returning to request, while maintaining a long-chain with called side and fetching push subscription The change of service, such as the interface of subscription service increase, the failure etc. of subscription service.
D) service call end can directly search corresponding destination service letter when active service is called from local service list Breath, is such as dynamic call in program, does not subscribe in advance, can directly initiate new service search request.It is returned in lookup result Hui Hou updates local service list.
From the above process it can be seen that service register center unified management service, the accuracy of information on services and reachable is ensured Property, important support is provided for subsequent service dispatch.
3) service call: the calling realization of service is the core of micro services frame, and the main calling comprising service is initiated, and is taken The caching process for calling of being engaged in, the synchronization call processing of service and the asynchronism callback of service handle several piths, refering to Fig. 5. It is the complete procedure of service call below:
A) service call end initiates to search whether to exist in local cache first after calling effectively to hit data, such as Then direct return cache is handled as a result, otherwise continuing subsequent calls for fruit hit.The sphere of action of local cache is only limitted to thread-level Not, the multiple number initiated long-range application and access same service data that can reduce same thread in this way, promotes access efficiency.
B) service call end is not looked into such as according to calling service name to search service addressing information in local service list It finds and directly initiates inquiry request to service register center.After getting service goal address information, Protocol layer data is first carried out Conversion, including data assembling and serializing operation, select corresponding transmitter to be sent to destination address after the completion.It is as called Asynchronism callback mode returns immediately after confirmation is sent to.
C) after service providing end receives the data of request by transmitter, first according to corresponding agreement carry out unserializing and Then data de-packaging operation determines the mode this time called, adjusts back if it is asynchronous service, can save the Stub of readjustment service In distributed caching storage, then generates agent object and enter method of servicing calling.
D) service providing end finds corresponding service routine according to request data, while according to the corresponding cached configuration of service It is data cached to search.Cached configuration can be cached according to JXPATH, interface parameters or combination parameter index to hit to search, this Sample can define cache hit strategy according to different data access scenario, improve high frequency time service access efficiency.
E) it is not hit as data cached, service providing end will continue to the logical process inside service, after the completion of processing, sentence Determine invocation pattern, is adjusted back if it is asynchronous service, the readjustment Stub stored at that time can be taken out, and request service register center, looked into Ask effective service goal address.Then according to corresponding agreement and transmitter, data assembling, serializing and transmission behaviour are executed Make.
F) after service call end receives response data, the operation of data unpacking and unserializing is carried out according to corresponding agreement, It is stored in the buffer memory of current thread rank, then carries out subsequent processing, calling process terminates.
Entire calling process not only realizes basic synchronization call, in combination with the thread-level local cache for calling end and The Distributed Cache Mechanism of service providing end improves and calls efficiency.Furthermore the mode support of asynchronous service readjustment, when solving long Between batch processing service readjustment problem, utmostly ensure reliability of service and stability.
4) gateway is acted on behalf of: the purpose of realization of gateway is to need for external call using being different from internal services The case where transmitter of calling, agreement, can smoothly transfer and handle service invocation request, and it is logical to reach uniform service tune.Gateway master It to be realized by transmitter, protocol realization, protocol conversion, four parts of service call form, referring to Fig. 6.It is gateway processes below Complete interaction flow:
A) service invocation request is initiated at far call end, sends request data to service network by WEB SOCKET transmitter Close Agent layer;
B) after gateway Agent layer receives request data using WEB SOCKET transmitter, first the head of request data is believed Breath is parsed, and after taking the information on services of request, carries out Map Searching in local agent service list;
C) after determining background service title and interface, target service requests address incoming service is called into end program, then Start to execute calling, subsequent service call interaction describes process referring to the specific implementation of service call;
D) after service call end program returns the result, gateway is rung again according to the agreement assembling that far call end uses Data and corresponding WEB SOCKET transmitter are answered to send request response.
From the point of view of above-mentioned realization, gateway Agent layer passes through a series of transmission for realizing suitable distal end difference channels requests The request of all distal ends is flexibly mapped and is transferred by device and protocol converter, and remote service is enabled to call end smooth Back-end services are called, service is reduced and realizes and integrate complexity.
Taking the above-mentioned ideal embodiment according to the present invention as inspiration, through the above description, relevant staff is complete Various changes and amendments can be carried out without departing from the scope of the technological thought of the present invention' entirely.The technology of this invention Property range is not limited to the contents of the specification, it is necessary to which the technical scope thereof is determined according to the scope of the claim.

Claims (8)

1. a kind of distributed micro services frame system for supporting asynchronous mode, which is characterized in that including gateway Agent layer, clothes Business provides end, service register center and service call end;
The gateway Agent layer includes protocol converter and transmitter, and the protocol converter is responsible for the data of external request It is mutually converted with the protocol formatted data of internal services support, the transmitter is responsible for the transmission of request data and response data;
The service providing end is responsible for issuing service to service register center, carries out business processing after receiving service request;
The service register center is responsible for issuing service registration, the lookup processing of service;
Service destination is searched by service register center according to specified service invocation information in the service call end, initiates remote The request of journey service simultaneously obtains service response data;The service call end includes local cache module, annotation model, Ti-Lnk Agreement and RabbitMq transmitter;The local cache module is responsible for the processing of the local cache in service invocation procedure, mainly Realize the other caching process of thread-level;The annotation model is responsible for realizing service registration, service call using main programming language Injection, service parameter, the note function of cached configuration;The RabbitMq processor is responsible for the behaviour of RabbitMq message queue Make, monitoring queue and service call end etc. including assembled protocol data being sent to when calling service service providing end Wait respond the monitoring queue with asynchronism callback;The Ti-Lnk agreement is responsible for the protocol groups installation and dismantling of service request and response data Packet processing;The local cache module is responsible for the processing of the local cache in service invocation procedure, and it is other mainly to realize thread-level Caching process;The service call end can first search local slow before the request for initiating remote service according to call request information It deposits with the presence or absence of the data cached of hit, if otherwise hit, direct return cache data continue subsequent remote service and ask It asks;
The transmitter is converted into protocol format number after the request data for receiving far call end, through protocol converter According to then by the assembled service request of service call end program transmission to service providing end, service providing end issuing service To service register center, service call end searches service destination by service register center and obtains service response data, institute It states transmitter and relays to far call end after receiving the service response data.
2. the system as claimed in claim 1, which is characterized in that the protocol converter mainly includes protocol processor and sequence Change processor two parts, is responsible for the assembling, serializing and unserializing of all service datas and response data, translates into master The data that programming model can be handled directly;Protocol processor, serializing processor in the protocol converter can be inserted freely It pulls out;The transmitter includes WEB SOCKET transmitter and HTTP transmitter;The far call end includes IOS far call End, Android far call end and WEB far call end.
3. the system as claimed in claim 1, which is characterized in that the service providing end, including distributed caching module are explained Model, Ti-Lnk agreement adjust back Stub processing module and RabbitMq processor;The distributed caching module is responsible for basis The parameter cache of service provision interface configures, and using distributed caching Storage Middleware Applying, provides data buffer storage processing;The note Model is responsible for realizing service registration using main programming language, service call injection, service parameter, the note function of cached configuration; The readjustment Stub processing module is responsible for storing the description information of asynchronism callback service, including service name, the agreement used, clothes The interface of business describes, method signature, allows service providing end to find destination service in asynchronism callback and receives address;Institute The operation that RabbitMq processor is responsible for RabbitMq message queue is stated, assembled protocol data when being included in calling service It is sent to the monitoring queue of the monitoring queue and service call end wait-for-response and asynchronism callback of service providing end;The Ti-Lnk Agreement is responsible for the protocol groups installation and dismantling packet processing of service request and response data;
For the service providing end before business processing, service register center can search the caching of hit according to the buffer service of configuration Data directly return if hit, otherwise continue follow-up business processing;When service call end needs asynchronous service to adjust back, Readjustment Stub information is stored into buffer service, after the completion of service request handling, searches corresponding callback information, and pass through Service register center searches corresponding readjustment and services destination, completes readjustment processing;
It can be the service registration for needing externally to issue to service register center, including Service name after all service providing end startings Claim, services destination addressing information, the interface name that service can call, the parameter type and content of service request, time of service Adjust information;When service call end needs to request, it will use service name and search corresponding addressing information, then remotely adjusted With.
4. the system as claimed in claim 1, which is characterized in that the protocol format of the internal services support is Ti-lnk association View, the Ti-Lnk agreement use frame formula message structure, and every frame is mainly made of message length domain and message content domain, and message is long Degree domain is encoded using BIG_ENDIAN, occupies 4 bytes, and message content domain uses JSON message format, and in content-length When more than 128k, compression transmission processing is carried out.
5. a kind of implementation method of system according to any one of claims 1-4, which is characterized in that including Ti-Lnk agreement It realizes, service register center function is realized, service invocation procedure is realized and gateway is realized;The service invocation procedure is real Now include the following steps:
A) service call end initiates to search whether to exist in local cache first after calling effectively to hit data, if life In then direct return cache as a result, otherwise continue subsequent calls processing;
B) service call end is not found such as according to calling service name to search service addressing information in local service list Inquiry request directly is initiated to service register center, after getting service goal address information, first carries out turning for Protocol layer data It changes, including data assembling and serializing operation, selects corresponding transmitter to be sent to destination address after the completion, be asynchronous as called Call back scheme returns immediately after confirmation is sent to;
C) after service providing end receives the data of request by transmitter, unserializing and data are first carried out according to corresponding agreement Then de-packaging operation determines the mode this time called, adjusts back if it is asynchronous service, can be stored in the Stub of readjustment service point In cloth buffer memory, then generates agent object and enter method of servicing calling;
D) service providing end finds corresponding service routine according to request data, while looking into according to corresponding cached configuration is serviced It looks for data cached;
E) it is not hit as data cached, service providing end will continue to the logical process inside service, after the completion of processing, determine to adjust With mode, is adjusted back if it is asynchronous service, the readjustment Stub stored at that time can be taken out, and request service register center, inquired Effective service goal address executes data assembling, serializing and transmission operation then according to corresponding agreement and transmitter;
F) after service call end receives response data, the operation of data unpacking and unserializing is carried out according to corresponding agreement, is saved In the buffer memory of current thread rank, then subsequent processing is carried out, calling process terminates.
6. method as claimed in claim 5, which is characterized in that the realization of the Ti-Lnk agreement includes the following steps:
A) Ti-Lnk service request messages: heading includes calling the mark serviced, and the service interface title of calling, calling connects Mouth parameters signatures, message body include the parameters for needing to call service incoming, and each parameter is a frame;
B) Ti-Lnk service providing end response message: heading includes service client information, service release, acknowledgement type, service meeting Identification information is talked about, holding in message body is service response result.
7. method as claimed in claim 5, which is characterized in that the service register center function realization includes the following steps:
A) information on services can be submitted to service register center, including service name when starting service by service providing end, be serviced Interface, interface requests parameter and type, address of service information;
B) service register center brings registration service in heartbeat inspecting queue into after receiving service registration request, keeps and services The connection at end is provided, once service is broken down, updates the service list of current service registration center immediately, and to all correlations Service subscription person carry out information on services changing push;
C) service call end can calling in need service list to service register center send subscribe to request, service registration Center can synchronize the detailed recalls information of service for returning to request, while maintaining a long-chain with called side and fetching push subscription service Change;
D) service call end can directly search corresponding destination service information from local service list when active service is called, It is such as dynamic call in program, does not subscribe in advance, can directly initiates new service search request;It is returned in lookup result Afterwards, local service list is updated.
8. method as claimed in claim 5, which is characterized in that the gateway realization includes the following steps:
A) service invocation request is initiated at far call end, sends request data to gateway generation by WEB SOCKET transmitter Manage layer;
B) after gateway Agent layer receives request data using WEB SOCKET transmitter, first to the head information of request data into Row parsing after taking the information on services of request, carries out Map Searching in local agent service list;
C) after determining background service title and interface, target service requests address incoming service is called into end program, is then started Execute service call;
D) after service call end program returns the result, gateway assembles number of responses again according to the agreement that far call end uses Request response is sent according to corresponding WEB SOCKET transmitter.
CN201610865152.7A 2016-09-29 2016-09-29 A kind of distributed micro services frame system that supporting asynchronous mode and its implementation Active CN106453288B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610865152.7A CN106453288B (en) 2016-09-29 2016-09-29 A kind of distributed micro services frame system that supporting asynchronous mode and its implementation

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610865152.7A CN106453288B (en) 2016-09-29 2016-09-29 A kind of distributed micro services frame system that supporting asynchronous mode and its implementation

Publications (2)

Publication Number Publication Date
CN106453288A CN106453288A (en) 2017-02-22
CN106453288B true CN106453288B (en) 2019-06-04

Family

ID=58171142

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610865152.7A Active CN106453288B (en) 2016-09-29 2016-09-29 A kind of distributed micro services frame system that supporting asynchronous mode and its implementation

Country Status (1)

Country Link
CN (1) CN106453288B (en)

Families Citing this family (68)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106878427A (en) * 2017-02-23 2017-06-20 北京工业大学 A kind of micro services scheduling dispatching method and scheduling middleware trusted based on timesharing
CN106911784B (en) * 2017-03-02 2020-12-18 北京奇鱼时代科技有限公司 Method and device for executing asynchronous event
CN108632208A (en) * 2017-03-20 2018-10-09 江苏两融智能制造技术有限公司 Based on the shared pan class type data communication and network subsystem of service in electrical Intelligent Manufacturing Execution System
CN107222530A (en) * 2017-05-23 2017-09-29 努比亚技术有限公司 Service asynchronous exchange method, equipment, system and computer-readable recording medium
CN107239308B (en) * 2017-06-05 2021-02-26 广东西奥物联网科技股份有限公司 Method and system for realizing calling function of browser
CN107395766B (en) * 2017-08-31 2020-09-22 千寻位置网络(浙江)有限公司 HazelCast-based decentralized communication system and implementation method
CN107634948A (en) * 2017-09-19 2018-01-26 金在(北京)金融信息服务有限公司 Method for interchanging data and system
CN109831466B (en) * 2017-11-23 2021-09-07 深圳市金证科技股份有限公司 Micro-service business processing method and nginx server
CN109842637B (en) * 2017-11-24 2021-09-07 武汉斗鱼网络科技有限公司 Distributed service registration method and device
CN107948284B (en) * 2017-11-24 2021-04-16 泰康保险集团股份有限公司 Service offline method, device and system based on micro-service architecture
CN109862051A (en) * 2017-11-30 2019-06-07 亿阳信通股份有限公司 The realization method and system of multi-tenant under a kind of micro services framework
CN109981716B (en) * 2017-12-28 2023-11-03 北京奇虎科技有限公司 Micro-service calling method and device
CN108259595A (en) * 2018-01-11 2018-07-06 北京值得买科技股份有限公司 The method and system of asynchronous call between a kind of service
CN108512748A (en) * 2018-03-21 2018-09-07 上海艾融软件股份有限公司 A kind of implementation method of micro services gateway
CN108762947A (en) * 2018-05-16 2018-11-06 武汉微创光电股份有限公司 A kind of distributed system remote invocation method, apparatus and system
CN115426391A (en) * 2018-05-31 2022-12-02 华为技术有限公司 Remote procedure call protocol self-adaption method, related device and server
CN109194604A (en) * 2018-06-05 2019-01-11 平安科技(深圳)有限公司 Interface automatic method, system, computer equipment and storage medium
CN108984316A (en) * 2018-06-15 2018-12-11 广州视源电子科技股份有限公司 It is a kind of for the method, apparatus of distributed data processing, electronic equipment and computer storage medium
CN110661827B (en) * 2018-06-28 2021-10-08 中兴通讯股份有限公司 Elastic expansion method, device, equipment and computer readable storage medium
CN108874567B (en) * 2018-07-19 2021-08-17 广州市创乐信息技术有限公司 Service processing method and system
CN109040094A (en) * 2018-08-21 2018-12-18 郑州云海信息技术有限公司 A kind of method and system for realizing asynchronous RPC based on RabbitMQ
CN109257337B (en) * 2018-08-28 2021-09-07 科大国创软件股份有限公司 Internet of things equipment protocol conversion method and lamp pole operation platform based on same
CN109284089B (en) * 2018-08-30 2022-04-05 上海艾融软件股份有限公司 System and method for realizing e-commerce platform based on micro-service technology
CN109274731B (en) * 2018-09-04 2020-07-31 京东数字科技控股有限公司 Method and device for deploying and calling web service based on multi-tenant technology
CN110874232B (en) * 2018-09-04 2023-12-29 中兴通讯股份有限公司 Virtual machine component upgrading method, equipment and computer readable storage medium
CN109634738A (en) * 2018-10-19 2019-04-16 深圳平安财富宝投资咨询有限公司 Asynchronous processing method, server, storage medium and device based on micro services
CN109451014B (en) * 2018-11-02 2021-02-05 科大国创软件股份有限公司 WebService agent system and transparent agent method thereof
CN109460228A (en) * 2018-11-05 2019-03-12 用友网络科技股份有限公司 A kind of method and system of support distribution formula service model dynamic expansion
CN111147534B (en) * 2018-11-05 2022-12-16 中兴通讯股份有限公司 Communication method and system under micro-service architecture
CN109639636B (en) * 2018-11-06 2021-04-02 创新先进技术有限公司 Service data forwarding method, service data processing method, service data forwarding device, service data processing device and electronic equipment
CN109246251B (en) * 2018-11-13 2021-01-22 杭州数梦工场科技有限公司 Micro-service calling method, device, system, equipment and readable storage medium
CN109726021A (en) * 2018-11-29 2019-05-07 国云科技股份有限公司 A kind of micro services interface defines the implementation method of class self-discovery
CN109729149A (en) * 2018-12-03 2019-05-07 国云科技股份有限公司 A kind of micro services framework implementation method based on note
CN109714319A (en) * 2018-12-06 2019-05-03 深圳市中农网有限公司 Management system, method, apparatus, computer equipment and the storage medium of micro services
CN109710223B (en) * 2018-12-29 2021-03-12 北京邮电大学 API gateway hot plug system based on distributed KV storage system
CN109873863B (en) * 2019-01-18 2021-10-15 北京百度网讯科技有限公司 Asynchronous calling method and device of service
CN109862095A (en) * 2019-01-30 2019-06-07 新华三大数据技术有限公司 Data processing method and device based on Web service
CN109714098B (en) * 2019-01-31 2021-02-09 西南电子技术研究所(中国电子科技集团公司第十研究所) Distributed monitoring management method for remote sensing satellite ground station
CN109951528B (en) * 2019-02-21 2022-04-15 中国工商银行股份有限公司 Service processing method, device and system supporting multiple deployment modes
CN109922148B (en) * 2019-03-04 2022-02-25 网易(杭州)网络有限公司 Cross-platform service method, device and system
CN109922158A (en) * 2019-03-22 2019-06-21 泰康保险集团股份有限公司 Data processing method, device, medium and electronic equipment based on micro services
CN110134086B (en) * 2019-05-17 2021-10-08 温州大学 Data acquisition and control device for realizing middleware function in digital workshop
CN110365786B (en) * 2019-07-19 2022-03-22 中国工商银行股份有限公司 Job processing system, asynchronous job scheduling method, and computer device
CN110443512A (en) * 2019-08-09 2019-11-12 北京思维造物信息科技股份有限公司 A kind of regulation engine and regulation engine implementation method
CN110780979B (en) * 2019-10-28 2021-01-26 北京海益同展信息科技有限公司 Control method and device for configuration under micro-service framework, medium and electronic equipment
CN110990047B (en) * 2019-11-06 2021-11-19 北京云思畅想科技有限公司 Fusion method and device for multiple microservice architectures
CN111083199A (en) * 2019-11-23 2020-04-28 上海畅星软件有限公司 High-concurrency, high-availability and service-extensible platform-based processing architecture
CN112910943B (en) * 2019-12-04 2024-03-05 华为云计算技术有限公司 Service providing method, device and system
CN111131425B (en) * 2019-12-18 2022-08-30 东软集团股份有限公司 Distributed system and communication method for distributed system
CN111010265B (en) * 2019-12-21 2023-04-18 上海中和软件有限公司 Block chain organization key management method based on hierarchical key and BLS digital signature
CN111049854B (en) * 2019-12-25 2021-12-14 微民保险代理有限公司 Service request transmission method and device
CN111142910B (en) * 2019-12-27 2022-04-08 郑州信大捷安信息技术股份有限公司 Multi-interface-oriented resource allocation processing method and system
CN111381985B (en) * 2020-03-09 2023-09-19 中国建设银行股份有限公司 Heterogeneous system data calling method, device, equipment and storage medium
CN113395310A (en) * 2020-03-12 2021-09-14 华为技术有限公司 Micro-service calling method, device, equipment and medium
CN111787494B (en) * 2020-05-06 2022-04-08 浙江工业大学 Short message sending reliable method based on micro service
CN112214334A (en) * 2020-09-28 2021-01-12 亚信科技(中国)有限公司 Micro-service calling method and device, electronic equipment and computer-readable storage medium
CN112380035A (en) * 2020-11-18 2021-02-19 山东高速信息集团有限公司 Method and system for realizing platform unified service interface in intelligent park
CN112506709B (en) * 2020-12-16 2021-11-23 北京航天智造科技发展有限公司 Micro-service treatment method and device
CN112508768B (en) * 2020-12-22 2022-05-27 北京百度网讯科技有限公司 Single-operator multi-model pipeline reasoning method, system, electronic equipment and medium
CN112804249B (en) * 2021-01-28 2023-06-23 中汽创智科技有限公司 Data communication method and system for remotely calling automatic driving platform
CN113159858A (en) * 2021-05-06 2021-07-23 山东白令三维科技有限公司 3D printing quotation system, method and device and storage medium
CN113037875B (en) * 2021-05-24 2021-07-27 武汉众邦银行股份有限公司 Method for realizing asynchronous gateway in distributed real-time service system
CN113342349A (en) * 2021-05-28 2021-09-03 中国工商银行股份有限公司 Micro-service calling method and device without storage root
CN113420419B (en) * 2021-05-28 2022-04-01 浙江大学 Business process model analysis method under micro-service scene
CN113676483B (en) * 2021-08-26 2023-04-07 中国联合网络通信集团有限公司 Multi-block chain access management method and system and capacity opening device thereof
CN114513548B (en) * 2022-01-27 2024-05-10 中信百信银行股份有限公司 Directional call information processing method and device
CN114826866B (en) * 2022-03-31 2022-11-15 北京翼辉信息技术有限公司 Cross-platform microservice architecture, computing device and storage medium
CN115134141B (en) * 2022-06-27 2023-10-03 贵州数联铭品科技有限公司 Micro-service container cluster cross-network communication system and communication method thereof

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101115062A (en) * 2007-08-23 2008-01-30 华为技术有限公司 Distributed intelligent proxy system, login center and login, message routing method
CN101593198A (en) * 2009-06-26 2009-12-02 沈阳工业大学 Method for retrieving employment information based on grid
CN102262560A (en) * 2010-05-27 2011-11-30 阿里巴巴集团控股有限公司 Calling method, device and system for remote service
CN105376225A (en) * 2015-11-02 2016-03-02 亚信科技(南京)有限公司 Software-as-a-service method and device
CN105515759A (en) * 2015-11-27 2016-04-20 国网信息通信产业集团有限公司 Micro service registration method and micro service registration system
CN105577780A (en) * 2015-12-21 2016-05-11 武汉理工大学 College teaching cloud platform based on micro services
CN105721473A (en) * 2016-02-24 2016-06-29 锐达互动科技股份有限公司 WEB side remote invoking optimizing method and system
CN105933444A (en) * 2016-06-27 2016-09-07 焦点科技股份有限公司 Service discovering method based on cooperation of registration center and caching mechanism

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040103308A1 (en) * 2002-11-25 2004-05-27 Gabor Paller Self-configuring protocol gateway

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101115062A (en) * 2007-08-23 2008-01-30 华为技术有限公司 Distributed intelligent proxy system, login center and login, message routing method
CN101593198A (en) * 2009-06-26 2009-12-02 沈阳工业大学 Method for retrieving employment information based on grid
CN102262560A (en) * 2010-05-27 2011-11-30 阿里巴巴集团控股有限公司 Calling method, device and system for remote service
CN105376225A (en) * 2015-11-02 2016-03-02 亚信科技(南京)有限公司 Software-as-a-service method and device
CN105515759A (en) * 2015-11-27 2016-04-20 国网信息通信产业集团有限公司 Micro service registration method and micro service registration system
CN105577780A (en) * 2015-12-21 2016-05-11 武汉理工大学 College teaching cloud platform based on micro services
CN105721473A (en) * 2016-02-24 2016-06-29 锐达互动科技股份有限公司 WEB side remote invoking optimizing method and system
CN105933444A (en) * 2016-06-27 2016-09-07 焦点科技股份有限公司 Service discovering method based on cooperation of registration center and caching mechanism

Also Published As

Publication number Publication date
CN106453288A (en) 2017-02-22

Similar Documents

Publication Publication Date Title
CN106453288B (en) A kind of distributed micro services frame system that supporting asynchronous mode and its implementation
CN105721473B (en) A kind of method and system of WEB terminal far call optimization
CN102148817B (en) Network equipment configuration method, client, server and network system
CN105763619B (en) The method and device that client and server-side are communicated
US11929873B1 (en) OPC UA-based centralized user configuration method and system for time-sensitive network
CN101902473B (en) Method for synchronously updating data based on grid GIS (Geographic Information System)
CN111212085B (en) Method for synchronously calling Internet of things platform, internet of things system and network equipment
CN110413418B (en) Cache synchronization device and method, cache synchronization system and electronic equipment
CN112711635B (en) Method for cross-regional data consistency of distributed Internet of things equipment and service cluster
CN101616132A (en) A kind of data capture method and device thereof and system
US9948500B2 (en) Method and apparatus of performing simultaneous multi-agent access for command execution through a single client
CN112631788B (en) Data transmission method and data transmission server
WO2018176244A1 (en) Data collection method, device, and dynamic environment network management system
CN104468299A (en) Enterprise service bus system based on user rule
CN103780681A (en) High real-time Web application system and data real-time pushing method thereof
CN112600881A (en) Method, device, server and storage medium for providing service of internet of things
CN109040094A (en) A kind of method and system for realizing asynchronous RPC based on RabbitMQ
CN112256246A (en) Micro-service integration framework for supporting cross-language calling in power system
CN109189748A (en) A kind of buffer consistency processing method and nfs server
CN101321123A (en) System and method for embedded type transmission of dynamic data
CN115001897A (en) Communication method and device, electronic equipment and automatic driving vehicle
CN102420827A (en) Web service push method facing intelligent mobile platform
US20070130312A1 (en) Web service provision apparatus and method and web service request apparatus and method
WO2016110070A1 (en) Data acquiring method and device, and storage medium
CN101626310A (en) Method, device and system for transmitting service information in trunking environment

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
CB03 Change of inventor or designer information

Inventor after: Cen Puzhou

Inventor after: Xiao Qi

Inventor after: Bao Haiwei

Inventor before: Cen Puzhou

Inventor before: Xiao Qi

CB03 Change of inventor or designer information