CN114217959B - A multi-application container management method and system supporting custom resource sharing - Google Patents
A multi-application container management method and system supporting custom resource sharing Download PDFInfo
- Publication number
- CN114217959B CN114217959B CN202111483224.9A CN202111483224A CN114217959B CN 114217959 B CN114217959 B CN 114217959B CN 202111483224 A CN202111483224 A CN 202111483224A CN 114217959 B CN114217959 B CN 114217959B
- Authority
- CN
- China
- Prior art keywords
- container
- application
- transaction request
- containers
- server
- 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
- 238000007726 management method Methods 0.000 title claims abstract description 13
- 238000000034 method Methods 0.000 claims abstract description 35
- 239000003999 initiator Substances 0.000 claims description 6
- 238000010586 diagram Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000004883 computer application Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000007613 environmental effect Effects 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5061—Partitioning or combining of resources
- G06F9/5077—Logical partitioning of resources; Management or configuration of virtualized resources
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/903—Querying
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/50—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems
- G06F21/52—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems during program execution, e.g. stack integrity ; Preventing unwanted data erasure; Buffer overflow
- G06F21/53—Monitoring users, programs or devices to maintain the integrity of platforms, e.g. of processors, firmware or operating systems during program execution, e.g. stack integrity ; Preventing unwanted data erasure; Buffer overflow by executing in a restricted environment, e.g. sandbox or secure virtual machine
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/4557—Distribution of virtual machine instances; Migration and load balancing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
- G06F9/45533—Hypervisors; Virtual machine monitors
- G06F9/45558—Hypervisor-specific management and integration aspects
- G06F2009/45583—Memory management, e.g. access or allocation
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Security & Cryptography (AREA)
- Databases & Information Systems (AREA)
- Computer Hardware Design (AREA)
- Computational Linguistics (AREA)
- Data Mining & Analysis (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
The invention relates to a multi-application container management method and system supporting user-defined resource sharing, which adds a resource synchronization mechanism and a scheduling mechanism on the basis of a basic container by setting an internal policy of the container, provides a registration mechanism for applications needing to carry out resource sharing so as to meet the controllable sharing of resources among the applications, provides uniform external interfaces and scheduling policies for all the applications belonging to the system, better utilizes various system resources, matches with global asynchronous tasks, processes asynchronous tasks with high resource consumption and tasks executed at fixed time in a more flexible and efficient way, and adapts to the control requirements of relative independence and partial synchronization among the applications.
Description
Technical Field
The invention relates to the technical field of computer application information processing, in particular to a multi-application container management method and system supporting user-defined resource sharing.
Background
The containers provide isolated running space for applications, each container contains an exclusive complete user environment space, and changes in one container do not affect the running environment of the other containers. The use of the containerization technology can optimize the use of resources, meet the environmental consistency and effectively improve the operation and maintenance efficiency as a whole.
However, the existing container management technology mainly aims at scheduling and resource allocation of the same application (the same kind of application) on multiple containers, has higher requirement on homogeneity among containers, and is difficult to adapt to complex situations, meanwhile, a single container can only be used corresponding to specific applications, further system division cannot be carried out inside the container, and the requirement of sharing part of application resources among multiple applications cannot be met.
In practical application, because each application in the system needs to run independently, and each application can call a part of common cache data and configuration files, independent configuration is inevitably required for each container under the existing container management method, so that the common data cannot be shared, and resources are wasted.
Disclosure of Invention
In order to solve the defects of the prior art, the invention provides a multi-application container management method and a system supporting user-defined resource sharing, which are characterized in that a resource synchronization mechanism and a scheduling mechanism are added on the basis of a basic container by setting an internal policy of the container, a registration mechanism is provided for applications needing resource sharing so as to meet the controllable sharing of resources among applications, and a uniform external interface and a scheduling policy are provided for all applications belonging to the system so as to better utilize various system resources, match with global asynchronous tasks, process asynchronous tasks with high resource consumption and tasks executed at fixed time in a more flexible and efficient way, and adapt to the control requirements of relative independence and partial synchronization among the applications.
In order to achieve the above object, the present invention adopts the technical scheme that:
A multi-application container management method supporting custom resource sharing, comprising:
One or more containers are established on an application server, and corresponding processes are established for the containers;
configuring a unique external interface applied to an application server;
registering an application to a container, including registering the same application to a plurality of different containers and/or registering a plurality of different applications to the same container;
Storing the registration information of the application into a database;
receiving a transaction request and matching corresponding applications according to the transaction request;
retrieving registration information of the corresponding application from the database;
Inquiring the load state of the corresponding container according to the registration information, and distributing the transaction request to the container with lower load state;
The corresponding application registered on the container with lower load state receives the transaction request through the unique external interface, outputs the processing result of the transaction request through the unique external interface, and simultaneously generates a data bus corresponding to the transaction request in the container;
and feeding back the processing result of the transaction request to the transaction initiator.
Further, the method further comprises:
After distributing the transaction request to a container with a lower load state, estimating the execution time, the occupied resource amount and the real-time feedback requirement of the transaction request, generating the transaction request meeting the preset standard into a global asynchronous task and attaching a unique identifier, wherein the unique identifier comprises necessary information required for executing the global asynchronous task;
the container pauses execution of the generated globally asynchronous task.
Further, the method further comprises:
Any container in the system scans the unique identifier of the global asynchronous task, and when a certain container matches the necessary information included in the unique identifier and the current load state of the container is low, the global asynchronous task is distributed to the container for execution.
Further, the method further comprises:
When a plurality of different containers simultaneously match the necessary information included in the unique identification and the current load state of the container is low, the containers are preferentially allocated to the containers generating the global asynchronous task.
Further, the method further comprises:
When the system comprises a plurality of different application servers, one or more containers are respectively built on each application server, wherein the processes comprise that different containers are built on the same application server and/or the same container is built on different application servers, and corresponding processes are built for the containers;
Configuring a unique external interface applied to each application server;
registering an application to a container includes registering the same application to a plurality of different containers on the same application server and/or registering the same application to a plurality of different containers on different application servers and/or registering the plurality of different applications to the same container on the same application server.
Further, the method further comprises:
And inquiring the load states of the corresponding application servers and containers according to the registration information, and distributing the transaction request to the application servers and containers with lower load states.
Further, the querying the load states of the corresponding application server and the container includes querying the thread pool state, the memory and CPU use condition, the handle use condition and the database connection pool occupation condition of the corresponding application server and the container.
Further, the method further comprises:
all applications registered to the same container share a cached resource within the container, including a configuration file, common data, and a dependency package.
The invention also relates to a multi-application container management system supporting the sharing of the self-defined resources, which is characterized by comprising the following steps:
the front-end server layer comprises a front-end dispatch server, an application server and a container, wherein the front-end dispatch server is used for receiving a transaction request and distributing the transaction request to the application server and the container with lower load states;
the application server layer comprises one or more application servers and is connected with the front-end server layer;
a container layer built into the application server, comprising one or more containers;
An application layer registered within the container, including one or more applications;
and the database layer is used for storing the registration information of the application.
The invention also relates to an electronic device, which is characterized by comprising a processor and a memory;
the memory is used for storing the registration information of the application;
The processor is configured to execute the above method by calling registration information of an application.
The beneficial effects of the invention are as follows:
By setting the internal policy of the container, the method and the system for managing the multi-application container supporting the user-defined resource sharing increase a resource synchronization mechanism and a scheduling mechanism on the basis of a basic container, provide a registration mechanism for the application needing to carry out the resource sharing so as to meet the controllable sharing of the resources among the applications, provide uniform external interfaces and scheduling policies for all the applications belonging to the system, better utilize various system resources, match with global asynchronous tasks, process the asynchronous tasks with high resource consumption and the tasks executed at fixed time in a more flexible and efficient way, and adapt to the control demands of relative independence and partial synchronization among the applications.
Drawings
FIG. 1 is a flow chart of a method for managing multiple application containers supporting custom resource sharing according to the present invention.
FIG. 2 is a schematic diagram of a multi-application container management system supporting custom resource sharing according to the present invention.
Detailed Description
For a clearer understanding of the present invention, reference will be made to the following detailed description taken in conjunction with the accompanying drawings and examples.
FIG. 1 is a flow chart of a method for managing multiple application containers supporting user-defined resource sharing according to the present invention, comprising the following steps:
one or more containers are established on each application server of the system, and corresponding processes are established for the containers;
Configuring a unique external interface applied to each application server;
registering an application to a container, including registering the same application to a plurality of different containers on the same application server, and/or registering the same application to a plurality of different containers on different application servers, and/or registering the plurality of different applications to the same container on the same application server;
Storing the registration information of the application into a database;
receiving a transaction request and matching corresponding applications according to the transaction request;
retrieving registration information of the corresponding application from the database;
Inquiring the load states of the corresponding application server and the container according to the registration information, and distributing the transaction request to the application server and the container with lower load states, wherein the inquiring the load states of the corresponding application server and the container comprises inquiring the thread pool states, the memory and CPU use conditions, the handle use conditions and the database connection pool occupation conditions of the corresponding application server and the container;
Estimating the execution time, the occupied resource amount and the real-time feedback requirement of the transaction request, generating the transaction request reaching the preset standard into a global asynchronous task, and adding a unique identifier, wherein the unique identifier comprises necessary information required for executing the global asynchronous task;
The corresponding application registered on the container with lower load state receives the transaction request through the unique external interface, outputs the processing result of the transaction request through the unique external interface, and simultaneously generates a data bus corresponding to the transaction request in the container;
any container in the system scans the unique identifier of the global asynchronous task, and when a certain container matches the necessary information included in the unique identifier and the current load state of the container is lower, the global asynchronous task is distributed to the container for execution;
and feeding back the processing result of the transaction request to the transaction initiator.
By the method, each application can be registered on any plurality of containers, and one container can also register any plurality of applications (the specific registration quantity can be adjusted and optimized according to the system resources required by the application), and each application occupies a unique external interface on the same server. Each container has a corresponding process on the server so that all applications can share cache resources within the same container. In order to enable the applications in the container to run relatively independently, each application can generate a corresponding data bus after completing corresponding transactions each time, and buses among the transactions are independent of each other and cannot influence data of other transactions. Therefore, for the resources in the cache, such as configuration files, public data, dependency packages and the like, each application can share, and under the condition of meeting the service requirement, part of the cache data can be modified.
When the transaction needs to execute a task which is long in time consumption and occupies more resources but does not require real-time feedback, the task can be converted into a global asynchronous task in the whole system. The globally asynchronous task has a unique identifier, carries all key information required for executing the task, and can be executed by any one server in the system. Each container of each server in the system will scan these globally asynchronous tasks at regular time, and if the current container is idle, will preempt the task and execute. Preferably, asynchronous tasks will be preempted and executed by the container that generated the task preferentially.
FIG. 2 is a schematic diagram of a multi-application container management system supporting custom resource sharing according to the present invention, comprising:
the front-end server layer is used for receiving the transaction request and distributing the transaction request to the application server and the container with lower load states;
the application server layer comprises one or more application servers and is connected with the front-end server layer;
a container layer built into the application server, comprising one or more containers;
An application layer registered within the container, including one or more applications;
and the database layer is used for storing the registration information of the application.
In the specific application process, all application servers and containers are provided with a unified front-end scheduling server, and the outside cannot directly interact with the background application, but is transmitted through the middle of the front-end scheduling server. The front-end dispatch server can synchronously apply the registration information, and dynamically adjusts and forwards the registration information to the background server and the corresponding application port according to the load states of each server and container of the corresponding application of the transaction when receiving the transaction request and combining with the preset threshold configuration. After the transaction is completed, the returned information is returned to the initiator from the application through the front-end dispatch server, so that the attack type request is prevented from directly requesting the background, and the safety of the system is improved.
As shown in fig. 2, when a request is sent from a transaction 1 to a pre-dispatching server, the pre-dispatching server obtains application server and container information (containers I and II on a server 1 and a server 2) capable of executing the transaction according to application registration information (obtained from a database and stored in a cache), selects a container of a more idle server according to the running state of each server container conforming to conditions in Redis, and forwards the transaction request to a port of the corresponding application of the server. The application A determines the transaction to be executed specifically according to the necessary information in the forwarded request, and returns the transaction to the front-end dispatch server after the execution is completed, and finally returns the transaction to the service initiator. During the period, the server initiator and the service executor cannot directly interact with each other, and all communication passes through the front-end dispatch server.
When a transaction generates a corresponding global asynchronous task, corresponding task execution key information is inserted into a database. Each container is provided with a special thread for inquiring a global asynchronous task (or a timing task) waiting to be executed from a database at fixed time, when the task needing to be executed is searched, the judgment is carried out according to the resource state of the server where the container is located, if the idle condition is met, the global asynchronous task is tried to be preempted (the flag bit of the global asynchronous task is modified), the detailed information of the global asynchronous task is obtained after the preemption is successful, and the corresponding task is executed. After the execution is successful, the execution result is recorded in a database, and the flag bit of the global asynchronous task is modified.
The foregoing is only a preferred embodiment of the present invention, but the scope of the present invention is not limited thereto, and any changes or substitutions easily contemplated by those skilled in the art within the scope of the present invention should be included in the scope of the present invention. Therefore, the protection scope of the present invention should be subject to the protection scope of the claims.
Claims (9)
1. A multi-application container management method supporting custom resource sharing, comprising:
One or more containers are established on an application server, and corresponding processes are established for the containers;
configuring a unique external interface applied to an application server;
registering an application to a container, including registering the same application to a plurality of different containers and/or registering a plurality of different applications to the same container;
Storing the registration information of the application into a database;
receiving a transaction request and matching corresponding applications according to the transaction request;
retrieving registration information of the corresponding application from the database;
Inquiring the load state of the corresponding container according to the registration information, and distributing the transaction request to the container with lower load state;
The corresponding application registered on the container with lower load state receives the transaction request through the unique external interface, outputs the processing result of the transaction request through the unique external interface, and simultaneously generates a data bus corresponding to the transaction request in the container;
Feeding back a processing result of the transaction request to a transaction initiator;
The method further comprises the steps of:
After distributing the transaction request to a container with a lower load state, estimating the execution time, the occupied resource amount and the real-time feedback requirement of the transaction request, generating the transaction request meeting the preset standard into a global asynchronous task and attaching a unique identifier, wherein the unique identifier comprises necessary information required for executing the global asynchronous task;
the container pauses execution of the generated globally asynchronous task.
2. The method of claim 1, wherein the method further comprises:
Any container in the system scans the unique identifier of the global asynchronous task, and when a certain container matches the necessary information included in the unique identifier and the current load state of the container is low, the global asynchronous task is distributed to the container for execution.
3. The method of claim 2, wherein the method further comprises:
When a plurality of different containers simultaneously match the necessary information included in the unique identification and the current load state of the container is low, the containers are preferentially allocated to the containers generating the global asynchronous task.
4. The method of claim 1, wherein the method further comprises:
When the system comprises a plurality of different application servers, one or more containers are respectively built on each application server, wherein the processes comprise that different containers are built on the same application server and/or the same container is built on different application servers, and corresponding processes are built for the containers;
Configuring a unique external interface applied to each application server;
registering an application to a container includes registering the same application to a plurality of different containers on the same application server and/or registering the same application to a plurality of different containers on different application servers and/or registering the plurality of different applications to the same container on the same application server.
5. The method of claim 4, wherein the method further comprises:
And inquiring the load states of the corresponding application servers and containers according to the registration information, and distributing the transaction request to the application servers and containers with lower load states.
6. The method of claim 5, wherein querying the load status of the corresponding application server and container comprises querying the thread pool status, memory and CPU usage, handle usage, and database connection pool occupancy of the corresponding application server and container.
7. The method of any one of claims 1 to 6, further comprising:
all applications registered to the same container share a cached resource within the container, including a configuration file, common data, and a dependency package.
8. A multi-application container management system supporting custom resource sharing, comprising:
the front-end server layer comprises a front-end dispatch server, an application server and a container, wherein the front-end dispatch server is used for receiving a transaction request and distributing the transaction request to the application server and the container with lower load states;
the application server layer comprises one or more application servers and is connected with the front-end server layer;
a container layer built into the application server, comprising one or more containers;
An application layer registered within the container, including one or more applications;
the database layer is used for storing the registration information of the application;
After distributing the transaction request to a container with a lower load state, estimating the execution time, occupied resource quantity and real-time feedback requirement of the transaction request, generating the transaction request meeting the preset standard into a global asynchronous task and attaching a unique identifier, wherein the unique identifier comprises necessary information required for executing the global asynchronous task;
the container pauses execution of the generated globally asynchronous task.
9. An electronic device comprising a processor and a memory;
the memory is used for storing the registration information of the application;
the processor is configured to perform the method of any of claims 1 to 7 by invoking registration information of an application.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111483224.9A CN114217959B (en) | 2021-12-07 | 2021-12-07 | A multi-application container management method and system supporting custom resource sharing |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111483224.9A CN114217959B (en) | 2021-12-07 | 2021-12-07 | A multi-application container management method and system supporting custom resource sharing |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114217959A CN114217959A (en) | 2022-03-22 |
| CN114217959B true CN114217959B (en) | 2024-12-24 |
Family
ID=80699936
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111483224.9A Active CN114217959B (en) | 2021-12-07 | 2021-12-07 | A multi-application container management method and system supporting custom resource sharing |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114217959B (en) |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110032413A (en) * | 2019-03-05 | 2019-07-19 | 华为技术有限公司 | A kind of desktop virtualization method, relevant device and computer storage medium |
| CN113726578A (en) * | 2021-09-01 | 2021-11-30 | 网络通信与安全紫金山实验室 | Fusion method of API gateway and network architecture system |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101877158A (en) * | 2010-03-23 | 2010-11-03 | 苏州德融嘉信信用管理技术有限公司 | Front service platform of bank and operation processing method thereof |
| US9256467B1 (en) * | 2014-11-11 | 2016-02-09 | Amazon Technologies, Inc. | System for managing and scheduling containers |
| CN108111470B (en) * | 2016-11-25 | 2020-06-16 | 华为技术有限公司 | Container deployment method, inter-service communication method and related device |
| US10175886B1 (en) * | 2017-03-31 | 2019-01-08 | Veritas Technologies Llc | Systems and methods for handling missing storage image layers while provisioning containers in computer clusters |
| US11321130B2 (en) * | 2019-08-01 | 2022-05-03 | Kyndryl, Inc. | Container orchestration in decentralized network computing environments |
| CN110619581B (en) * | 2019-09-06 | 2024-03-22 | 北京神州同道智能信息技术有限公司 | Full market multi-variety intelligent gold financing management system based on automatic quantification micro-service subsystem |
| CN112132447B (en) * | 2020-09-21 | 2024-01-16 | 江苏省未来网络创新研究院 | Block chain-based algorithm for evaluating and guaranteeing trust of computing power network |
| CN112968960A (en) * | 2021-02-22 | 2021-06-15 | 同济大学 | Micro-service architecture based on open source component |
-
2021
- 2021-12-07 CN CN202111483224.9A patent/CN114217959B/en active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN110032413A (en) * | 2019-03-05 | 2019-07-19 | 华为技术有限公司 | A kind of desktop virtualization method, relevant device and computer storage medium |
| CN113726578A (en) * | 2021-09-01 | 2021-11-30 | 网络通信与安全紫金山实验室 | Fusion method of API gateway and network architecture system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114217959A (en) | 2022-03-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN109783229B (en) | Thread resource allocation method and device | |
| JP4569846B2 (en) | I/O node control system and method | |
| US7231638B2 (en) | Memory sharing in a distributed data processing system using modified address space to create extended address space for copying data | |
| US7316017B1 (en) | System and method for allocatiing communications to processors and rescheduling processes in a multiprocessor system | |
| CN101645022B (en) | Work scheduling management system and method for a plurality of colonies | |
| US20090165003A1 (en) | System and method for allocating communications to processors and rescheduling processes in a multiprocessor system | |
| CN103019838B (en) | Multi-DSP (Digital Signal Processor) platform based distributed type real-time multiple task operating system | |
| CA3000422A1 (en) | Workflow service using state transfer | |
| CN105187327A (en) | Distributed message queue middleware | |
| US20160019089A1 (en) | Method and system for scheduling computing | |
| CN107682391B (en) | Electronic device, server allocation control method, and computer-readable storage medium | |
| CN115048206B (en) | Resource scheduling method and server | |
| CN111858035A (en) | A kind of FPGA device allocation method, device, device and storage medium | |
| CN113608845B (en) | Data processing method and device | |
| CN114217959B (en) | A multi-application container management method and system supporting custom resource sharing | |
| JP4862056B2 (en) | Virtual machine management mechanism and CPU time allocation control method in virtual machine system | |
| CN113934525A (en) | Hadoop cluster task scheduling method based on positive and negative feedback load scheduling algorithm | |
| US20200117596A1 (en) | A Memory Allocation Manager and Method Performed Thereby for Managing Memory Allocation | |
| CN115934385B (en) | A multi-core inter-core communication method, system, device and storage medium | |
| CN116974767A (en) | Task scheduling system, method, device, equipment and medium | |
| CN117608760A (en) | Cloud application hybrid deployment method applied to Kubernetes | |
| CN116723105A (en) | Deployment method and deployment device for virtual network function | |
| CN113076189B (en) | Data processing system with multiple data paths and virtual electronic device constructed using multiple data paths | |
| CN111353811B (en) | Unified resource issuing method and system | |
| JPH11175485A (en) | Distributed system and prallel operation control method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |