CN112448851A - Elastic heart rate communication design method of distributed system - Google Patents
Elastic heart rate communication design method of distributed system Download PDFInfo
- Publication number
- CN112448851A CN112448851A CN202011310726.7A CN202011310726A CN112448851A CN 112448851 A CN112448851 A CN 112448851A CN 202011310726 A CN202011310726 A CN 202011310726A CN 112448851 A CN112448851 A CN 112448851A
- Authority
- CN
- China
- Prior art keywords
- communication
- heart rate
- module
- service
- management
- 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.)
- Pending
Links
- 230000006854 communication Effects 0.000 title claims abstract description 98
- 238000004891 communication Methods 0.000 title claims abstract description 95
- 238000000034 method Methods 0.000 title claims abstract description 21
- 238000013461 design Methods 0.000 title claims abstract description 11
- 238000012545 processing Methods 0.000 claims abstract description 4
- 230000008859 change Effects 0.000 claims description 3
- 230000000694 effects Effects 0.000 abstract description 6
- 230000008569 process Effects 0.000 abstract description 3
- 238000010586 diagram Methods 0.000 description 2
- 230000001121 heart beat frequency Effects 0.000 description 2
- 238000005457 optimization Methods 0.000 description 2
- 235000005976 Citrus sinensis Nutrition 0.000 description 1
- 240000002319 Citrus sinensis Species 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000000052 comparative effect Effects 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/14—Network analysis or design
- H04L41/145—Network analysis or design involving simulating, designing, planning or modelling of a network
-
- 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/04—Network management architectures or arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
Abstract
The invention discloses an elastic heart rate communication design method of a distributed system, which comprises the distributed system, wherein the distributed system comprises a front-end interface service, a back-end management service and a communication module heart rate management, wherein the back-end management service is a main control communication service of each communication module and comprises key system information such as user online state management, data processing task management, communication module heart rate management and the like. The back-end management service uniformly manages the parameters of the communication modules, adjusts the system parameters according to the running state of the system, switches the system state, distributes the system parameters in real time, and takes effect in real time without manual intervention; unnecessary communication data can be reduced, the pressure of a communication network is reduced, and the effective communication ratio of the system is improved; the communication frequency parameter of a certain module only needs to be modified in the back-end management service, the back-end management service can transmit the new parameter to each communication module in the communication process and take effect in real time, and the process does not need to restart the service.
Description
Technical Field
The invention relates to the field of network communication, in particular to an elastic heart rate communication design method of a distributed system.
Background
The scheme is combined with the scene, and adopts a heart rate elastic adjustment method to reduce unnecessary communication times among services of a distributed system, thereby effectively improving the connection quantity of components of the large-scale distributed system.
The first comparison scheme is as follows:
parameter adjusting method, device and distributed computing platform system-CN 102111438A
The first patent proposes a parameter adjustment method and a parameter adjustment apparatus. The method and the device adjust the strategy comprising the copy number through the task queue information, the distributed file system data block information and the scheduling strategy, and a dynamic heart rate adjustment communication design method is provided.
Comparative scheme two:
hadoop parameter automatic optimization method and system based on performance estimation-CN 103064664A
The second patent provides an optimization scheme aiming at Hadoop ecology, and the scheme is a distributed system communication design method.
Disclosure of Invention
The technical problem to be solved by the invention is to overcome the defects of the prior art and provide an elastic heart rate communication design method of a distributed system.
In order to solve the technical problems, the invention provides the following technical scheme:
the invention relates to a distributed system elastic heart rate communication design method which comprises a distributed system, wherein the distributed system comprises a front-end interface service, a back-end management service and a communication module heart rate management, wherein the back-end management service is a main control communication service of each communication module and comprises key system information such as user online state management, data processing task management, communication module heart rate management and the like.
The whole system at least comprises two or more working modes:
a) standby mode: the current system has no user operation and no task to be processed;
b) the working mode is as follows: when a user interacts with the system, the heart rate of a communication module of the system part is adjusted and accelerated;
suppose that the current system has four communication modules A, B, C, D, which belong to system users A, B, C and D respectively;
the specific system workflow is as follows:
firstly, a platform user A accesses the system through a browser;
secondly, the system back-end management service modifies the login state of the user A identified by the user online state management module into an online state;
thirdly, the back-end management service modifies the next communication interval of the communication module A to which the user belongs from 4T to T according to the change of the online state of the user, so that the heart rate is improved, and the speed of a subsequent system is correspondingly increased;
fourthly, the communication heart rate management module records the updated communication heart rate of the communication module;
fifthly, the back-end management service feeds back the communication heart rate of the module to the corresponding module;
after receiving the new communication frequency, the communication module communicates with each module according to the new communication frequency, and at the moment, the system starts a working mode;
seventhly, according to the flow, when other users access the system, the elastic communication frequency adjustment is also carried out on the resource communication module of the other users;
and eighthly, when all the users finish accessing and the system does not have any task to be processed, the back-end management service restores the standby mode of the system.
Compared with the prior art, the invention has the following beneficial effects:
the back-end management service uniformly manages the parameters of the communication modules, adjusts the system parameters according to the running state of the system, switches the system state, distributes the system parameters in real time, and takes effect in real time without manual intervention; the scheme can reduce unnecessary communication data, reduce the pressure of a communication network and improve the effective communication ratio of the system; by adopting the method, only the communication frequency parameter of a certain module needs to be modified in the back-end management service, the back-end management service can transmit the new parameter to each communication module in the communication process and take effect in real time, and the process does not need to restart the service.
Drawings
The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this specification, illustrate embodiments of the invention and together with the description serve to explain the principles of the invention and not to limit the invention. In the drawings:
FIG. 1 is a schematic workflow diagram of the present invention;
FIG. 2 is a schematic diagram of the states of the system users A, B, C and D in the distributed system of the present invention.
Detailed Description
The preferred embodiments of the present invention will be described in conjunction with the accompanying drawings, and it will be understood that they are described herein for the purpose of illustration and explanation and not limitation.
Example 1
As shown in fig. 1-2, the present invention provides a method for designing elastic heart rate communication of a distributed system, including a distributed system, where the distributed system includes a front-end interface service, a back-end management service, and a communication module heart rate management, where the back-end management service is a master control communication service of each communication module, and includes key system information such as user online state management, data processing task management, and communication module heart rate management.
The whole system at least comprises two or more working modes:
a) standby mode: the current system has no user operation and no task to be processed;
b) the working mode is as follows: when a user interacts with the system, the heart rate of a communication module of the system part is adjusted and accelerated;
suppose that the current system has four communication modules A, B, C, D, which belong to system users A, B, C and D respectively; as shown in fig. 2
The specific system workflow is as follows:
firstly, a platform user A accesses the system through a browser;
secondly, the system back-end management service modifies the login state of the user A identified by the user online state management module into an online state;
thirdly, the back-end management service modifies the next communication interval of the communication module A to which the user belongs from 4T to T according to the change of the online state of the user, so that the heart rate is improved, and the speed of a subsequent system is correspondingly increased;
fourthly, the communication heart rate management module records the updated communication heart rate of the communication module;
fifthly, the back-end management service feeds back the communication heart rate of the module to the corresponding module;
after receiving the new communication frequency, the communication module communicates with each module according to the new communication frequency, and at the moment, the system starts a working mode;
seventhly, according to the flow, when other users access the system, the elastic communication frequency adjustment is also carried out on the resource communication module of the other users;
and eighthly, when all the users finish accessing and the system does not have any task to be processed, the back-end management service restores the standby mode of the system.
Compared with the prior art, the main advantages are that:
1. flexible adjustment of system communication parameters
2. The back-end management service uniformly manages the parameters of the communication modules, adjusts the system parameters according to the running state of the system, switches the system state, distributes the system parameters in real time, and takes effect in real time without manual intervention.
3. The scheme can reduce unnecessary communication data, reduce the pressure of a communication network and improve the effective communication ratio of the system.
Compared with the prior art, the main creativity lies in:
1. flexible adjustment of system communication.
1.1 the original technology is that configuration files are configured to each module, once a communication module is started, the communication module can only adopt the existing configuration frequency to carry out communication in a fixed period, cannot be modified, is very troublesome to modify, and needs to log in a host where a service is located, modify the configuration files and then restart the service.
1.2, by adopting the method, the back-end management service can transmit new parameters to each communication module in the communication process and take effect in real time only by modifying the communication frequency parameter of a certain module in the back-end management service. The process does not require a restart service.
The embodiment in the scheme is as follows:
1. sweet orange golden melt block chain cloud service in-BaaS platform resource management module design
Scene description:
the in-BaaS is a distributed block chain node management system, due to the characteristic of block chain decentralized, block chain link points need to be deployed on decentralized resources, so that the decentralized resources need to be managed by the BaaS, however, the resources are located at different positions of the internet, some resources do not have public network IP and cannot be directly accessed, so that the system availability can be maintained only by installing proxy service on the resources in a mode of regularly and actively communicating with the BaaS service during resource management, and block chain link point management tasks issued by the BaaS are actively pulled in a mode of returning and pulling through communication.
Under the scene, if the resource agent service adopts fixed frequency to communicate with the BaaS service, and the heartbeat frequency is too low, the management task initiated by the platform user cannot be pulled and executed for a long time, so that the user experience is influenced. When the heartbeat frequency is too high, the problem of real-time execution of management tasks can be solved, but the communication pressure of BaaS is increased, and the management quantity of proxy services is also stressed. Moreover, the issuing of the management task is usually initiated by the platform user and is not frequent.
Therefore, the problem is solved by adopting the design method of the scheme to flexibly adjust the communication heart rate, the communication frequency is improved during user operation, the user experience is guaranteed, the communication heart rate is reduced when the user does not have a management task issuing scene on line, and the user can keep alive.
Finally, it should be noted that: although the present invention has been described in detail with reference to the foregoing embodiments, it will be apparent to those skilled in the art that changes may be made in the embodiments and/or equivalents thereof without departing from the spirit and scope of the invention. Any modification, equivalent replacement, or improvement made within the spirit and principle of the present invention should be included in the protection scope of the present invention.
Claims (1)
1. A distributed system elastic heart rate communication design method comprises a distributed system and is characterized in that the distributed system comprises a front-end interface service, a back-end management service and a communication module heart rate management, wherein the back-end management service is a main control communication service of each communication module and comprises key system information of user online state management, data processing task management and the communication module heart rate management;
the whole system at least comprises two or more working modes:
a) standby mode: the current system has no user operation and no task to be processed;
b) the working mode is as follows: when a user interacts with the system, the heart rate of a communication module of the system part is adjusted and accelerated;
suppose that the current system has four communication modules A, B, C, D, which belong to system users A, B, C and D respectively;
the specific system workflow is as follows:
firstly, a platform user A accesses the system through a browser;
secondly, the system back-end management service modifies the login state of the user A identified by the user online state management module into an online state;
thirdly, the back-end management service modifies the next communication interval of the communication module A to which the user belongs from 4T to T according to the change of the online state of the user, so that the heart rate is improved, and the speed of a subsequent system is correspondingly increased;
fourthly, the communication heart rate management module records the updated communication heart rate of the communication module;
fifthly, the back-end management service feeds back the communication heart rate of the module to the corresponding module;
after receiving the new communication frequency, the communication module communicates with each module according to the new communication frequency, and at the moment, the system starts a working mode;
seventhly, according to the flow, when other users access the system, the elastic communication frequency adjustment is also carried out on the resource communication module of the other users;
and eighthly, when all the users finish accessing and the system does not have any task to be processed, the back-end management service restores the standby mode of the system.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011310726.7A CN112448851A (en) | 2020-11-20 | 2020-11-20 | Elastic heart rate communication design method of distributed system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011310726.7A CN112448851A (en) | 2020-11-20 | 2020-11-20 | Elastic heart rate communication design method of distributed system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112448851A true CN112448851A (en) | 2021-03-05 |
Family
ID=74737130
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011310726.7A Pending CN112448851A (en) | 2020-11-20 | 2020-11-20 | Elastic heart rate communication design method of distributed system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112448851A (en) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102185911A (en) * | 2011-04-25 | 2011-09-14 | 杭州和利时自动化有限公司 | Peer-to-peer communication method and system for distributive control system |
| US20120023236A1 (en) * | 2010-07-26 | 2012-01-26 | Ari Backholm | Distributed implementation of dynamic wireless traffic policy |
| CN103166964A (en) * | 2013-03-06 | 2013-06-19 | 中国人民解放军国防科学技术大学 | Front end and back end real time communication method for super computer system monitoring |
| CN107517136A (en) * | 2016-06-16 | 2017-12-26 | 中兴通讯股份有限公司 | The implementation method of heartbeat keep-alive, apparatus and system |
| CN109376111A (en) * | 2018-09-26 | 2019-02-22 | 郑州云海信息技术有限公司 | A kind of server cluster and its rear end management method |
| CN109510730A (en) * | 2017-09-15 | 2019-03-22 | 阿里巴巴集团控股有限公司 | Distributed system and its monitoring method, device, electronic equipment and storage medium |
-
2020
- 2020-11-20 CN CN202011310726.7A patent/CN112448851A/en active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20120023236A1 (en) * | 2010-07-26 | 2012-01-26 | Ari Backholm | Distributed implementation of dynamic wireless traffic policy |
| CN102185911A (en) * | 2011-04-25 | 2011-09-14 | 杭州和利时自动化有限公司 | Peer-to-peer communication method and system for distributive control system |
| CN103166964A (en) * | 2013-03-06 | 2013-06-19 | 中国人民解放军国防科学技术大学 | Front end and back end real time communication method for super computer system monitoring |
| CN107517136A (en) * | 2016-06-16 | 2017-12-26 | 中兴通讯股份有限公司 | The implementation method of heartbeat keep-alive, apparatus and system |
| CN109510730A (en) * | 2017-09-15 | 2019-03-22 | 阿里巴巴集团控股有限公司 | Distributed system and its monitoring method, device, electronic equipment and storage medium |
| CN109376111A (en) * | 2018-09-26 | 2019-02-22 | 郑州云海信息技术有限公司 | A kind of server cluster and its rear end management method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107391317A (en) | A kind of method, apparatus of data recovery, equipment and computer-readable recording medium | |
| CN108924221A (en) | The method and apparatus for distributing resource | |
| CN110933154A (en) | Edge cloud data cooperation method and system for sewage treatment Internet of things application | |
| CN112132942B (en) | Three-dimensional scene roaming real-time rendering method | |
| CN106453541A (en) | Data synchronization method, server and data synchronization system | |
| CN110113406B (en) | Distributed computing service cluster system | |
| CN109922151A (en) | A kind of data sharing method between micro services | |
| WO2022141727A1 (en) | Resource deployment system and method based on cloud cost | |
| CN103561055A (en) | Web application automatic elastic extension method under cloud computing environment based on sessions | |
| JP2005516302A (en) | An object-oriented framework for general purpose adaptive control | |
| CN111522622B (en) | K8S quick starting method based on cloud platform | |
| WO2023098796A1 (en) | Database parameter adjustment method and apparatus, electronic device, and storage medium | |
| CN114465945A (en) | Identification analysis network construction method based on SDN | |
| CN111935025A (en) | Control method, device, equipment and medium for TCP transmission performance | |
| CN111443993A (en) | Method for realizing large-scale container cluster | |
| CN105607606B (en) | A kind of data acquisition device and method based on double mainboard frameworks | |
| CN112448851A (en) | Elastic heart rate communication design method of distributed system | |
| CN102955801A (en) | Data control method and data control system based on distributed database system | |
| CN104683480A (en) | Distribution type calculation method based on applications | |
| CN109194759B (en) | Network access method and system for degrading at front end | |
| CN115695446A (en) | Openstack-based high-concurrency mirror image transmission method | |
| CN105959427B (en) | DNS server automatic expansion method | |
| KR20220124106A (en) | Method and apparatus for graph neural network based virtual network management | |
| EP3214537A1 (en) | Storage array operation method and device | |
| CN110457130B (en) | Distributed resource elastic scheduling model, method, electronic equipment and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210305 |