CN112256439A - Service directory dynamic updating system and method based on cloud computing resource pool - Google Patents
Service directory dynamic updating system and method based on cloud computing resource pool Download PDFInfo
- Publication number
- CN112256439A CN112256439A CN202011420988.9A CN202011420988A CN112256439A CN 112256439 A CN112256439 A CN 112256439A CN 202011420988 A CN202011420988 A CN 202011420988A CN 112256439 A CN112256439 A CN 112256439A
- Authority
- CN
- China
- Prior art keywords
- service
- resource
- parameters
- class parameters
- cloud computing
- 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.)
- Granted
Links
Images
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/5072—Grid computing
-
- 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
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/50—Indexing scheme relating to G06F9/50
- G06F2209/5011—Pool
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Mathematical Physics (AREA)
- Stored Programmes (AREA)
Abstract
The invention discloses a dynamic update system and a dynamic update method for a service directory based on a cloud computing resource pool, wherein the system comprises the following steps: the resource admission module is used for acquiring service parameters of each service in the cloud computing resource pool through an API (application program interface); the service parameter convergence module is used for dividing the service parameters into service class parameters and resource class parameters; the parameter assignment module is used for assigning the resource type parameters according to the use specifications of each service in the cloud computing resource pool; and the service directory generation module is used for generating a service directory according to the service class parameters and the resource class parameters. By the aid of the method, operation and maintenance management personnel can conveniently construct the service directory which meets enterprise operation and maintenance management specifications and is convenient for business personnel to use, execution success rate of the service directory is guaranteed, self-service capability of a multi-cloud management platform is greatly improved, safety compliance of self-service is realized, and the problems of high use difficulty and high execution failure rate of the existing service directory are solved.
Description
Technical Field
The invention relates to the field of cloud computing, in particular to a dynamic service directory updating system and method based on a cloud computing resource pool.
Background
With more and more enterprise users adopting private cloud, virtualization and public cloud technologies to construct data centers and operate user services, a multi-cloud management platform has become a common requirement for enterprise cloud computing and virtualization management. Through the heterogeneous private cloud, virtualization and public cloud environment managed by the multi-cloud management platform, the functions of unified resource scheduling, monitoring management, efficiency optimization, self-service and the like are realized, the operation and maintenance efficiency and the resource use efficiency of a user can be obviously improved, the user investment is saved, the safety audit is enhanced, and the service of the user is more efficiently and stably operated.
The multi-cloud management platform is a second generation stage at present, and is mainly characterized in that the self-service capability of a user, namely the capability of a service directory, is improved. It is necessary to have a rich service directory (script set for automation operation) and a powerful and flexible service flow system, which can flexibly customize parameters, so as to ensure the convenience of self-service and the normalization and security of self-service through the approval process.
The existing service directory building process of the multi-cloud management platform is complex, and a practical and usable self-service system can be built only by requiring a user to have a higher technical level and spending a large amount of workload. Meanwhile, the traditional process approval system is rigid, cannot be associated with self-service (service directory), cannot identify the semantics of the service directory, and cannot automatically adjust the level of the approval process and an approver according to the parameters of the service directory. Therefore, the traditional multi-cloud management platform cannot provide powerful support in the aspects of functionality and safety compliance for self-service, and cannot improve the self-service capability of users.
The concept of the service directory is introduced from ITIL V2, the service directory should be built first before implementing other ITIL processes, after the service directory is built, the IT manager can have preliminary knowledge about the investment required by other process building, and more importantly, the building of the service directory first can guide the staff of the IT department to build service-centered awareness and gradually form service culture from the implementation of the ITSM.
This is also illustrated in ITIL V3, which describes service directory management as a separate flow. The ITIL V3 divides the service directory into a "business service directory" and a "technical service directory," and the business service directory describes, in business language, which services the IT organization provides to the client and which services IT plans to provide, which represents the business requirements. The service directory specifies what the IT department does, not how well IT does (SLA). The service directory is a foundation and a bridge for the IT organization to communicate with the clients, is important content for the business relationship manager to communicate with the clients, is an important tool for the IT organization to establish service culture and organize internal resources, and is more favorable for establishing the close relationship between the IT and the business, so that the aim of the ITSM is fulfilled.
The service directory is of the form: providing a service directory module list aiming at each user, wherein the service directory in the list represents specific operation which can be performed on the cloud platform by the user; the service items can be defined by the name of an administrator, and icons, prices, working time, response time, completion time, service contents and standards are set; if the IT service is needed, finding out the relevant icon and determining the operation; each service entry automatically initiates a service; different types of service items can be provided with different workflows, for example, the service of the asset application needs an approval link with department leaders, an asset issuing link and the like; existing assets can be associated when a service entry is selected.
At present, a method for a multi-cloud management platform to support a plurality of service catalogues in a public cloud/private cloud/virtualization environment is to adopt a registration system mode to realize service integration, process and visualization of cloud management.
The specific method is to simplify the whole life cycle of the service from registration to logout into a web page mode for increasing, deleting, modifying and checking, and specifically comprises the following steps: completing service registration in a mode of a cut-in point end; configuring service connection according to the service address by using a tcp protocol; changing the address according to the service type, and completing service synchronization; and the platform registration center manages and completes the service visualization of the steps.
The endpoint mode registration is to register a service address deployed by a component into a multi-cloud management platform to call the service resource; the service component is accessed into the cloud platform by adding an endpoint address ip and a port to provide services.
The service connection refers to that a deployed service component accesses through an ip plus a port to establish a tcp channel by a multi-cloud management platform where the deployed service component is located; the user does not need to directly request the service, but accesses the service through the multi-cloud management platform, and the management platform controls to access the corresponding service according to the recorded service directory and returns service resources to the user; when the service deployment environment is changed, only the service address needs to be changed on the page, and the connection process of the bottom layer of the system does not need to be concerned.
The service synchronization refers to that in the multi-cloud management, the services which can be provided by the cloud platform are not fixed, and can be updated synchronously at regular time.
The integration and unified management of the service directories on the cloud platforms are realized in the mode, but the inherent defects existing in the service directories of the cloud platforms cannot be improved and solved through the method.
The current cloud platform service directory has two main problems: first, the service directory involves numerous parameters, which makes the use difficult:
in order to embody the service capability of a provider of a cloud management platform product, a large number of services are often provided on a service directory, and the related services are large in category, subclass and service item, for example, the large category can be divided into desktop service, application service, consultation service and the like, the desktop service can be divided into office equipment maintenance, PC hardware maintenance, PC software maintenance and the like, and the PC software maintenance can be further subdivided into service items such as operating system maintenance, office software, tool software, virus prevention, mail system and the like. However, each service has many and varied parameters, and a user must be familiar with all the parameter meanings of the service and perform correct settings to ensure the normal operation of the service to achieve the expected effect. Therefore, general operation and maintenance personnel and business personnel who are not familiar with IT technology do not have the ability to use the service directory correctly, so that the role of the service directory is greatly reduced.
Second, the success rate of service directory execution is low: cloud platforms managed in the multi-cloud management platform are different from the virtualization environment, and the difference is large. For a service directory to execute successfully, the selected APIs and configured parameters must be strictly consistent with these environments. Therefore, the service directory provided on the multi-cloud management platform can be guaranteed to run normally only after strict tests. The service directories are different in types (operating environments, such as various public clouds, private clouds, virtualization, operating systems, and the like), and various functional operations are also different. Ensuring the reliability of the execution of the service directory requires a lot of development and testing work, requiring a huge amount of work. This results in a large number of service directories provided by many cloud management platforms, but these service directories are often reported in error during execution and cannot complete corresponding functions. The success rate of executing the service directory is low, and the user experience of the service directory is influenced. The user is unwilling to use, the function of the service directory cannot be played, and therefore the self-service capability of the cloud management platform is influenced.
Disclosure of Invention
The invention mainly solves the technical problem of providing a dynamic update system and a dynamic update method for a service directory based on a cloud computing resource pool, which can solve the problems of high difficulty in using a plurality of parameters related to the service directory and low execution success rate of the service directory.
In order to solve the technical problems, the invention adopts a technical scheme that: the utility model provides a service directory dynamic update system based on cloud computing resource pool which characterized in that includes: the system comprises a resource admission module, a service parameter convergence module, a parameter assignment module, a service directory generation module and a service directory engine;
the resource receiving and managing module is used for acquiring service parameters of each service in the cloud computing resource pool through an API (application program interface) interface; executing relevant services according to the service parameters of the services, and feeding back the running state of the services to a service directory engine;
the service parameter convergence module is used for dividing the service parameters into service class parameters and resource class parameters;
the parameter assignment module is used for assigning the resource type parameters according to the use specifications of each service in the cloud computing resource pool;
the service directory generation module is used for generating a service directory according to the service class parameters and the resource class parameters;
and the service directory engine is used for providing the service directory for the service user and sending the resource class parameters and the service class parameters filled by the service user to the resource admission module.
Further, the cloud computing resource pool comprises at least one of the following services: cloud platform, virtualization, bare devices, containers, revops;
further, the service class parameter and the resource class parameter include:
for the cloud platform service, the business class parameters include: instance name, instance specification, mirror, system disk, data disk, IP address, hostname, username, password, and label;
the resource class parameters include: proprietary networks, switches, security groups, resilient network cards, and resource groups.
Further, the service class parameter and the resource class parameter further include:
for virtualized services, the traffic class parameters include: DNS, IP address, host name, domain name, virtual machine name, template and folder;
the resource class parameters include: computing resources, CPU, memory, hard disk, data storage, port groups, and network card types.
Further, the service class parameter and the resource class parameter further include:
for bare device services, the traffic class parameters include: host name, host management port IP, host management port and MAC address;
the resource class parameters include: version number, ISO media path.
Further, the service class parameter and the resource class parameter further include:
for container services, the traffic class parameters include: container name, environment variable, application variable parameter, network configuration, user and group, and data mount point;
the resource class parameters include: container configuration and operation mode;
further, the service class parameter and the resource class parameter further include:
for the vops service, the traffic class parameters include: script name, interactive parameter, deployment object, file server IP address, script path, download medium name and download medium path;
the resource class parameters include: configuration parameters, version numbers.
Further, each service usage specification in the cloud computing resource pool comprises a resource usage specification and a security compliance specification;
the resource use specification defines the principle and range of resource use by each department in an enterprise, and the principle and range comprise a naming rule, a system resource use rule and a network application rule;
the safety compliance specification defines safety specifications complied with in the construction of various systems of an enterprise and is divided into safety specifications of a cloud platform level and a virtualization level and safety specifications of an operating system level;
the naming rule prescribes the naming rule of the running instance of each service system, and the organization, department and service of each service system can be directly seen from the name;
the system resource use rule specifies the stipulations of resources in which various objects of different organizations and departments can be deployed during creation;
the network application rule specifies the mode of using the network IP address information by the objects related to the network IP address information in different organizations/departments;
the safety specification of the cloud platform layer and the virtualization layer defines the compliance requirement of the running resources, and comprises the following steps: the consistency requirement of the configuration of the physical server in the cluster, and the redundancy requirements of the system of the physical server and the service network card;
the security specification of the operating system layer defines various compliance requirements of the operating system, including user password length, the longest password use time, port management, log audit opening and patch version requirements.
The invention also provides a service directory dynamic updating method based on the system, which comprises the following steps:
s1, the resource receiving and managing module obtains the service parameters of each service in the cloud computing resource pool through the API interface;
s2, dividing the service parameters into service parameters and resource parameters by a service parameter convergence module;
s3, the parameter assignment module assigns the resource type parameters according to the use specifications of each service in the cloud computing resource pool;
s4, the service directory generating module generates a service directory according to the service parameters and the resource parameters;
s5, the service directory engine sends the service class parameters of the services filled by the service user on the service directory engine and the resource class parameters corresponding to the services to the resource admission module;
s6, the resource receiving and managing module executes the corresponding service according to the service parameter of the service and the resource parameter corresponding to the service, and feeds back the service running state to the service directory engine;
and the service running state comprises success, failure and running.
The invention has the beneficial effects that: the invention can enable operation and maintenance managers to conveniently construct the service directory which accords with the operation and maintenance management specification of enterprises and is convenient for business personnel to use, simultaneously ensures the execution success rate of the service directory, greatly improves the self-service capability of a multi-cloud management platform, realizes the safety compliance of self-service, solves the problems of high use difficulty and high execution failure rate of the current service directory, and is an effective method and means for landing the service directory concept in the ITIL specification.
Drawings
FIG. 1 is a schematic structural diagram of a dynamic update system for a service directory based on a cloud computing resource pool according to the present invention;
fig. 2 is a flowchart of a dynamic update method for a service directory based on a cloud computing resource pool according to the present invention.
Detailed Description
The following detailed description of the preferred embodiments of the present invention, taken in conjunction with the accompanying drawings, will make the advantages and features of the invention easier to understand by those skilled in the art, and thus will clearly and clearly define the scope of the invention.
Referring to fig. 1, an embodiment of the present invention includes:
a dynamic update system for a service directory based on a cloud computing resource pool comprises: the system comprises a resource admission module, a service parameter convergence module, a parameter assignment module, a service directory generation module and a service directory engine;
the resource receiving and managing module is used for acquiring service parameters of each service in the cloud computing resource pool through an API (application program interface) interface; executing relevant services according to the service parameters of the services, and feeding back the running state of the services to a service directory engine;
the service parameter convergence module is used for dividing the service parameters into service class parameters and resource class parameters;
the parameter assignment module is used for assigning the resource type parameters according to the use specifications of each service in the cloud computing resource pool;
the service directory generation module is used for generating a service directory according to the service class parameters and the resource class parameters;
and the service directory engine is used for providing the service directory for the service user and sending the resource class parameters and the service class parameters filled by the service user to the resource admission module.
Further, the cloud computing resource pool comprises at least one of the following services: cloud platform, virtualization, bare devices, containers, revops;
further, the service class parameter and the resource class parameter include:
for the cloud platform service, the business class parameters include: instance name, instance specification, mirror, system disk, data disk, IP address, hostname, username, password, and label; the resource class parameters include: the system comprises a private network, a switch, a security group, an elastic network card and a resource group;
for virtualized services, the traffic class parameters include: DNS, IP address, host name, domain name, virtual machine name, template and folder; the resource class parameters include: computing resources, CPU, memory, hard disk, data storage, port groups, and network card types.
For bare device services, the traffic class parameters include: host name, host management port IP, host management port and MAC address; the resource class parameters include: version number, ISO media path;
for container services, the traffic class parameters include: container name, environment variable, application variable parameter, network configuration, user and group, and data mount point; the resource class parameters include: container configuration and operation mode;
for the vops service, the traffic class parameters include: script name, interactive parameter, deployment object, file server IP address, script path, download medium name and download medium path; the resource class parameters include: configuring parameters and version numbers;
the computing resources include data centers, clusters, and hosts.
Further, each service usage specification in the cloud computing resource pool comprises a resource usage specification and a security compliance specification;
the resource use specification defines the principle and range of resource use by each department in an enterprise, and the principle and range comprise a naming rule, a system resource use rule and a network application rule;
the naming rule specifies the naming rule of the example operated by each service system, and information such as which group/department the example belongs to, each service, what IP address the example belongs to and the like can be directly seen from the name, so that the general condition of the operation service of the example can be directly seen from the name of the example, and the searching and statistical analysis work of the example object of the specific service is facilitated;
the system resource usage rules specify the regulations on which resources various objects (virtual machines, databases, etc.) of different organizations/departments can be deployed during creation. For example: the objects of the a organization can only use the resources of the cluster abc, and then all objects of the a organization can use all host, storage, and network resources in the cluster abc, but cannot use resources in other clusters. Of course, it is also possible to set that a particular business object of organization a can only use a particular resource in cluster abc. The purpose of using the system resource usage rule is to standardize the resource usage of the organization/department, so that the resource usage of the organization/department is limited in a certain range, the mutual influence/interference is avoided, and the analysis of the resource usage efficiency condition of each organization/department is facilitated. Another object is to arrange for suitable resource usage according to the characteristics of different service systems, such as: important services must be deployed on high-performance hosts and storage.
The network application rules specify the manner in which objects related to network IP address information in different organizations/departments use the network IP address information. For example: rules for specific IP address segments, gateways, port groups used by different organizations/departments. Each organization/department object can only ensure the object to be smooth on the network level if the network information selection is carried out in the network application rule, otherwise, the object is probably in a state of being inaccessible.
The safety compliance specification defines safety specifications complied with in the construction of various systems of an enterprise, aims to ensure the health compliance of each layer of an enterprise IT system on the basis of the best practice standard of a manufacturer and is divided into the safety specifications of a cloud platform layer and a virtualization layer and the safety specifications of an operating system layer;
the safety specification of the cloud platform layer and the virtualization layer defines the compliance requirement of the running resources, and comprises the following steps: the consistency of the configuration of the physical servers in the cluster ensures that the service operation is not influenced by performance difference during the migration of the virtual machine; a shared storage architecture is adopted in the cluster, all storage is visible to all physical servers in the cluster, and the condition that a virtual machine cannot be migrated due to the fact that the servers cannot access the storage is avoided; the system and the service network card of the physical server need to have redundancy, so that single-point failure is avoided.
The security specification of the operating system defines various compliance requirements of the operating system, including user password length, the longest password use time, port management, log audit opening and patch version requirements.
Referring to fig. 2, in another embodiment, the method includes:
the dynamic update method for the service directory based on the cloud computing resource pool, which corresponds to the dynamic update system for the service directory based on the cloud computing resource pool, includes:
s1, the resource receiving and managing module obtains the service parameters of each service in the cloud computing resource pool through the API interface;
s2, dividing the service parameters into service parameters and resource parameters by a service parameter convergence module;
s3, the parameter assignment module assigns the resource type parameters according to the use specifications of each service in the cloud computing resource pool;
s4, the service directory generating module generates a service directory according to the service parameters and the resource parameters;
s5, the service directory engine sends the service class parameters of the services filled by the service user on the service directory engine and the resource class parameters corresponding to the services to the resource admission module;
s6, the resource receiving and managing module executes the corresponding service according to the service parameter of the service and the resource parameter corresponding to the service, and feeds back the service running state to the service directory engine;
and the service running state comprises success, failure and running.
The invention is not only suitable for a cloud platform and a virtualized service directory construction, but also suitable for all DevOps application, bare equipment installation, container deployment, scheduling and other operations to generate the service directory, and can form the service directory with parameter convergence by various functional operations in the operation and maintenance process according to the method, so that business personnel can safely and conveniently use various operation and maintenance functions under the constraint of operation and maintenance specifications, the operation and maintenance self-service capability is fully improved, and the operation and maintenance management platform plays a greater role.
The above description is only an embodiment of the present invention, and not intended to limit the scope of the present invention, and all modifications of equivalent structures and equivalent processes performed by the present specification and drawings, or directly or indirectly applied to other related technical fields, are included in the scope of the present invention.
Claims (9)
1. A dynamic update system for a service directory based on a cloud computing resource pool is characterized by comprising: the system comprises a resource admission module, a service parameter convergence module, a parameter assignment module, a service directory generation module and a service directory engine;
the resource receiving and managing module is used for acquiring service parameters of each service in the cloud computing resource pool through an API (application program interface) interface; executing relevant services according to the service parameters of the services, and feeding back the running state of the services to a service directory engine;
the service parameter convergence module is used for dividing the service parameters into service class parameters and resource class parameters;
the parameter assignment module is used for assigning the resource type parameters according to the use specifications of each service in the cloud computing resource pool;
the service directory generation module is used for generating a service directory according to the service class parameters and the resource class parameters;
and the service directory engine is used for providing the service directory for the service user and sending the resource class parameters and the service class parameters filled by the service user to the resource admission module.
2. The cloud computing resource pool based service directory dynamic update system of claim 1, wherein the cloud computing resource pool comprises at least one of the following services: cloud platform, virtualization, bare devices, containers, revops.
3. The cloud computing resource pool-based service directory dynamic update system of claim 1, wherein the business class parameters and the resource class parameters comprise:
for the cloud platform service, the business class parameters include: instance name, instance specification, mirror, system disk, data disk, IP address, hostname, username, password, and label;
the resource class parameters include: proprietary networks, switches, security groups, resilient network cards, and resource groups.
4. The cloud computing resource pool-based service directory dynamic update system of claim 3, wherein the business class parameters and the resource class parameters further comprise:
for virtualized services, the traffic class parameters include: DNS, IP address, host name, domain name, virtual machine name, template and folder;
the resource class parameters include: computing resources, CPU, memory, hard disk, data storage, port groups, and network card types.
5. The cloud computing resource pool-based service directory dynamic update system of claim 4, wherein the business class parameters and the resource class parameters further comprise:
for bare device services, the traffic class parameters include: host name, host management port IP, host management port and MAC address;
the resource class parameters include: version number, ISO media path.
6. The cloud computing resource pool-based service directory dynamic update system of claim 4, wherein the business class parameters and the resource class parameters further comprise:
for container services, the traffic class parameters include: container name, environment variable, application variable parameter, network configuration, user and group, and data mount point;
the resource class parameters include: container configuration, operating mode.
7. The cloud computing resource pool-based service directory dynamic update system of claim 4, wherein the business class parameters and the resource class parameters further comprise:
for the vops service, the traffic class parameters include: script name, interactive parameter, deployment object, file server IP address, script path, download medium name and download medium path;
the resource class parameters include: configuration parameters, version numbers.
8. The cloud computing resource pool-based service directory dynamic update system of claim 1, wherein each service usage specification in the cloud computing resource pool comprises a resource usage specification and a security compliance specification;
the resource use specification defines the principle and range of resource use by each department in an enterprise, and the principle and range comprise a naming rule, a system resource use rule and a network application rule;
the safety compliance specification defines safety specifications complied with in the construction of various systems of an enterprise and is divided into safety specifications of a cloud platform level and a virtualization level and safety specifications of an operating system level;
the naming rule specifies the naming rule of the running instance of each business system;
the system resource use rule specifies the stipulations of resources in which various objects of different organizations and departments can be deployed during creation;
the network application rule specifies the mode of using the network IP address information by the objects related to the network IP address information in different organizations/departments;
the safety specification of the cloud platform layer and the virtualization layer defines the compliance requirement of the running resources, and comprises the following steps: the consistency requirement of the configuration of the physical server in the cluster, and the redundancy requirements of the system of the physical server and the service network card;
the security specification of the operating system layer defines various compliance requirements of the operating system, including user password length, the longest password use time, port management, log audit opening and patch version requirements.
9. The method for dynamically updating the service directory corresponding to the cloud computing resource pool based service directory dynamic updating system according to any one of claims 1 to 8, comprising:
s1, the resource receiving and managing module obtains the service parameters of each service in the cloud computing resource pool through the API interface;
s2, dividing the service parameters into service parameters and resource parameters by a service parameter convergence module;
s3, the parameter assignment module assigns the resource type parameters according to the use specifications of each service in the cloud computing resource pool;
s4, the service directory generating module generates a service directory according to the service parameters and the resource parameters;
s5, the service directory engine sends the service class parameters of the services filled by the service user on the service directory engine and the resource class parameters corresponding to the services to the resource admission module;
s6, the resource receiving and managing module executes the corresponding service according to the service parameter of the service and the resource parameter corresponding to the service, and feeds back the service running state to the service directory engine;
and the service running state comprises success, failure and running.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011420988.9A CN112256439B (en) | 2020-12-08 | 2020-12-08 | Service directory dynamic updating system and method based on cloud computing resource pool |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202011420988.9A CN112256439B (en) | 2020-12-08 | 2020-12-08 | Service directory dynamic updating system and method based on cloud computing resource pool |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112256439A true CN112256439A (en) | 2021-01-22 |
| CN112256439B CN112256439B (en) | 2021-04-20 |
Family
ID=74225195
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202011420988.9A Active CN112256439B (en) | 2020-12-08 | 2020-12-08 | Service directory dynamic updating system and method based on cloud computing resource pool |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112256439B (en) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113886093A (en) * | 2021-12-07 | 2022-01-04 | 北京微吼时代科技有限公司 | Cloud resource management system based on multi-cloud architecture and electronic equipment |
| CN114461399A (en) * | 2022-02-11 | 2022-05-10 | 浙江大华技术股份有限公司 | Resource allocation method and device, storage medium and electronic device |
| WO2023273553A1 (en) * | 2021-06-30 | 2023-01-05 | 中兴通讯股份有限公司 | Security compliance policy testing method and apparatus, and electronic device and readable storage medium |
| CN116308394A (en) * | 2023-05-22 | 2023-06-23 | 工业富联(佛山)创新中心有限公司 | Label association method, apparatus, electronic device and computer readable storage medium |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102447743A (en) * | 2010-10-05 | 2012-05-09 | 埃森哲环球服务有限公司 | System and method for cloud enterprise services |
| CN102763085A (en) * | 2009-12-03 | 2012-10-31 | 国际商业机器公司 | Provisioning services using a cloud services catalog |
| CN109286517A (en) * | 2018-08-10 | 2019-01-29 | 东软集团股份有限公司 | Create the method, apparatus serviced and storage medium and electronic equipment |
| CN111062797A (en) * | 2018-10-16 | 2020-04-24 | 重庆小雨点小额贷款有限公司 | Micro-service generation method, device, server and storage medium |
| CN111274001A (en) * | 2020-02-13 | 2020-06-12 | 研祥智能科技股份有限公司 | Micro-service management platform |
| CN111464611A (en) * | 2020-03-30 | 2020-07-28 | 中科边缘智慧信息科技（苏州）有限公司 | Method for efficiently accessing service between fixed cloud and edge node in dynamic complex scene |
-
2020
- 2020-12-08 CN CN202011420988.9A patent/CN112256439B/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102763085A (en) * | 2009-12-03 | 2012-10-31 | 国际商业机器公司 | Provisioning services using a cloud services catalog |
| CN102447743A (en) * | 2010-10-05 | 2012-05-09 | 埃森哲环球服务有限公司 | System and method for cloud enterprise services |
| CN109286517A (en) * | 2018-08-10 | 2019-01-29 | 东软集团股份有限公司 | Create the method, apparatus serviced and storage medium and electronic equipment |
| CN111062797A (en) * | 2018-10-16 | 2020-04-24 | 重庆小雨点小额贷款有限公司 | Micro-service generation method, device, server and storage medium |
| CN111274001A (en) * | 2020-02-13 | 2020-06-12 | 研祥智能科技股份有限公司 | Micro-service management platform |
| CN111464611A (en) * | 2020-03-30 | 2020-07-28 | 中科边缘智慧信息科技（苏州）有限公司 | Method for efficiently accessing service between fixed cloud and edge node in dynamic complex scene |
Non-Patent Citations (2)
| Title |
|---|
| 海洋知圈: "https://www.sohu.com/a/137856313_726570", 《《海洋信息云计算服务平台安全规范》（征求意见稿）及编制说明》 * |
| 超自然祈祷: "https://blog.csdn.net/sinat_27382047/article/details/90295716", 《虚拟化技术的初步了解——KVM\DOCKER\云平台》 * |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2023273553A1 (en) * | 2021-06-30 | 2023-01-05 | 中兴通讯股份有限公司 | Security compliance policy testing method and apparatus, and electronic device and readable storage medium |
| CN113886093A (en) * | 2021-12-07 | 2022-01-04 | 北京微吼时代科技有限公司 | Cloud resource management system based on multi-cloud architecture and electronic equipment |
| CN114461399A (en) * | 2022-02-11 | 2022-05-10 | 浙江大华技术股份有限公司 | Resource allocation method and device, storage medium and electronic device |
| CN116308394A (en) * | 2023-05-22 | 2023-06-23 | 工业富联(佛山)创新中心有限公司 | Label association method, apparatus, electronic device and computer readable storage medium |
| CN116308394B (en) * | 2023-05-22 | 2023-08-04 | 工业富联(佛山)创新中心有限公司 | Label association method, apparatus, electronic device and computer readable storage medium |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112256439B (en) | 2021-04-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112256439B (en) | Service directory dynamic updating system and method based on cloud computing resource pool | |
| CN107181808B (en) | Private cloud system and operation method | |
| US11405274B2 (en) | Managing virtual network functions | |
| CA2990252C (en) | Systems and methods for blueprint-based cloud management | |
| US9930007B2 (en) | IP address and domain name automation of virtual infrastructure | |
| US9967136B2 (en) | System and method for policy-based smart placement for network function virtualization | |
| US8370481B2 (en) | Inventory management in a computing-on-demand system | |
| US8065676B1 (en) | Automated provisioning of virtual machines for a virtual machine buffer pool and production pool | |
| US8843561B2 (en) | Common cluster model for configuring, managing, and operating different clustering technologies in a data center | |
| CN108055327A (en) | Cloud computing experiment porch based on OpenStack | |
| US8336047B2 (en) | Provisioning virtual resources using name resolution | |
| KR102328193B1 (en) | Apparatus and method for virtual desktop service | |
| CN107733704B (en) | Virtualization and container technology-based cloud exploration and development system and method | |
| US20100064044A1 (en) | Information Processing System and Control Method for Information Processing System | |
| US20030009540A1 (en) | Method and system for presentation and specification of distributed multi-customer configuration management within a network management framework | |
| US20120304170A1 (en) | Systems and methods for introspective application reporting to facilitate virtual machine movement between cloud hosts | |
| US20070088630A1 (en) | Assessment and/or deployment of computer network component(s) | |
| CN103051710A (en) | Virtual cloud platform management system and method | |
| CN114666333A (en) | Control method for cloud computing resource scheduling problem based on multi-tenant theory | |
| CN115129423A (en) | Resource management method, device, equipment and storage medium | |
| US11500685B2 (en) | Mixed instance catalogs | |
| Hillbrecht et al. | A SNMP-based virtual machines management interface | |
| CN112068953B (en) | Cloud resource fine management traceability system and method | |
| CN112889247B (en) | VNF service instantiation method and device | |
| JP2024501005A (en) | Management method and device for container clusters |
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 |