CN113157339A

CN113157339A - Application service expansion method, system, storage medium and device based on OSB

Info

Publication number: CN113157339A
Application number: CN202110438778.0A
Authority: CN
Inventors: 黄林; 林健; 谢冬鸣
Original assignee: Dongyun Ruilian Wuhan Computing Technology Co ltd
Current assignee: Dongyun Ruilian Wuhan Computing Technology Co ltd
Priority date: 2021-04-23
Filing date: 2021-04-23
Publication date: 2021-07-23
Anticipated expiration: 2041-04-23
Also published as: CN113157339B

Abstract

The invention relates to the technical field of cloud computing, and discloses an application service expansion method, system, storage medium and device based on OSB. The method comprises the steps of firstly obtaining service configuration parameters of the target application service, determining a directory package corresponding to the target application service, and sending the service configuration parameters and the directory package to a container cluster so that the container cluster can generate the containerized target application service. Obviously, the invention provides a mode for quickly creating containerized application services, and simplifies the creation process of the application services, thereby achieving the multi-type easy extensibility of the application services and solving the technical problem of poor extensibility of different current application services.

Description

Application service expansion method, system, storage medium and device based on OSB

Technical Field

The invention relates to the technical field of cloud computing, in particular to an application service expansion method, system, storage medium and device based on OSB.

Background

With the continuous development of cloud computing technology, enterprise applications gradually tend to transform micro-service architectures. Meanwhile, the containerized application service is designed by understanding the business architecture, so that performance, usability, expandability, safety and the like are more concerned when the containerized service is designed.

The OSB (Open Service Broker) is a general protocol in the field of micro services, and can provide a standardized entry for the services of infrastructure software or application software. However, the OSB is only one interface, and its specific technical implementation is diverse. With the endless layering of various cloud services, the types of micro services are increasing. Currently, a better technical scheme is not provided to achieve the easy extensibility of the application service, and the extensibility of the current application service is poor.

The above is only for the purpose of assisting understanding of the technical aspects of the present invention, and does not represent an admission that the above is prior art.

Disclosure of Invention

The invention mainly aims to provide an application service expansion method, system, storage medium and device based on OSB, and aims to solve the technical problem of poor expandability of the current application service.

In order to achieve the above object, the present invention provides an application service extension method based on OSB, which includes the following steps:

acquiring service configuration parameters of a target application service;

determining a directory package corresponding to the target application service;

and sending the service configuration parameters and the directory package to a container cluster so that the container cluster generates the containerized target application service.

Preferably, after the obtaining of the service configuration parameters of the target application service, the application service extension method based on OSB further includes:

analyzing the service configuration parameters to obtain a packet identifier;

correspondingly, the determining the directory package corresponding to the target application service specifically includes:

and determining a directory package corresponding to the target application service in a package manager according to the package identifier.

Preferably, before the obtaining of the service configuration parameter of the target application service, the application service extension method based on OSB further includes:

when a registration request is received, acquiring registration parameters;

reading a service access address from the registration parameter;

and acquiring the service configuration parameters of the target application service in the packet manager according to the service access address.

Preferably, after the sending the service configuration parameters and the directory package to the container cluster so that the container cluster generates the containerized target application service, the OSB-based application service expanding method further includes:

when a service binding request is received, a binding identifier is obtained;

sending the binding identifier to the container cluster, so that the container cluster determines the corresponding access credential of the target application service according to the binding identifier, and returns the access credential to the client;

wherein the access credential is used for the client to connect to the target application service.

receiving a directory package corresponding to a target application service;

storing the directory package in a package manager, and updating a service list;

correspondingly, the obtaining of the service configuration parameter of the target application service specifically includes:

reading service configuration parameters of the target application service from the updated service list;

wherein the directory package is a package that conforms to a format of a package manager of a container cluster;

wherein the target application service is any type of application service;

the target application service is MySQL service or Redis service.

when a resource expansion request is received, acquiring service positioning information and expansion parameters corresponding to application services to be expanded;

stopping running the application service to be expanded according to the service positioning information, performing resource expansion operation on the application service to be expanded according to the expansion parameters, and starting the containerized application service based on the resource specification corresponding to the resource expansion operation.

In addition, to achieve the above object, the present invention further provides a network device, which includes a memory, a processor and an OSB-based application service extension program stored in the memory and executable on the processor, wherein the OSB-based application service extension program is configured to implement the steps of the OSB-based application service extension method as described above.

In addition, in order to achieve the above object, the present invention further provides an application service system, where the application service system includes a client, a container cluster, and the network device as described above;

the client communicates with the network device via an OSB protocol, and the network device communicates with the container cluster.

In addition, to achieve the above object, the present invention further provides a storage medium, on which an OSB-based application service extension program is stored, and the OSB-based application service extension program, when executed by a processor, implements the steps of the OSB-based application service extension method as described above.

In addition, to achieve the above object, the present invention further provides an application service expansion apparatus based on OSB, where the application service expansion apparatus based on OSB includes:

the parameter acquisition module is used for acquiring service configuration parameters of the target application service;

the directory package determining module is used for determining a directory package corresponding to the target application service;

and the service generation module is used for sending the service configuration parameters and the directory package to a container cluster so as to enable the container cluster to generate the containerized target application service.

The method comprises the steps of firstly obtaining service configuration parameters of the target application service, determining a directory package corresponding to the target application service, and sending the service configuration parameters and the directory package to a container cluster so that the container cluster can generate the containerized target application service. Obviously, the invention provides a mode for quickly creating the containerized application service, and simplifies the creation process of the application service, thereby achieving the easy extensibility of the application service and solving the technical problem of poor extensibility of the current application service.

Drawings

FIG. 1 is a schematic diagram of a network device architecture of a hardware operating environment according to an embodiment of the present invention;

FIG. 2 is a flowchart illustrating a first embodiment of an OSB-based application service extension method according to the present invention;

FIG. 3 is a flowchart illustrating a second embodiment of an OSB-based application service extension method according to the present invention;

FIG. 4 is a flowchart illustrating a third embodiment of an OSB-based application service extension method according to the present invention;

FIG. 5 is a flowchart illustrating a fourth embodiment of an application service expanding method based on OSB according to the present invention;

FIG. 6 is a flowchart illustrating a fifth embodiment of an OSB-based application service extension method according to the present invention;

fig. 7 is a block diagram of a first embodiment of an OSB-based application service extension apparatus according to the present invention.

The implementation, functional features and advantages of the objects of the present invention will be further explained with reference to the accompanying drawings.

Detailed Description

It should be understood that the specific embodiments described herein are merely illustrative of the invention and are not intended to limit the invention.

Referring to fig. 1, fig. 1 is a schematic diagram of a network device structure of a hardware operating environment according to an embodiment of the present invention.

As shown in fig. 1, the network device may include: a processor 1001, such as a Central Processing Unit (CPU), a communication bus 1002, a user interface 1003, a network interface 1004, and a memory 1005. Wherein a communication bus 1002 is used to enable connective communication between these components. The user interface 1003 may include a Display screen (Display), the optional user interface 1003 may also include a standard wired interface and a wireless interface, and the wired interface of the user interface 1003 may be a Universal Serial Bus (USB) interface in the present invention. The network interface 1004 may optionally include a standard wired interface as well as a wireless interface (e.g., WI-FI interface). The Memory 1005 may be a high speed Random Access Memory (RAM); or a stable Memory, such as a Non-volatile Memory (Non-volatile Memory), and may be a disk Memory. The memory 1005 may alternatively be a storage device separate from the processor 1001.

Those skilled in the art will appreciate that the architecture shown in fig. 1 does not constitute a limitation of network devices and may include more or fewer components than those shown, or some components may be combined, or a different arrangement of components.

As shown in fig. 1, a memory 1005, which is a kind of computer storage medium, may include therein an operating system, a network communication module, a user interface module, and an OSB-based application service extender.

In the network device shown in fig. 1, the network interface 1004 is mainly used for connecting to a backend server and performing data communication with the backend server; the user interface 1003 is mainly used for connecting peripheral equipment; the network device invokes the OSB-based application service extender stored in the memory 1005 via the processor 1001 and performs the following operations:

acquiring service configuration parameters of a target application service;

Further, the processor 1001 may call the OSB-based application service extender stored in the memory 1005, and also perform the following operations:

analyzing the service configuration parameters to obtain a packet identifier;

accordingly, the following operations are also performed:

when a registration request is received, acquiring registration parameters;

reading a service access address from the registration parameter;

when a service binding request is received, a binding identifier is obtained;

receiving a directory package corresponding to a target application service;

accordingly, the following operations are also performed:

wherein the target application service is any type of application service;

the target application service is MySQL service or Redis service.

In this embodiment, a service configuration parameter of a target application service is first obtained, a directory package corresponding to the target application service is determined, and the service configuration parameter and the directory package are sent to a container cluster, so that the container cluster generates a containerized target application service. Obviously, the embodiment provides a mode for quickly creating the containerized application service, and simplifies the creation process of the application service, thereby achieving the easy extensibility of the application service and solving the technical problem of poor extensibility of the current application service.

Based on the above hardware structure, an embodiment of the application service extension method based on the OSB of the present invention is provided.

Referring to fig. 2, fig. 2 is a flowchart illustrating a first embodiment of an application service expanding method based on OSB according to the present invention.

In a first embodiment, the OSB-based application service extension method includes the steps of:

step S10: and acquiring service configuration parameters of the target application service.

It is understood that the executing body of the embodiment is a network device, and the network device can carry an application service management platform, which may be referred to as a platform for short.

Of course, the platform may be carried by multiple network devices, and is not limited herein.

Further, the application service management platform may be built based on OSB, i.e. an OSB-based application service management platform.

Specifically, OSB defines the HTTP (S) interface between the platform and the service broker, noting that the role of platform as described herein is hosted on OSB-based clients, rather than an OSB-based application service management platform. The service broker is responsible for publishing a catalog of service products and service plans to the clients and performing provisioning, binding, unbinding and deconfiguration upon request from the OSB-based clients.

It should be understood that, in order to achieve the easy extensibility of the application service, the embodiment provides a kind of way for quickly creating the containerized application service, which simplifies the creation process of the application service.

Specifically, the platform may first obtain service configuration parameters of the target application service.

The target application service is an application service to be created, and may be denoted as application service a.

Step S20: and determining a directory package corresponding to the target application service.

The directory package for application service A may then be determined by the query.

The directory package may be specifically a chat package.

Where Chart is a set of files that describe a set of related Kubernets resources. Chart creates files of a specific directory tree, packages the files into a versioned compressed package, and deploys the compressed package.

Among them, Kubernetes is a class of open source container orchestration engines that support automated deployment, large-scale scalability, and application containerization management. When an application is deployed in a production environment, multiple instances of the application are typically deployed to load balance application requests. In kubernets, multiple containers can be created, each container runs an application instance, and then management, discovery and access to the group of application instances are achieved through a built-in load balancing strategy, and no operation and maintenance personnel are required to perform complicated manual configuration and processing.

Step S30: and sending the service configuration parameters and the directory package to a container cluster so that the container cluster generates the containerized target application service.

It should be understood that the platform can send the service configuration parameters of the application service a and the directory package to the container cluster side, and the container cluster side can generate the containerized application service a, so that the containerized application service a can be quickly created.

Referring to fig. 3, fig. 3 is a flowchart illustrating a second embodiment of the application service expansion method based on OSB according to the present invention, and the second embodiment of the application service expansion method based on OSB according to the present invention is proposed based on the first embodiment illustrated in fig. 2.

In the second embodiment, after the step S10, the method for extending an application service based on OSB further includes:

step S101: and analyzing the service configuration parameters to obtain a packet identifier.

It can be understood that the first embodiment of the application service expansion method based on OSB of the present invention mainly relates to a creation link of an application service, and this embodiment will further refine this creation link.

Specifically, the application service to be created here takes MySQL service as an example, and the service configuration parameters may be analyzed first to obtain the package identifier of the directory package corresponding to the MySQL service.

MySQL is a relational database management system.

Wherein, the packet identifier can be embodied as a packet number.

Correspondingly, the step S20 specifically includes:

step S201: and determining a directory package corresponding to the target application service in a package manager according to the package identifier.

It can be understood that after the serial number of the MySQL application service package in the package manager of the container cluster is obtained, the directory package can be queried and obtained through the package serial number.

Wherein, the platform comprises a packet manager.

The embodiment further provides a specific creation mode of a containerized application service.

Further, the service configuration parameters are exemplified as follows,

the service configuration parameters include service _ instances ID (instance ID, instance identifier), service _ ID (service ID, service identifier) and plan _ ID (package ID, package identifier) of the MySQL database service.

Wherein, the service _ instances is randomly allocated to identify the created application service. service _ ID and plan _ ID are service ID and package ID in the corresponding service list, service _ ID is service number of MySQL, plan _ ID is ID corresponding to various different modes, such as MySQL single-machine mode, MySQL master-slave mode and MySQL double-master mode. In this embodiment, MySQL standalone mode is used.

The service configuration parameters further include resource parameters required by containerization of the MySQL database service and access passwords of the containerized MySQL database, and in this embodiment, the parameters include resource parameters cpu, memory and capacity required by the container, and also include passwords of root users of the MySQL database.

In addition, if the mode is the MySQL master-slave mode, the number of slave nodes also needs to be set.

Further, by analyzing service configuration parameters created for the MySQL database service, the Chart package of the MySQL is pulled out from the Helm server.

The Helm is a pack manager of Kubernets, consists of a client component Helm and a server component Tiller, and can pack and uniformly manage a group of Kubernets resources.

Further, the Chart package can be rendered through the service configuration parameters, then the rendering result is submitted to the Kubernets cluster, and finally the Kubernets cluster is used for creating the containerized MySQL database service.

Wherein, the rendering result can be a YAML file.

The service configuration parameters may include service _ id and plan _ id, and are used to identify a database mode of the specific MySQL. After downloading the corresponding Chart packet in the MySQL mode from the server of Helm, the Chart packet can be decompressed first, YAML which can be identified by the Kubernets cluster is generated through rendering according to cpu, memory and capacity in the parameters, and then service _ instances ID can be randomly filled and submitted to the Kubernets cluster.

Wherein the container cluster may be a kubernets cluster.

Further, to generate a containerized target application service, a corresponding containerized application service may be created by Docker.

Specifically, after receiving the rendered YAML packet, the kubernets cluster allocates the tasks to the nodes of the cluster, uses a Docker tool to pull the corresponding containerized mirror image of MySQL, runs the MySQL container according to YAML, and creates the containerized MySQL database application service.

The MySQL is the target application service, and here, no limitation is made on the specific type of the target application service.

In this embodiment, the creation operation of the containerized MySQL database service may be completed, and of course, the embodiment does not limit the type of the application service to only MySQL. Therefore, the method and the system simplify the process of creating the MySQL database service and greatly simplify the process of creating the application service. Meanwhile, the arrangement of containerized application services is simplified.

Referring to fig. 4, fig. 4 is a flowchart illustrating a third embodiment of the application service expansion method based on OSB according to the present invention, and the third embodiment of the application service expansion method based on OSB according to the present invention is proposed based on the first embodiment illustrated in fig. 2.

In a third embodiment, before the step S10, the method for extending an application service based on OSB further includes:

step S01: when a registration request is received, registration parameters are obtained.

It can be understood that the third embodiment of the application service expansion method based on OSB of the present invention mainly relates to the registration of the application service, which occurs before the creation process.

Specifically, a registration request initiated by a user using a client based on the OSB protocol may be received first, and the platform may obtain the registration parameters.

Further, the registration parameters may be obtained by parsing the registration request.

Step S02: and reading the service access address from the registration parameter.

In a specific implementation, the relevant information of all application services can be acquired in the container cluster packet manager through one address information.

The service access address is a service address of an application service management platform based on OSB.

Further, the registration parameter includes the service access address, and may also include whether the access mode is asynchronous or synchronous, and if not, the default is asynchronous.

Step S03: and acquiring the service configuration parameters of the target application service in the packet manager according to the service access address.

For example, the service configuration parameters of the MySQL database service may be acquired, but the present invention is not limited thereto, and the service configuration parameters of all the application services may be acquired at one time.

The target application service can be any application service.

And acquiring service configuration parameters of all application services in the packet manager according to the service access addresses.

In this embodiment, all application service lists can be obtained only by providing access addresses of the application service management platform based on the OSB, that is, the service access addresses, so that the usability of the multi-type application services is greatly improved, and meanwhile, a unified management platform is provided for the multi-type application services.

Therefore, the unified standard interface is used for being connected with the multi-type containerized application service, the expandability and the operability of the different types of containerized application service are simplified, and meanwhile, the high-efficiency management of the multi-type application service is improved.

Further, an example of the REST API to which the registration request corresponds is as follows,

GET http://192.168.1.2:30021/v2/catalog

further, a fourth embodiment of the application service expansion method based on OSB of the present invention mainly relates to a registration link of the application service, and this embodiment will further refine this registration link.

In particular, the packet manager of the container cluster may be a Helm tool. In order to obtain the application service information, i.e. the service configuration parameters, mainly an index file in the server is read from the server of Helm, which is exemplified as follows,

the index file as the service configuration parameter includes information such as a service ID and a package ID.

Further, after the service access address is read, the service configuration parameters of all the application services can be obtained according to the service access address, and an application service list and all the configurable parameter information can be returned to a client operated by a user.

The configurable parameter information may be denoted as parameters.

In the embodiment, the user can identify the information of all currently applicable application services, and the information of all application services can be acquired only by providing the access address of the OSB management platform in the process, so that the management efficiency of the application services is greatly improved, and meanwhile, the usability of the application services is also greatly improved.

Referring to fig. 5, fig. 5 is a flowchart illustrating a fourth embodiment of the application service expansion method based on OSB according to the present invention, and based on the first embodiment illustrated in fig. 2, the fourth embodiment of the application service expansion method based on OSB according to the present invention is provided.

In a fourth embodiment, after the step S30, the method for extending an application service based on OSB further includes:

step S40: when a service binding request is received, a binding identifier is obtained.

It can be understood that the fourth embodiment of the application service expansion method based on OSB of the present invention mainly relates to the access link of the application service, which occurs after the creation link.

It will be appreciated that the binding parameters may be received simultaneously when a service binding request from a client is received, as exemplified below,

the binding parameters include service _ instances ID, service _ bindings ID, service _ ID, plan _ ID, and other parameters.

The service _ bindings ID is a binding ID, which may be called a binding identifier, and thus, an access credential in the binding may be directly obtained when querying information. Other parameters may or may not be filled, and here, the parameters are filled as specific application parameters of the containerized MySQL database service, and only as storage parameters.

Step S50: and sending the binding identifier to the container cluster, so that the container cluster determines the corresponding access credential of the target application service according to the binding identifier, and returns the access credential to the client.

It should be appreciated that the present embodiment will parse the parameters in the binding and obtain access credentials from the containerized MySQL database service.

In the access link, the access credential of the containerized MySQL database service can be acquired by using the binding mechanism, so that the access effectiveness of the containerized application service is greatly improved, and the access credential acquiring process is simplified.

Further, a specific implementation process may also be adopted, for example, after receiving the binding request, the OSB-based application service management platform may first analyze the service _ instances ID, the service _ bindings ID, the service _ ID, and the plan _ ID in the parameters. Then, the secret of the corresponding MySQL database service can be found in the kubernets container cluster according to the binding identifier service _ instances ID, and the containerized access IP Address (Internet Protocol Address), port number, access password of the root user, used resource cpu, memory and capacity information can be obtained from the secret, the returned information is exemplified as follows,

the listed return information is an access credential when the subsequent client accesses the target application service.

As can be seen, the access credential may include an access IP address, and may also include a port number, an access password of a root user, a used resource cpu, a memory, and capacity information.

Further, after the registration link of the MySQL service, the creation of the MySQL database and the access mechanism of the MySQL, the access information of the containerized MySQL database is finally obtained. The user may connect to the MySQL service using the return address and port number in the return information as exemplified above.

And, the password of the root user can be used to operate in the MySQL service.

Further, another way may be to parse the binding parameters and obtain an index created by the application service. Then, the corresponding containerized application service can be found according to the application service index, and the access certificate of the application service is obtained from the application service. Finally, an access credential is returned, and the user can access the application service through the access credential.

More specifically, in the process of acquiring the access credential of MySQL from the containerized MySQL database service in the kubernets cluster, a service binding request sent on the WEB interface is received, the configuration parameters are analyzed, then the corresponding containerized MySQL database service is found from the kubernets cluster, the information such as the access IP address, the port number, the root user password and the like of the MySQL database service is acquired from the secret of the MySQL database service, and is returned to the WEB interface, and the user can view the access credential on the WEB interface.

Referring to fig. 6, fig. 6 is a flowchart illustrating a fifth embodiment of the application service expansion method based on OSB according to the present invention, and based on the first embodiment illustrated in fig. 2, a fifth embodiment of the application service expansion method based on OSB according to the present invention is provided.

In a fifth embodiment, before the step S10, the method for extending an application service based on OSB further includes:

step S04: and receiving a directory package corresponding to the target application service.

It can be understood that the fifth embodiment of the application service expansion method based on OSB of the present invention mainly relates to the expansion mechanism of the application service, and occurs before the creation process.

Specifically, taking the Redis service as an example, in order to create the Redis service more flexibly and more in accordance with requirements later, a type of the Redis service may be first extended. For example, a Chart packet of an externally input Redis service may be received first.

Redis is a high performance key-value storage system. It supports relatively more stored value types, including string, list, set, zset, and hash.

Wherein the directory package corresponding to the target application service conforms to the format of the package manager, and the format is exemplified as follows,

step S05: and storing the directory package in a package manager, and updating a service list.

Correspondingly, the step S10 specifically includes:

step S102: and reading the service configuration parameters of the target application service from the updated service list.

It will be appreciated that the corresponding information for the Redis service in the service list will be automatically updated after the target package is stored. For example, the corresponding information updated and added includes configurable parameters cpu, memory, capacity, persistence mode and password.

Meanwhile, the service _ id and the plan _ id are also updated and added in the updated service list.

Obviously, the subsequent creation of the application service will use the updated and added corresponding information, such as service _ id and plan _ id.

Therefore, subsequently in the creation phase, the service configuration parameters of the target application service will contain the information in the updated service list.

By completing the extension of the Redis application service in this embodiment, a subsequent user may create the Redis service more easily, and of course, the specific type of the application service is not limited in this embodiment. Obviously, the process greatly simplifies the extended functions of various types of application services and also improves the performance of the application services.

It can be seen that, among other things, the directory package is a package that conforms to the format of the package manager of the container cluster.

Wherein the target application service is any type of application service.

The target application service is MySQL service or Redis service.

Furthermore, the directory package corresponding to the target application service conforms to the format of the package manager, and therefore, all application services are managed by using the container cluster package manager, and only the application service package is made according to the format of the package which can be identified by the container cluster package manager and stored in the container cluster package manager, the relevant information of the application service can be acquired, and the method greatly simplifies the expansibility of the application service.

Further, more specifically, the directory package may be stored in a package manager of the container cluster.

It can be seen that directory packages of different types of application services may be stored in the package manager of the container cluster.

In addition, for the storage operation of the stored directory package, the platform can store the Chart package of the Redis application service to be extended into the Helm server, and update the Helm server.

More specifically, a directory package corresponding to the target application service and a number corresponding to the directory package may be stored in the container cluster package manager, i.e., in the hellm server.

In addition, after adding the Redis application service package in the Helm server, the platform may update the Helm server, and at this time, a service list entry of Redis is added in the service list.

Therefore, in the embodiment, all application services can be managed through the container cluster package manager, and the application service package is only required to be manufactured according to the format of the package which can be identified by the container cluster package manager and stored in the container cluster package manager, so that the related information of the application service can be acquired.

In addition, after the platform updates the Helm server, the information of the extended Redis application service can be added in an index file of the Helm server, wherein the information comprises service _ id and plan _ id.

At this time, an entry of the Redis application service has been newly added to the index file index in the Helm server.

Further, when the platform acquires the expanded application service list from the Helm server, configurable parameters cpu, memory, capacity, persistence mode and password are added to the expanded application service of Redis. And after packaging, generating a complete containerized application service list.

It can be seen that after the above steps, the service list already has basic information of the extended Redis application service, including service _ id, plan _ id, and detailed configurable parameter information. And then, the user can continue to enter a creating link and an accessing link to create the application service of the containerized Redis.

Further, after the sending the service configuration parameters and the directory package to the container cluster so that the container cluster generates the containerized target application service, the OSB-based application service expanding method further includes:

It should be distinguished that the resource expansion request occurs after the creation phase and the expansion mechanism occurs before the creation phase.

Specifically, for the resource expansion operation, if the resource of the MySQL database service is not used sufficiently, the resource of the MySQL database service can be expanded.

Specifically, the cpu, memory and capacity parameters used by the containerized MySQL database service are mainly expanded. After the containerized MySQL database is successfully created, a resource expansion request can be submitted again, and corresponding parameters are configured.

An example of this is as follows,

then, when the application service management platform based on the OSB receives the resource expansion request, all the parameters in the configuration parameters are analyzed. The service _ instances ID, the service _ ID and the plan _ ID are obtained, namely service positioning information, are used for positioning the position of the containerized MySQL database service, then the position is found, and the operation is stopped. CPU, memory, capacity, namely the expansion parameter in the parameters is used for replacing the original parameters when the MySQL database service is restarted, so that the MySQL resource expansion is realized.

After the resources are expanded, the containerized application service, namely the expanded application service to be expanded, is started according to the new expanded resource specification.

In addition, the directory packages of the application services can be numbered and stored in the container cluster package manager. The index of the container cluster manager is updated such that new application services are added to the index list of the container cluster manager.

In addition, the application service list can be read from the container cluster packet manager, and configurable parameter information can be configured for the expanded application service.

In addition, the OSB-based application service management platform may also re-read the application service list in the container cluster manager and list the configuration parameters of the corresponding application service.

Optionally, the application service management platform based on the OSB further provides an application service resource expansion function, after receiving the resource expansion request, the application service management platform based on the OSB analyzes the corresponding configuration parameters, finds the corresponding application service in the container cluster, submits the application service to the container cluster according to the new parameters, and the container cluster stops the application service before the resource expansion first and then starts the application service according to the new resource parameters.

It can be seen that, in the first to fifth embodiments of the application service expansion method based on OSB of the present invention, aiming at the technical problems of poor expansibility and complex design of the current containerized application service, an extensible application service management platform is established by combining the OSB specification with the container cluster package manager, so that a unified OSB specification can be used to interface all types of application services, and the container cluster package manager is used to manage all types of application services, thereby simplifying the expansion function of different types of application services, and the expansion function of the application services can be realized only by adding different types of application service packages in the container cluster package manager. Meanwhile, the expansion function of the application service resources can be simplified.

Meanwhile, in order to satisfy the increase of application service types and the resource expansion of application services in diversified application program use scenarios, the current technical scheme is arranged in a mode of adding a single application service and a single agent, and a service agent needs to be designed when the application service is increased. It can be seen that the current scheme is cumbersome to operate in orchestration of multiple types of application services.

For the operation mode with higher operation complexity, the embodiment simplifies the whole operation flow by building an extensible application service management platform.

In addition, the embodiment of the invention also provides an application service system, which comprises a client, a container cluster and the network equipment;

Other embodiments or specific implementation manners of the application service system according to the present invention may refer to the above method embodiments, and are not described herein again.

Further, the client is a client based on the OSB protocol.

Further, an OSB-based application service management platform may be carried on the network device.

Specifically, the client based on the OSB protocol mainly provides an interface for OSB interfacing, can communicate with the application service management platform based on the OSB, and issues various application service requests. The management platform mainly comprises a registration request, an application service creation request, a service binding request and a resource expansion request, and the management platform returns corresponding information.

