CN111586080B - Distributed task scheduling method and device based on instant messaging - Google Patents
Distributed task scheduling method and device based on instant messaging Download PDFInfo
- Publication number
- CN111586080B CN111586080B CN201910120886.6A CN201910120886A CN111586080B CN 111586080 B CN111586080 B CN 111586080B CN 201910120886 A CN201910120886 A CN 201910120886A CN 111586080 B CN111586080 B CN 111586080B
- Authority
- CN
- China
- Prior art keywords
- task
- server
- state
- processing
- database
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- 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/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
- H04L51/046—Interoperability with other network applications or services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The application provides a distributed task scheduling method and device based on instant messaging, wherein the method comprises the following steps: when a task request sent by a user side is received, writing the task request into a database, and recording the processing state of a task corresponding to the task request; when a task request with an unprocessed newly added processing state in a database is monitored, distributing the task request to a corresponding task processor through an IM server for processing; and when receiving the processing state corresponding to the task request fed back by the task processor through the IM server, updating the received processing state into the database. The method can improve the task distribution efficiency.
Description
Technical Field
The present invention relates to the field of communications technologies, and in particular, to a distributed task scheduling method and apparatus based on instant messaging.
Background
With the rapid development of cloud computing, the server cluster size is also expanding continuously. How to efficiently manage large-scale servers becomes important to operation and maintenance personnel. It is understood that the current open source distributed task system mainly includes pssh, ansible, puppet and the like.
Aiming at the existing open source tool, although the problems of task distribution and execution can be solved, the login machine mode has risks, and the task scheduling strategy is imperfect and the task scheduling cannot be realized efficiently.
Disclosure of Invention
In view of this, the present application provides a distributed task scheduling method and apparatus based on instant messaging, which can improve the efficiency of task distribution.
In order to solve the technical problems, the technical scheme of the application is realized as follows:
a distributed task scheduling method based on instant messaging, the method includes:
when a task request sent by a user side is received, writing the task request into a database, and recording the processing state of a task corresponding to the task request;
when a task request with an unprocessed newly added processing state in a database is monitored, distributing the task request to a corresponding task processor through an IM server for processing;
and when receiving the processing state corresponding to the task request fed back by the task processor through the IM server, updating the received processing state into the database.
A distributed task scheduling device based on instant messaging, the device comprising: an API unit and a scheduling unit;
the API unit is used for writing the task request into the database when receiving the task request sent by the user side, and recording the processing state of the task corresponding to the task request;
the scheduling unit is used for monitoring task requests in the database; when a task request with an unprocessed newly added processing state in a database is monitored, distributing the task request to a corresponding task processor through an IM server for processing; and when receiving the processing state corresponding to the task request fed back by the task processor through the IM server, updating the received processing state into the database.
An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, the processor implementing the steps of the instant messaging based distributed task scheduling method when the program is executed.
A computer readable storage medium having stored thereon a computer program which when executed by a processor implements the steps of the instant messaging based distributed task scheduling method.
According to the technical scheme, the IM communication protocol is introduced, and the IM server transmits the interaction information between the management server and the task server to realize a distributed task distribution mode, so that the task distribution efficiency can be improved.
Drawings
Fig. 1 is a schematic structural diagram of a distributed task scheduling device based on instant messaging in an embodiment of the present application;
fig. 2 is a schematic diagram of a distributed task scheduling flow based on instant messaging in an embodiment of the present application.
Detailed Description
In order to make the objects, technical solutions and advantages of the present invention more apparent, the technical solutions of the present invention will be described in detail below by referring to the accompanying drawings and examples.
The embodiment of the application provides a distributed task scheduling device based on instant messaging, which introduces even a communication protocol to solve the problem of efficiency of task distribution and execution under a large-scale cluster. The device is applied to the management server in the distributed task scheduling system based on instant messaging, comprising the management server, the IM server and the task processing.
The device can be a management server or a functional module on the management server.
The interaction between the management server and the task server forwards the information through the IM server.
Referring to fig. 1, fig. 1 is a schematic structural diagram of a distributed task scheduling device based on instant messaging in an embodiment of the present application. The device comprises: an API unit 101 and a scheduling unit 102.
The API unit 101 and the scheduling unit 102 do not communicate directly, and message commands are admitted through the IM server.
And the API unit 101 is used for writing the task request into the database when receiving the task request sent by the user side, and recording the processing state of the task corresponding to the task request.
In this embodiment, the related commands for the same task, such as a task request, a cancel command, a pause command, and a query command, all carry the same task identifier, and are used to identify which task the corresponding command corresponds to.
If the task identifier carried by the currently received task request is 1, recording the processing state corresponding to the task 1 as follows: untreated.
A scheduling unit 102, configured to monitor a task request in a database; when the task request with the newly added processing state of unprocessed is monitored in the database, the task request is distributed to a corresponding task processor through the IM server for processing.
The scheduling unit 102 listens to the database in real time, and processes a task request every time it is written.
In a specific implementation in this embodiment of the present application, in order that the scheduling unit 102 does not interact with the database frequently, the scheduling unit 102 is further configured to store, when it is monitored that a task request with an additional processing state being unprocessed in the database is requested by a task, the task request into a cache queue; and distributing the task request to a corresponding task processor through the IM server for processing.
A scheduling unit 102, configured to perform serial processing for the same task; parallel processing is performed for different tasks. That is, when the scheduling unit receives a plurality of commands at the same time, the commands for the same task are serially processed by using a process according to the sequence of receiving the commands;
different processes are used for processing different tasks simultaneously. I.e. the command of task 1 and the command of task 2 will not interfere, each being processed in a respective process.
When performing task distribution, the scheduling unit 102 distributes the corresponding task to the corresponding task processor according to the identifier of the task processor carried in the task request. In the embodiment of the application, a QQ distribution mode can be adopted, namely, only the identification of the task processor is considered to distribute the task, and whether the task processor is on-line or not is not considered.
When the task processor receives the task to be processed forwarded by the scheduling IM server, the task processor processes the task, and when the task processing is completed, the processing state is fed back to the scheduling unit 102 through the IM server.
And the scheduling unit 102 is used for updating the received processing state into the database when receiving the processing state corresponding to the task request fed back by the task processor through the IM server.
And the scheduling unit is further used for deleting the task request fed back to the processing state from the cache queue when receiving the processing state corresponding to the task request fed back by the task processor through the IM server, and updating the received processing state into the database.
When the task processor finishes processing the task, the processing states which can be marked as the successful processing state and the processing failure state according to the processing result.
And the API unit 101 is configured to, when receiving a request sent by the user terminal for querying the processing state of the task, obtain the processing state of the corresponding task from the database, and respond to the request to the user terminal.
When the processing state of the task is queried in the database, the corresponding task is queried according to the identification of the task, and then the processing state of the task is queried.
The processing state of the task in the embodiment of the application further includes a processed state, where the processed state includes: a successful processing state and a processing failure state.
The above is a relevant process for processing a task request in the embodiment of the present application, and the following gives a pause command and a cancel command for a task, and a relevant process for canceling the pause command, respectively:
a pause command sent by a user terminal;
an API unit 101, configured to send a pause command sent by a user to an IM server when receiving the pause command, so that the IM server forwards the pause command to a scheduling unit 102;
the API unit does not interact directly with the scheduling unit.
The scheduling unit 102 is configured to notify, when receiving a pause command forwarded by the IM server, a corresponding task processor to pause processing of a corresponding task through the IM server; marking a corresponding task request in the cache queue as a pause state; and updating the state of the task request corresponding to the pause command in the database to be a pause state.
For a cancel pause command sent by a user:
an API unit 101, configured to send, when receiving a suspend cancellation command sent by a user terminal, a suspend cancellation command to an IM server, so that the IM server forwards the suspend cancellation command to a scheduling unit 102;
the scheduling unit 102 is configured to notify, when receiving the command for canceling suspension forwarded by the IM server, the corresponding task processor to continue processing the corresponding task through the IM server; deleting the mark of the pause state from the corresponding task request in the cache queue; the state corresponding to the task request in the update database is an unprocessed state.
For a cancel command sent by a user terminal:
an API unit 101, configured to forward, when receiving a cancel command sent by a user terminal, the cancel command to an IM server, so that the IM server forwards the cancel command to a scheduling unit 102;
the scheduling unit 102 is configured to notify, when receiving a cancel command forwarded by the IM server, a corresponding task processor to cancel processing of a corresponding task through the IM server; deleting the corresponding task request in the cache queue; and updating the state of the task request corresponding to the pause command in the database to be a cancel state.
The processing states of the tasks in the embodiment of the application include: an unprocessed state, a suspended state, a cancel state, and a processed state.
When receiving the processing state inquiry of the user port through the API interface, the processing state of the corresponding task in the database is fed back to the user side. In the embodiment of the application, the task request, the query request, the cancel command, the pause command, the cancel pause command and other commands all carry task identifiers so as to determine related commands aiming at the same task, and the task identifiers are globally unique.
The units of the above embodiments may be integrated or may be separately deployed; can be combined into one unit or further split into a plurality of sub-units.
Based on the same inventive concept, the embodiment of the application also provides a distributed task scheduling method based on instant messaging. Referring to fig. 2, fig. 2 is a schematic diagram of a distributed task scheduling flow based on instant messaging in an embodiment of the present application. The method comprises the following specific steps:
step 201, when receiving a task request sent by a user terminal, a management server writes the task request into a database, and records a processing state of a task corresponding to the task request.
Step 202, when the management server monitors that the newly added processing state in the database is an unprocessed task request, the task request is distributed to a corresponding task processor through the IM server for processing.
In this step, when it is monitored that the newly added processing state in the database is an unprocessed task request, before the task request is distributed to the corresponding task processor for processing through the IM server, the method further includes:
and storing the task request into a cache queue.
The management server carries out serial processing on the same task; parallel processing is performed for different tasks.
And step 203, when the management server receives the processing state corresponding to the task request fed back by the task processor through the IM server, updating the received processing state into the database.
In this step, when receiving a processing state corresponding to the task request fed back by the task processor through the IM server, before updating the received processing state into the database, the method further includes:
and deleting the task request fed back the processing state from the cache queue.
When the method and the device are specifically implemented, the task state is written into the cache queue in real time, and the task state asynchronous association database is convenient for traceability and archiving of operation and maintenance personnel.
After the equipment is recovered from faults, the corresponding task request does not exist in the cache queue, the task request which is not processed and completed can be read from the database, the task request is scheduled again, and if the task processor is processed and completed, the task processing result is fed back again; if not, continuing to execute the task, and feeding back a task processing result again after completing task processing.
The method further comprises the steps of:
when the management server receives a request for inquiring the processing state of the task sent by the user side, the corresponding processing state is obtained from the database and is responded to the user side.
When the management server receives a pause command transmitted by a user side and forwarded by the IM server, the specific processing procedure is as follows:
notifying a corresponding task processor to pause the processing of the corresponding task through the IM server;
marking a corresponding task request in the cache queue as a pause state;
and updating the state of the task request corresponding to the pause command in the database to be a pause state.
When the management server receives a command for canceling pause transmitted by a user terminal and forwarded by the IM server, the specific processing procedure is as follows:
notifying a corresponding task processor to continue processing the corresponding task through the IM server;
deleting the mark of the pause state from the corresponding task request in the cache queue;
the state corresponding to the task request in the update database is an unprocessed state.
When the management server receives a cancel command transmitted by a user terminal and forwarded by the IM server, the specific processing procedure is as follows:
notifying a corresponding task processor to cancel the processing of the corresponding task through the IM server;
deleting the corresponding task request in the cache queue;
and updating the state of the task request corresponding to the pause command in the database to be a cancel state.
In addition, the embodiment of the application also provides electronic equipment, which comprises a memory, a processor and a computer program stored on the memory and capable of running on the processor, wherein the processor executes the steps of the distributed task scheduling method based on instant messaging.
In addition, in an embodiment of the present application, there is further provided a computer readable storage medium having a computer program stored thereon, where the program when executed by a processor implements the steps of the distributed task scheduling method based on instant messaging.
In summary, the present application solves the problem of efficiency of task distribution and execution under a large-scale cluster by introducing even a communication protocol; the real-time performance, the improvement of new and reliability of task distribution can be realized, so that the problem of high efficiency of task execution is improved.
The foregoing description of the preferred embodiments of the invention is not intended to be limiting, but rather to enable any modification, equivalent replacement, improvement or the like to be made within the spirit and principles of the invention.
Claims (10)
1. The distributed task scheduling method based on instant messaging is characterized by comprising the following steps:
when a task request sent by a user side is received, writing the task request into a database, and recording the processing state of a task corresponding to the task request;
when a task request with an unprocessed newly added processing state in a database is monitored, distributing the task request to a corresponding task processor through an IM server for processing;
when receiving a processing state corresponding to the task request fed back by the task processor through the IM server, updating the received processing state into the database;
wherein,
serial processing is carried out aiming at the same task;
parallel processing is carried out for different tasks;
when the task request with the newly added processing state being unprocessed in the database is monitored, the task request is distributed to the corresponding task processor through the IM server for processing, and the method further comprises the following steps:
storing the task request into a cache queue;
when receiving the processing state corresponding to the task request fed back by the task processor through the IM server, before updating the received processing state into the database, the method further comprises:
deleting the task request fed back with the processing state from the cache queue;
wherein the method further comprises:
when a cancel command transmitted by a user terminal and forwarded by an IM server is received, notifying a corresponding task processor to cancel the processing of the corresponding task by the IM server;
deleting the corresponding task request in the cache queue;
and updating the state of the task request corresponding to the pause command in the database to be a cancel state.
2. The method according to claim 1, wherein the method further comprises:
when receiving a request of inquiring the processing state of a task sent by a user side, acquiring the corresponding processing state from a database, and responding to the user side.
3. The method according to claim 1 or 2, characterized in that the method further comprises:
when receiving a pause command transmitted by a user terminal and forwarded by an IM server, notifying a corresponding task processor to pause the processing of the corresponding task by the IM server;
marking a corresponding task request in the cache queue as a pause state;
and updating the state of the task request corresponding to the pause command in the database to be a pause state.
4. A method according to claim 3, wherein the method further comprises:
when receiving a pause canceling command transmitted by a user terminal and forwarded by an IM server, notifying a corresponding task processor to continue processing a corresponding task by the IM server;
deleting the mark of the pause state from the corresponding task request in the cache queue;
the state corresponding to the task request in the update database is an unprocessed state.
5. A distributed task scheduling device based on instant messaging, the device comprising: an API unit and a scheduling unit;
the API unit is used for writing the task request into the database when receiving the task request sent by the user side, and recording the processing state of the task corresponding to the task request;
the scheduling unit is used for monitoring task requests in the database; when a task request with an unprocessed newly added processing state in a database is monitored, distributing the task request to a corresponding task processor through an IM server for processing; when receiving a processing state corresponding to the task request fed back by the task processor through the IM server, updating the received processing state into the database;
the scheduling unit is used for carrying out serial processing on the same task; parallel processing is carried out for different tasks;
the scheduling unit is further used for storing the task request into a cache queue when the task request with the new processing state being unprocessed in the database is monitored; distributing the task request to a corresponding task processor through an IM server for processing; when receiving a processing state corresponding to the task request fed back by the task processor through the IM server, deleting the task request fed back by the processing state from the cache queue, and updating the received processing state into the database;
the API unit is further used for forwarding the cancelling command sent by the user side to the IM server when receiving the cancelling command, so that the IM server forwards the cancelling command to the scheduling unit;
the scheduling unit is further used for notifying a corresponding task processor to cancel the processing of the corresponding task through the IM server when receiving a cancel command forwarded by the IM server; deleting the corresponding task request in the cache queue; and updating the state of the task request corresponding to the pause command in the database to be a cancel state.
6. The apparatus of claim 5, wherein the device comprises a plurality of sensors,
and the API unit is used for acquiring the corresponding processing state from the database and responding to the user side when receiving the request of inquiring the processing state of the task sent by the user side.
7. The apparatus of claim 5 or 6, wherein the device comprises a plurality of sensors,
the API unit is further used for sending the pause command to the IM server when receiving the pause command sent by the user side, so that the IM server forwards the pause command to the scheduling unit;
the scheduling unit is further used for notifying a corresponding task processor to pause the processing of the corresponding task through the IM server when receiving the pause command forwarded by the IM server; marking a corresponding task request in the cache queue as a pause state; and updating the state of the task request corresponding to the pause command in the database to be a pause state.
8. The apparatus of claim 7, wherein the device comprises a plurality of sensors,
the API unit is further used for sending the command to the IM server when receiving the command for canceling the pause sent by the user terminal, so that the IM server forwards the command to the scheduling unit;
the scheduling unit is further used for notifying the corresponding task processor to continue processing the corresponding task through the IM server when receiving the command for canceling the pause forwarded by the IM server; deleting the mark of the pause state from the corresponding task request in the cache queue; the state corresponding to the task request in the update database is an unprocessed state.
9. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the method of any of claims 1-4 when the program is executed by the processor.
10. A computer readable storage medium, on which a computer program is stored, characterized in that the program, when being executed by a processor, implements the method of any of claims 1-4.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910120886.6A CN111586080B (en) | 2019-02-18 | 2019-02-18 | Distributed task scheduling method and device based on instant messaging |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910120886.6A CN111586080B (en) | 2019-02-18 | 2019-02-18 | Distributed task scheduling method and device based on instant messaging |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111586080A CN111586080A (en) | 2020-08-25 |
| CN111586080B true CN111586080B (en) | 2024-02-09 |
Family
ID=72126041
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910120886.6A Active CN111586080B (en) | 2019-02-18 | 2019-02-18 | Distributed task scheduling method and device based on instant messaging |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111586080B (en) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112751746B (en) * | 2020-12-28 | 2023-03-14 | 北京达佳互联信息技术有限公司 | Task processing method and device and electronic equipment |
| CN113220440A (en) * | 2021-06-08 | 2021-08-06 | 合肥美的智能科技有限公司 | Task distribution processing method and device, electronic equipment and storage medium |
| CN117793105B (en) * | 2023-12-29 | 2024-11-19 | 西湖大学 | A cloud service network system based on high performance computing cluster |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101079845A (en) * | 2007-05-15 | 2007-11-28 | 腾讯科技（深圳）有限公司 | A customer service system and method based on instant communication tool |
| CN102413068A (en) * | 2011-10-21 | 2012-04-11 | 南京邮电大学 | System and method for controlling terminal equipment of Internet of things based on cloud computing |
| CN102902589A (en) * | 2012-08-31 | 2013-01-30 | 浪潮电子信息产业股份有限公司 | Method for managing and scheduling cluster MIS (Many Integrated Core) job |
| CN103617494A (en) * | 2013-11-27 | 2014-03-05 | 国家电网公司 | Wide-area multi-stage distributed parallel power grid analysis system |
| WO2014173125A1 (en) * | 2013-04-27 | 2014-10-30 | Tencent Technology (Shenzhen) Company Limited | Apparatus, systems, and methods for network interactions |
| CN104519140A (en) * | 2015-01-08 | 2015-04-15 | 浪潮(北京)电子信息产业有限公司 | Server system for distributed parallel computing and management method thereof |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20040205175A1 (en) * | 2003-03-11 | 2004-10-14 | Kammerer Stephen J. | Communications system for monitoring user interactivity |
-
2019
- 2019-02-18 CN CN201910120886.6A patent/CN111586080B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101079845A (en) * | 2007-05-15 | 2007-11-28 | 腾讯科技（深圳）有限公司 | A customer service system and method based on instant communication tool |
| CN102413068A (en) * | 2011-10-21 | 2012-04-11 | 南京邮电大学 | System and method for controlling terminal equipment of Internet of things based on cloud computing |
| CN102902589A (en) * | 2012-08-31 | 2013-01-30 | 浪潮电子信息产业股份有限公司 | Method for managing and scheduling cluster MIS (Many Integrated Core) job |
| WO2014173125A1 (en) * | 2013-04-27 | 2014-10-30 | Tencent Technology (Shenzhen) Company Limited | Apparatus, systems, and methods for network interactions |
| CN103617494A (en) * | 2013-11-27 | 2014-03-05 | 国家电网公司 | Wide-area multi-stage distributed parallel power grid analysis system |
| CN104519140A (en) * | 2015-01-08 | 2015-04-15 | 浪潮(北京)电子信息产业有限公司 | Server system for distributed parallel computing and management method thereof |
Non-Patent Citations (1)
| Title |
|---|
| 多服务器分布式即时通讯系统模型的设计;丁忠;刘志勤;;微计算机信息(第27期);第181-183页 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111586080A (en) | 2020-08-25 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111586080B (en) | Distributed task scheduling method and device based on instant messaging | |
| CN111897638B (en) | Distributed task scheduling method and system | |
| CN108566290A (en) | service configuration management method, system, storage medium and server | |
| CN112000350B (en) | Dynamic rule updating method, device and storage medium | |
| CN109274730A (en) | The optimization method and device that Internet of things system, MQTT message are transmitted | |
| CN115640110B (en) | Distributed cloud computing system scheduling method and device | |
| CN109284180B (en) | Task scheduling method and device, electronic equipment and storage medium | |
| CN102521712A (en) | Process instance data processing method and device | |
| CN111880497A (en) | Intelligent manufacturing equipment control system based on container | |
| US20240370297A1 (en) | Resource scheduling system and method | |
| CN103209214A (en) | Not only structured query language (NoSQL)-based method for realizing message-oriented middleware | |
| WO2017181890A1 (en) | Data processing system and method based on server cluster | |
| CN110008267B (en) | Data processing system and method | |
| CN110740145A (en) | Message consumption method, device, storage medium and electronic equipment | |
| CN109800081A (en) | A kind of management method and relevant device of big data task | |
| CN107566516A (en) | Concurrent amount control method, application server, system and storage medium | |
| CN111756778A (en) | Server disk cleaning script pushing method and device and storage medium | |
| EP1894096A1 (en) | Apparatus, system, and method for facilitating communication between an enterprise information system and a client | |
| CN108924096B (en) | Information synchronization method and device | |
| CN108228417B (en) | Internet of vehicles log processing method and device | |
| CN113220480B (en) | Distributed data task cross-cloud scheduling system and method | |
| US20160246270A1 (en) | Method of controlling a data center architecture equipment | |
| CN112711522B (en) | Cloud testing method and system based on docker and electronic equipment | |
| CN113138844B (en) | Task issuing method, management component and working component of virtual machine cluster | |
| CN117857537A (en) | Method, device, equipment and storage medium for breakpoint continuous transmission of storage flow of network card |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| TA01 | Transfer of patent application right | ||
| TA01 | Transfer of patent application right |
Effective date of registration: 20210521 Address after: 100176 room 1004, 10th floor, building 1, 18 Kechuang 11th Street, Beijing Economic and Technological Development Zone, Daxing District, Beijing Applicant after: Beijing Huijun Technology Co.,Ltd. Address before: 8 / F, 76 Zhichun Road, Haidian District, Beijing 100083 Applicant before: BEIJING JINGDONG SHANGKE INFORMATION TECHNOLOGY Co.,Ltd. Applicant before: BEIJING JINGDONG CENTURY TRADING Co.,Ltd. |
|
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |