CN114844759A - Fine-grained distributed cloud computing architecture based on Docker - Google Patents
Fine-grained distributed cloud computing architecture based on Docker Download PDFInfo
- Publication number
- CN114844759A CN114844759A CN202210380829.3A CN202210380829A CN114844759A CN 114844759 A CN114844759 A CN 114844759A CN 202210380829 A CN202210380829 A CN 202210380829A CN 114844759 A CN114844759 A CN 114844759A
- Authority
- CN
- China
- Prior art keywords
- service
- container
- layer
- containers
- functions
- 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
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/04—Network management architectures or arrangements
- H04L41/044—Network management architectures or arrangements comprising hierarchical management structures
-
- 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/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0823—Configuration setting characterised by the purposes of a change of settings, e.g. optimising configuration for enhancing reliability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/14—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic
- H04L63/1441—Countermeasures against malicious traffic
- H04L63/145—Countermeasures against malicious traffic the attack involving the propagation of malware through the network, e.g. viruses, trojans or worms
-
- 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
- H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Abstract
The invention discloses a Docker-based fine-grained distributed cloud computing architecture which comprises a business layer, a service providing layer, a container resource layer and an infrastructure layer, wherein the business layer is used for providing interfaces of various different businesses for users upwards, the service providing layer is used for disassembling the businesses required by the users in the business layer into different requirements, the container resource layer has two functions, one function is responsible for management scheduling and life cycle management of containers, the other function is used for pooling the container resources according to different functions of the containers, and the infrastructure layer is composed of various basic physical facilities. The invention divides the whole service into a plurality of functions, and different function containers are responsible for the same, when a certain function container has a problem, the processing mode can also reduce the influence on the whole service to the minimum.
Description
Technical Field
The invention relates to the technical field of cloud computing, in particular to a Docker-based fine-grained distributed cloud computing architecture.
Background
With the advent of the information age, both scientific research and personal use, come with ever higher demands on computing. Therefore, a new calculation method with low cost and high resource aggregation becomes a new requirement. The advent of cloud computing has brought a solution to this problem. Cloud computing is a new business computing mode, provides computing services which are calculated according to needs for individual or enterprise users through heterogeneous and autonomous services on the internet, avoids complex operations such as installation and maintenance and has good effects on both user experience and cost.
Traditional cloud computing contains three levels in total: one is software as a service, providing applications to customers primarily in a Web-based manner; secondly, the platform is a service, and an application development and deployment platform is used as a service to be provided for users; and thirdly, infrastructure is service, which provides various underlying computing (such as virtual machines) and storage resources as services to users. The traditional cloud computing is mainly characterized in that: (1) the super-large scale endows the user with unprecedented computing and storage capacity by integrating and managing the computer clusters; (2) the on-demand service is realized, and resource users in the resource pool can purchase on demand; (3) high expandability, and can be adjusted and dynamically expanded according to the requirements. The current mainstream cloud computing service has two modes based on a virtual machine or a Docker, the Docker is a container virtualization technology, the former has better isolation and safety, and the latter has the advantages of agile deployment, elastic expansion and contraction, flexible scheduling, automatic fault recovery and the like. However, the conventional cloud computing service also has its own problems, such as a difficult problem of virtualization layer loss that is difficult to avoid in performance output, a cloud security problem, and under a cloud computing architecture, a cloud computing open network and a service sharing scenario are complex and changeable, and a challenge in terms of security is more serious, such as a security problem of a virus or a malicious program, a security problem of a virtual machine, a security problem of a container image, and an existing endogenous security problem.
Disclosure of Invention
The invention designs a universal computing architecture, which is a novel distributed cloud computing architecture based on the characteristics of Docker such as light weight, fine granularity, loose coupling and the like, and aims to establish a container-oriented cloud computing architecture which can be used at any time and meets the requirement of endogenous safety, and improve the performances of the current cloud architecture in the aspects of safety, system resource utilization rate, cross-platform, continuous delivery, deployment, migration and the like.
In order to achieve the purpose, the invention provides the following technical scheme: a Docker-based fine-grained distributed cloud computing architecture comprises a business layer, a service providing layer, a container resource layer and an infrastructure layer, wherein the business layer is used for providing interfaces of various different businesses for users upwards and sending the businesses to the service providing layer, and the service providing layer comprises a user interface, a word processing business, an algorithm business and a web business; the service providing layer is used for decomposing services required by users in the service layer into different requirements, wherein the different requirements are storage service, calculation service and communication service, and then the different requirements are distributed to containers with different functions in the lower layer; the container resource layer has two functions, wherein the function is to be responsible for management scheduling and life cycle management of the container, including creation, operation, stop and recovery scheduling of the container, and the function is to pool the container resources into a container resource pool which is responsible for non-functions according to different functions of the container, including a database service container pool, a web service container pool and a communication service container resource pool; the infrastructure layer is composed of various basic physical facilities, including various hardware, network equipment and storage equipment, users of the various hardware, network equipment and storage equipment do not actually control the underlying infrastructure, but control an operating system or an application program, and also control the selection of network components, and meanwhile, a virtualization technology is adopted to generate a plurality of containers on a server of the same physical facility, so that comprehensive isolation is realized between the containers, multi-tenant calculation is possible, and the operating cost of the server is reduced.
The service providing layer disassembles services required by users, subdivides one service into services with different functions according to functions, and needs to complete all functions under one service to realize one service, so that a fine-grained service architecture is realized through disassembly.
The container resource layer pools the containers, the containers with different functions are responsible for different service functions, and only the calling and implementation of the containers need to be concerned, so that the association among the containers with different functions is effectively decoupled, and a loosely-coupled service framework is realized.
Compared with the prior art, the invention has the following beneficial effects:
(1) the service required by the user is disassembled on the service providing layer, one service is subdivided into services with different functions according to the functions, all the functions under the service need to be completed to realize the service, and a fine-grained service architecture is realized through the type of disassembly. The containers are pooled in the container resource layer, the containers with different functions are responsible for different service functions, details of logic implementation of any other device do not need to be concerned, only the calling and implementation of the containers need to be concerned, association among the containers with different functions is effectively decoupled, and a loosely-coupled service framework is realized.
(2) The universal computing architecture is a cloud computing architecture based on Docker, on one hand, from the aspect of endogenous security, Docker containers use official container images, and the kernel of a virtual operating system has lower possibility of problems such as side effects, vulnerability and natural failure. On the other hand, when the generic computation architecture is attacked by viruses or malicious codes, if an individual container is damaged, other containers are not affected, and once the container is monitored to be attacked, the containers can be restarted or replaced easily, so that the effect of defending against the attack is achieved. And because the whole service is split into a plurality of functions and different function containers are responsible for the functions, when a certain function container has a problem, the processing mode can also reduce the influence on the whole service to the minimum.
Drawings
Fig. 1 is a system architecture diagram of a novel distributed cloud computing architecture based on features of light weight, fine granularity, loose coupling and the like of Docker, and generalized computing according to the present invention.
FIG. 2 is a data flow diagram of a generalized computing architecture based service of an embodiment of the present invention.
FIG. 3 is a diagram of a generalized computing architecture based container data storage architecture for user services performed by 3 functional containers working in concert in accordance with an embodiment of the invention.
FIG. 4 is a flow chart of user work in an editor service.
Detailed Description
The technical solutions in the embodiments of the present invention will be described clearly and completely with reference to the accompanying drawings in the embodiments of the present invention, and it is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present invention.
The invention provides a technical scheme that: a Docker-based fine-grained distributed cloud computing architecture:
as shown in fig. 1, the first hierarchy from top to bottom is a service layer, which serves as an interface for providing various services to users upwards and sends services downwards to a service providing layer. The user interface in fig. 1 provides an access interface for the user, and the services accessed by the user may include, for example: word processing services, algorithmic services, web services, and the like. The business layer service is the closest layer to the user, interacting with the user the most.
The second level of service is a service providing layer, which is used to disassemble the service required by the service layer user, and subdivide the service into services with different functions according to the functions, and all the functions under the service need to be completed to realize the required service, and the common functions are: service storage, service calculation, service communication, and the like. After the disassembly, the service providing layer distributes the service to the containers with different functions of the lower layer, and the corresponding functions are realized by the corresponding containers. Through the service of the level, the universal computing architecture realizes the fine-grained architecture.
The third layer of service is a container resource layer, the layer of service is divided into two parts, firstly, the first part of service is scheduling management and life cycle management of the container. The life cycle of a container can be generally divided into create, run, stop, pause, and delete. The creation of a container is the initial step of a container, and the basic function is realized by creating one or more containers through a mirror image. The operation of the container is the most time consuming state in the life cycle of the container, which is the most time in operation. The stop state of the container is the state of the container when the container is abnormally stopped or actively stopped, and if the container is restarted, the stop state needs to be realized by a restart command. The stopped state of the container halts all processes in the container and collects zombie processes. The deletion of a container is the last state of the container lifecycle, in which the system will reclaim all the space, processes, assigned to the container. The second part is container resource pooling, containers are divided into container resource pools with different functions according to the functions of the containers, and common resource pools include: database services, web services, storage services, and the like. The containers with different functions are responsible for different business functions, the details of logic implementation of any other device are not required to be concerned, only the calling and implementation of the containers are required to be concerned, the association among the containers with different functions is effectively decoupled, and the comprehensive capacity computing architecture realizes an architecture with the loose coupling characteristic through the service of the layer.
The last level is the infrastructure level, and the services of this level mainly include three aspects, namely, the basic services, such as: basic services, data storage services, web services, etc. The second aspect is that a virtualization technology is adopted to generate a plurality of containers on the same physical server, so that comprehensive isolation is realized between the containers, and a plurality of users can simultaneously use the resources of the same physical server, thereby enabling multi-tenant calculation to be possible and reducing the operating cost of the server. The third aspect is the composition of various basic physical facilities, such as various hardware, network devices, storage devices, etc., in this layer of service, the user does not need to actually control the underlying basic devices, but controls the operating system or application program to operate and use the basic devices, and on the other hand, can control the selection of network components to some extent.
As shown in fig. 2, it is a data flow diagram of a service in the generalized computation:
the difference from the traditional cloud computing based on Docker is that in the traditional cloud computing based on Docker, a user sends a service request, and then the cloud computing service distributes the service request to the user as a container, and the container has complete functions to realize the whole service of the user. In the generic computation architecture, a service request sent by a user first enters a service layer, and the service layer sends the service to a service providing layer. The method comprises the steps of disassembling a service in a service providing layer, splitting the service into a plurality of functional parts, sending the functions to a container resource layer, distributing and managing a container resource pool in the container resource layer, realizing the functions of each part of the whole service by the cooperative work of a plurality of containers, returning the functions to the service providing layer, integrating the functions in the service providing layer, returning the integrated service to the service layer, and finally returning the integrated service to a user.
With reference to fig. 3, an architecture diagram for implementing data storage in the process of completing user services based on the generalized content calculation is further shown for a container data distributed storage and monitoring method based on the generalized content calculation architecture; as shown in fig. 3, the architecture of this data store includes three functional containers, which are determined based on the functional details of the user traffic by the generalized content computing architecture, and each functional container completes its own hosted service; a storage function container, which is responsible for completing the function of the storage service needed in the whole business process; the weaves Scope monitoring container is responsible for monitoring all indexes and abnormal conditions of all containers in the framework; and the storage host is responsible for finally storing the user service data.
The universal capacity computing architecture subdivides the service to be processed by the user into three independent services, different services are charged by container resource pools with different functions, the whole service is completed by means of cooperative work among a plurality of containers, and the fine-grained loosely-coupled service architecture is achieved. When the functional container needs to store data, a storage request is sent to the storage container, and the functional container does not store the data but delivers all storage functions to the storage function container to realize the storage functions. In addition, the functional container can also check a data list stored under the storage container by requesting, when the previously stored data needs to be used, the functional container sends a request to the storage container, and the storage container resends the previous data to the functional container.
For the storage container, the NFS service and the host connection are used, and the directory of the host is directly mounted in the storage container to be used as the own storage directory. When the functional container needs to store data, the storage container receives the storage request, and directly writes the data into the mounting directory of the storage container, namely the host directory, so that the storage function is realized. This operation is not visible to other functional containers, which may assume that their data is handed over to the storage container without knowledge of the subsequent operations of the storage container. When the storage container checks the previous data storage request of the storage container to other functional containers, the storage container sends the storage directory structure of the storage container to the functional container, and if the functional container needs to check some previous data, the storage container resends the data to the functional container.
The weaves Scope is monitored for containers that are responsible for monitoring the flow of data in this network fabric and the status of the functional and storage containers. The weaves Scope is a powerful monitoring visualization tool, which has two display modes of a graphic type and a table type, and when the graphic type is adopted, the topological relation between containers can be displayed.
The weaves Scope monitoring object comprises a process, a container, a host and the like, and can monitor the CPU, the memory and the like of an editor container, a storage container or a host. When monitoring the container, the system can also directly check the log information of the container, or directly perform control such as command line operation, closing, restarting and the like on the container. The functions of displaying containers according to conditions, searching according to names, searching according to resource use and the like are very powerful.
The state transition of the containers and the cooperation among the containers in an editor service are analyzed in detail below with reference to fig. 4:
when a user editor service is started, the container architecture of the whole system has a total of three containers running, including a text editing container, a storage function container and a monitoring container.
When a user applies for an editor service, the generalized computation architecture divides the editor service into two sub-functions, one is an editing function for editing a text, and the other is a storage function for storing the text. After the user requests, the system assigns the user two containers, a text editing container and a storage function container. When the text editor runs, both containers are in a running state, and in addition, the monitoring container also monitors the use condition and the state of the two containers at any time.
When the text editing container runs, the data in the storage function container is read firstly, and if the text exists, the file name list of the tree structure sent by the storage function is received and displayed.
And after the text editing container is used for editing, when the file needs to be stored, the text editing container sends a request to the storage function container, and the storage function container stores the text file to a local storage directory.
If the text editing container needs to read the file stored in the storage function container, the text file can be read by name through the file name list of the tree structure and can be directly displayed on a webpage.
When the user applies for the end of the editor service after completing the service, the system will recycle the text editing container and the storage function container previously allocated to the user.
Although embodiments of the present invention have been shown and described, it will be appreciated by those skilled in the art that changes, modifications, substitutions and alterations can be made in these embodiments without departing from the principles and spirit of the invention, the scope of which is defined in the appended claims and their equivalents.
Claims (3)
1. A Docker-based fine-grained distributed cloud computing architecture comprises a business layer, a service providing layer, a container resource layer and an infrastructure layer, and is characterized in that: the service layer is used for providing interfaces of various different services for users upwards and sending the services to the service providing layer, and the service providing layer comprises a user interface, a word processing service, an algorithm service and a web service; the service providing layer is used for decomposing services required by users in the service layer into different requirements, wherein the different requirements are storage service, calculation service and communication service, and then the different requirements are distributed to containers with different functions in the lower layer; the container resource layer has two functions, wherein the function is to be responsible for management scheduling and life cycle management of the container, including creation, operation, stop and recovery scheduling of the container, and the function is to pool the container resources into a container resource pool which is responsible for non-functions according to different functions of the container, including a database service container pool, a web service container pool and a communication service container resource pool; the infrastructure layer is composed of various basic physical facilities, including various hardware, network equipment and storage equipment, users of the various hardware, network equipment and storage equipment do not actually control the underlying infrastructure, but control an operating system or an application program, and also control the selection of network components, and meanwhile, a virtualization technology is adopted to generate a plurality of containers on a server of the same physical facility, so that the containers are comprehensively isolated from each other.
2. The Docker-based fine-grained distributed cloud computing architecture as claimed in claim 1, wherein the service providing layer disassembles services required by a user, subdivides a service into services of different functions according to functions, needs to complete all functions of a service to realize a service, and realizes a fine-grained service architecture through disassembly.
3. The Docker-based fine-grained distributed cloud computing architecture as claimed in claim 1, wherein the container resource layer pools containers, and containers with different functions are responsible for different business functions, and only the invocation and implementation of the containers need to be concerned, thereby decoupling the association between containers with different functions.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210380829.3A CN114844759A (en) | 2022-04-12 | 2022-04-12 | Fine-grained distributed cloud computing architecture based on Docker |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210380829.3A CN114844759A (en) | 2022-04-12 | 2022-04-12 | Fine-grained distributed cloud computing architecture based on Docker |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN114844759A true CN114844759A (en) | 2022-08-02 |
Family
ID=82563823
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210380829.3A Pending CN114844759A (en) | 2022-04-12 | 2022-04-12 | Fine-grained distributed cloud computing architecture based on Docker |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114844759A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115426365A (en) * | 2022-08-17 | 2022-12-02 | 西安理工大学 | Cluster scheduling method based on generic computation architecture |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102833314A (en) * | 2012-07-27 | 2012-12-19 | 合肥华云通信技术有限公司 | Cloud public service platform |
| CN108387231A (en) * | 2017-12-19 | 2018-08-10 | 广州华途信息科技有限公司 | Indoor blind guiding system based on Bluetooth technology and method |
| CN109710381A (en) * | 2018-12-27 | 2019-05-03 | 北京联创信安科技股份有限公司 | High-performance calculation, big data, virtualization special container management system and method |
| CN109901922A (en) * | 2019-03-05 | 2019-06-18 | 北京工业大学 | A kind of container cloud resource method for optimizing scheduling of oriented multilayer service |
| CN109951545A (en) * | 2019-03-14 | 2019-06-28 | 广州云晫信息科技有限公司 | The emerging system of adaptive container and cloud desktop and its method for obtaining cloud resource |
| CN110543537A (en) * | 2019-08-22 | 2019-12-06 | 广东省城乡规划设计研究院 | Intelligent planning space-time cloud GIS platform based on Docker container and micro-service architecture |
| CN111381936A (en) * | 2020-03-23 | 2020-07-07 | 中山大学 | Method and system for allocating service container resources under distributed cloud system-cloud cluster architecture |
| CN111680033A (en) * | 2020-04-30 | 2020-09-18 | 广州市城市规划勘测设计研究院 | High-performance GIS platform |
-
2022
- 2022-04-12 CN CN202210380829.3A patent/CN114844759A/en active Pending
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102833314A (en) * | 2012-07-27 | 2012-12-19 | 合肥华云通信技术有限公司 | Cloud public service platform |
| CN108387231A (en) * | 2017-12-19 | 2018-08-10 | 广州华途信息科技有限公司 | Indoor blind guiding system based on Bluetooth technology and method |
| CN109710381A (en) * | 2018-12-27 | 2019-05-03 | 北京联创信安科技股份有限公司 | High-performance calculation, big data, virtualization special container management system and method |
| CN109901922A (en) * | 2019-03-05 | 2019-06-18 | 北京工业大学 | A kind of container cloud resource method for optimizing scheduling of oriented multilayer service |
| CN109951545A (en) * | 2019-03-14 | 2019-06-28 | 广州云晫信息科技有限公司 | The emerging system of adaptive container and cloud desktop and its method for obtaining cloud resource |
| CN110543537A (en) * | 2019-08-22 | 2019-12-06 | 广东省城乡规划设计研究院 | Intelligent planning space-time cloud GIS platform based on Docker container and micro-service architecture |
| CN111381936A (en) * | 2020-03-23 | 2020-07-07 | 中山大学 | Method and system for allocating service container resources under distributed cloud system-cloud cluster architecture |
| CN111680033A (en) * | 2020-04-30 | 2020-09-18 | 广州市城市规划勘测设计研究院 | High-performance GIS platform |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115426365A (en) * | 2022-08-17 | 2022-12-02 | 西安理工大学 | Cluster scheduling method based on generic computation architecture |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11425194B1 (en) | Dynamically modifying a cluster of computing nodes used for distributed execution of a program | |
| US10292044B2 (en) | Apparatus for end-user transparent utilization of computational, storage, and network capacity of mobile devices, and associated methods | |
| US8260840B1 (en) | Dynamic scaling of a cluster of computing nodes used for distributed execution of a program | |
| US9906415B2 (en) | Transactional orchestration of resource management and system topology in a cloud environment | |
| US9122642B2 (en) | Hybrid data backup in a networked computing environment | |
| JP5939740B2 (en) | Method, system and program for dynamically allocating resources | |
| US8321558B1 (en) | Dynamically monitoring and modifying distributed execution of programs | |
| US8832239B2 (en) | System, method and program product for optimizing virtual machine placement and configuration | |
| US9015164B2 (en) | High availability for cloud servers | |
| US10761952B2 (en) | Intelligent failover migration across multiple high availability stacks based on quality of prior failover migrations | |
| CN112104723B (en) | Multi-cluster data processing system and method | |
| CN109614227B (en) | Task resource allocation method and device, electronic equipment and computer readable medium | |
| CN102833310B (en) | Workflow engine trunking system based on virtualization technology | |
| US10838798B2 (en) | Processing system for performing predictive error resolution and dynamic system configuration control | |
| CN111343219B (en) | Computing service cloud platform | |
| US20150331761A1 (en) | Host swap hypervisor that provides high availability for a host of virtual machines | |
| US9785507B2 (en) | Restoration of consistent regions within a streaming environment | |
| CN115373835A (en) | Task resource adjusting method and device for Flink cluster and electronic equipment | |
| CN112363820A (en) | Uniform resource pooling container scheduling engine based on heterogeneous hardware and scheduling method thereof | |
| CN114844759A (en) | Fine-grained distributed cloud computing architecture based on Docker | |
| CN104717269A (en) | Method for monitoring and dispatching cloud public platform computer resources for location-based service | |
| CN110647289A (en) | Satellite remote sensing cloud computing platform and system | |
| KR102231358B1 (en) | Single virtualization method and system for HPC cloud service | |
| CN115484149B (en) | Network switching method, network switching device, electronic equipment and storage medium | |
| US20230305947A1 (en) | Using clusters to create test instances |
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 |