The OSB-based application service management platform may include, among other things, a package manager of a container cluster.

Further, the container cluster in this example uses a kubernets cluster, where there are two parts, one is application services and one is a mirror based on application service containerization.

For example, the kubernets cluster is primarily an orchestrated containerized MySQL database service.

More specifically, after receiving YAML submitted by the OSB-based application service management platform, the application service is distributed to the execution nodes of the kubernets cluster. And pulling a basic mirror image and a containerized mirror image based on the application service from a mirror image warehouse on the node, and creating a containerized MySQL database service by a docker. For example, in this embodiment, the MySQL mirror image in the standalone mode may be an officially provided MySQL mirror image, while the MySQL mirror image in the dual master mode needs to be redesigned and developed, mainly configuring the role of the nodes of the MySQL in the dual master mode, and configuring the connection parameters between the nodes.

Further, the container cluster may include an application service and may also include an image based on application service containerization.

Further, the application service system may also include a mirror repository.

The mirror image warehouse is mainly used for storing mirror images based on application service containerization, for example, storing MySQL application service mirror images.

In this embodiment, it can be implemented by a Harbor repository for creating MySQL containerized services.

The Harbor is an open source solution for constructing an enterprise-level private Docker mirror warehouse, is a higher-level encapsulation for Docker Registry, can provide friendly UI (User Interface Design) Interface, role and User authority management, and is a Docker mirror warehouse which is widely used at present.

Therefore, the system integrates the client based on the OSB protocol, the application service management platform based on the OSB and the container cluster, simplifies the arrangement of the application service aiming at the containerized application service, and provides a support platform for the expansion of the application service, thereby improving the management efficiency of the containerized application service and also improving the usability of the application service.

Further, as for the client, the client based on the OSB protocol is used for communicating with the application management platform based on the OSB.

Specifically, the WEB (WEB page) interface based on OSB is exemplified.

The user can send a corresponding request to the application service management platform of the OSB on the WEB interface based on the OSB.

For example, when registering an application service management platform of the OSB, an IP address and an access request mode of the application service management platform of the OSB need to be input on a WEB interface.

For example, when the MySQL service is created, a corresponding MySQL application service mode, such as a single mode or a dual master mode, needs to be selected on a WEB interface, and then passwords of root users of cpu, memory, capacity and MySQL are configured and sent to a management platform of the application service of the OSB.

For example, when MySQL service is bound, parameters are filled in a WEB interface, then a binding request is sent to an application service management platform of the OSB, the application service management platform of the OSB returns a connection address and a password of MySQL, and finally an access ID address, a port number and a password of the created containerized MySQL database application service are displayed on the WEB interface. The user can access using this IP address and password.

Further, as for the container cluster, specifically, the container cluster first pulls the mirror image of the application service from the mirror image repository, and then manages and orchestrates all the application services.

In addition, the container cluster may receive a creation request and an access request of the application service based on the application service management platform of the OSB.

Further, as for the mirror repository, in particular, a base mirror and application service-based containerized mirrors required by all application services are deposited.

More specifically, a more specific class of system embodiments may be provided herein, as follows.

The platform comprises a service list, wherein the service list lists the numbers of all application services, mainly comprises the service numbers and package numbers, and also comprises configurable parameter information and service detailed description information of all the application services.

When the platform receives an application service creation application, the application service instance number and the resource parameter information are obtained from the configuration parameters, and the corresponding application service package is pulled from the container cluster package manager and submitted to the container cluster.

When the platform receives the application service binding application, the application service instance number is obtained from the configuration parameters, and the corresponding access certificate is obtained from the application service in the container cluster.

The container cluster package manager is used for accessing packages of the application service, submitting the packages to the container cluster and creating a corresponding application service container by the container cluster.

The container cluster is mainly used for pulling the mirror image of the application service from the mirror image warehouse and arranging the containerized application service. The system comprises two parts, namely a mirror image based on application service containerization and an application service.

For the application service containerization-based mirror, after the running and development processes of the application program are understood, the mirror of the containerized application service needs to be developed based on the running process of the application service, and the mirror is used for creating the containerized application service.

For application services, particularly containerized application services, an application program can be put into a container to run, and application service credentials are provided.

The mirror image warehouse is used for storing containerized mirror images based on the application services, and when the containerized application services are created by the container cluster, the corresponding mirror images need to be pulled from the mirror image warehouse.

Further, the platform also includes a service list.

In addition, as for the service list, the service _ id and the plan _ id are mainly obtained from the hellm server, and which types of application services and which packages are provided for each type of application service are judged according to the service _ id and the plan _ id. Then, the configurable parameters of the MySQL database application service and the service _ id and the plan _ id of the service can be provided for a WEB interface based on an OSB protocol, and a user can view the parameter information and the package type of MySQL on the interface.

In addition, as for the container cluster packet manager, a Helm tool is mainly used for building a Helm server and storing a Chart packet of MySQL database service.

The address of the hell server is mainly used for obtaining the service list and downloading in the creating process.

In addition, an embodiment of the present invention further provides a storage medium, where an application service extension program based on an OSB is stored on the storage medium, and when executed by a processor, the application service extension program based on the OSB implements the following operations:

acquiring service configuration parameters of a target application service;

Further, the OSB-based application service extender, when executed by the processor, further performs the following operations:

analyzing the service configuration parameters to obtain a packet identifier;

accordingly, the following operations are also implemented:

when a registration request is received, acquiring registration parameters;

reading a service access address from the registration parameter;

when a service binding request is received, a binding identifier is obtained;

receiving a directory package corresponding to a target application service;

accordingly, the following operations are also implemented:

wherein the target application service is any type of application service;

the target application service is MySQL service or Redis service.

In addition, referring to fig. 7, an embodiment of the present invention further provides an application service extension apparatus based on an OSB, where the application service extension apparatus based on an OSB includes: a parameter acquisition module 10, a directory package determination module 20 and a service generation module 30;

the parameter obtaining module 10 is configured to obtain a service configuration parameter of a target application service;

the directory package determining module 20 is configured to determine a directory package corresponding to the target application service;

the service generation module 30 is configured to send the service configuration parameters and the directory package to a container cluster, so that the container cluster generates the containerized target application service.

Other embodiments or specific implementation manners of the application service expansion apparatus based on OSB according to the present invention may refer to the above method embodiments, and are not described herein again.

It should be noted that, in this document, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or system that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or system. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other like elements in a process, method, article, or system that comprises the element.

The above-mentioned serial numbers of the embodiments of the present invention are merely for description and do not represent the merits of the embodiments. In the unit claims enumerating several means, several of these means may be embodied by one and the same item of hardware. The use of the words first, second, third, etc. do not denote any order, but rather the words first, second, third, etc. are to be interpreted as names.

Through the above description of the embodiments, those skilled in the art will clearly understand that the method of the above embodiments can be implemented by software plus a necessary general hardware platform, and certainly can also be implemented by hardware, but in many cases, the former is a better implementation manner. Based on such understanding, the technical solutions of the present invention may be embodied in the form of a software product, which is stored in a storage medium (such as a read-only memory, a RAM, a magnetic disk, or an optical disk), and includes instructions for enabling a terminal device (such as a mobile phone, a computer, a server, an air conditioner, or a communication device) to execute the method according to the embodiments of the present invention.

The above description is only a preferred 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, which are made by using the contents of the present specification and the accompanying drawings, or directly or indirectly applied to other related technical fields, are included in the scope of the present invention.

Claims

1. An application service expansion method based on OSB is characterized by comprising the following steps:

acquiring service configuration parameters of a target application service;

2. The OSB-based application service extension method of claim 1, wherein after the obtaining the service configuration parameters of the target application service, the OSB-based application service extension method further comprises:

analyzing the service configuration parameters to obtain a packet identifier;

3. The OSB-based application service extension method according to claim 1 or 2, wherein before the obtaining the service configuration parameters of the target application service, the OSB-based application service extension method further comprises:

when a registration request is received, acquiring registration parameters;

reading a service access address from the registration parameter;

4. The OSB-based application service expansion method according to claim 1 or 2, wherein after the sending the service configuration parameters and the directory package to the container cluster to make the container cluster generate the containerized target application service, the OSB-based application service expansion method further comprises:

when a service binding request is received, a binding identifier is obtained;

5. The OSB-based application service extension method according to claim 1 or 2, wherein before the obtaining the service configuration parameters of the target application service, the OSB-based application service extension method further comprises:

receiving a directory package corresponding to a target application service;

wherein the target application service is any type of application service;

the target application service is MySQL service or Redis service.

6. The OSB-based application service expansion method according to claim 1 or 2, wherein after the sending the service configuration parameters and the directory package to the container cluster to make the container cluster generate the containerized target application service, the OSB-based application service expansion method further comprises:

7. A network device, characterized in that the network device comprises: memory, a processor and an OSB based application service extender stored on the memory and executable on the processor, the OSB based application service extender when executed by the processor implementing the steps of the OSB based application service extension method according to any one of claims 1 to 6.

8. An application service system comprising a client, a container cluster and the network device of claim 7;

9. A storage medium having stored thereon an OSB based application service extension program, which when executed by a processor implements the steps of the OSB based application service extension method according to any one of claims 1 to 6.

10. An OSB-based application service extension apparatus, comprising: