KR101997629B1 - Method for generating service infrastructure using modeling language and apparatus therefor - Google Patents

Abstract

According to an embodiment of the present invention, provided are a method for generating a service infrastructure using a modeling language and an apparatus thereof. According to an embodiment of the present invention, the method for generating the service infrastructure using a modeling language in an apparatus for generating a service infrastructure comprises the steps of: receiving design data configured with the modeling language from a computing device to generate a service infrastructure for a plurality of devices; converting the received design data into a specification consisting of specific codes; and requesting the plurality of devices to generate the service infrastructure based on the converted specification.

Description

Method of generating service infrastructure using modeling language and its device {METHOD FOR GENERATING SERVICE INFRASTRUCTURE USING MODELING LANGUAGE AND APPARATUS THEREFOR}

The present invention provides a method and apparatus for generating a service infrastructure using a modeling language.

In general, infrastructure as a service (IaaS) is a form of providing a service so that an infrastructure resource can be used as needed by making a server, storage, or network into a virtualized environment. These IaaSs are bare metal based on physical machines used in cloud services, virtualization based on virtual machines, and container-based containerization based on virtual machines. It provides computing resources such as

Deploying these IaaSs is becoming more complex, and as Linux clusters continue to expand, creating a service infrastructure that supports IaaS becomes increasingly difficult.

Conventionally, in order to create a service infrastructure, a user designed a hardware environment and a software environment of a service infrastructure by using a code used in the service infrastructure.

In this case, the hardware environment and the software environment, as well as the relationship between them, must be designed, which takes a lot of time and labor. In addition, since the software and configuration files required for each host to create a service infrastructure are different, there is a problem that it is difficult to reuse the configuration file.

Therefore, there is a need for a method for creating a service infrastructure faster and more efficiently.

The problem to be solved by the present invention is to provide a method and apparatus for creating a service infrastructure using a modeling language.

More specifically, the present invention has been made in an effort to provide a service infrastructure generation method and apparatus for quickly and efficiently generating a service infrastructure by providing a design tool using a graphic object as a modeling language.

The objects of the present invention are not limited to the above-mentioned objects, and other objects that are not mentioned will be clearly understood by those skilled in the art from the following description.

In order to solve the above problems, there is provided a method and apparatus for creating a service infrastructure using a modeling language according to an embodiment of the present invention. In the method for generating a service infrastructure using a modeling language in a service infrastructure generation device according to an embodiment of the present invention, the modeling language from the computing device to generate a service infrastructure for a plurality of devices Receiving design data consisting of; Converting the received design data into a specification consisting of a specific code; And requesting the plurality of devices to create the service infrastructure based on the converted specification.

An apparatus for generating a service infrastructure using a modeling language according to an embodiment of the present invention includes a communication unit and a storage unit configured to communicate with a computing device and a plurality of devices; And a processor operatively connected to the communication unit and the storage unit, wherein the processor is configured to generate design data of the modeling language from the computing device to generate a service infrastructure for the plurality of devices. Receive, convert the received design data into a specification consisting of a specific code, and request generation of the service infrastructure to the plurality of devices based on the converted specification.

Specific details of other embodiments are included in the detailed description and drawings.

The present invention provides a design tool for easily designing a service infrastructure using a graphic object as a modeling language to automatically build a hardware and software environment of a service infrastructure, thereby providing a design process for building a service infrastructure. Simplification allows users to create service infrastructures easily and conveniently.

In addition, the present invention can minimize the time and labor required to create a service infrastructure to create a service infrastructure more quickly and efficiently.

In addition, the present invention provides a reusability of the configuration component constituting the service infrastructure by the user to configure the service infrastructure through the placement of graphic objects corresponding to the hardware and / or software configuration components of the service infrastructure using a design tool This can be improved.

Effects according to the present invention are not limited by the contents exemplified above, and more various effects are included in the present invention.

1 is a schematic diagram of a metamodel based service infrastructure generation system according to an embodiment of the present invention.
2 is a block diagram illustrating a computing device according to an embodiment of the present invention.
3 is a block diagram illustrating a service providing server according to an exemplary embodiment of the present invention.
4 is an exemplary diagram illustrating XML data predefined in correspondence with each component used to create a service infrastructure according to an embodiment of the present invention.
5 is a diagram of a hardware description metamodel corresponding to a hardware environment of a service infrastructure according to an embodiment of the present invention.
6 is a diagram of a network device metamodel corresponding to a hardware environment of a service infrastructure according to an embodiment of the present invention.
7 is a diagram of a hardware connection metamodel corresponding to a hardware environment of a service infrastructure according to an embodiment of the present invention.
8 is a diagram of a bare metal infrastructure metamodel corresponding to a software environment of a service infrastructure according to an embodiment of the present invention.
9 is a diagram of a virtual infrastructure metamodel corresponding to a software environment of a service infrastructure according to an embodiment of the present invention.
10 is a diagram of a BPMN metamodel according to an embodiment of the invention.
11A and 11B are exemplary diagrams for describing an interface screen for a design tool according to an exemplary embodiment of the present invention.
12 is an exemplary view for explaining an interface screen for a design tool according to an embodiment of the present invention.
13 is a block diagram illustrating a processor and a storage unit of a service providing apparatus according to an exemplary embodiment of the present invention.
14 is a flowchart illustrating a method for generating a service intrastructure in an apparatus for generating a service intrastructure using a modeling language according to an embodiment of the present invention.

Advantages and features of the present invention and methods for achieving them will be apparent with reference to the embodiments described below in detail with the accompanying drawings. However, the present invention is not limited to the embodiments disclosed below, but may be implemented in various different forms, only the present embodiments to make the disclosure of the present invention complete, and common knowledge in the art to which the present invention pertains. It is provided to fully inform the person having the scope of the invention, which is defined only by the scope of the claims.

Although the first, second, etc. are used to describe various components, these components are of course not limited by these terms. These terms are only used to distinguish one component from another. Therefore, of course, the first component mentioned below may be the second component within the technical spirit of the present invention.

Like reference numerals refer to like elements throughout.

Each of the features of the various embodiments of the present invention may be combined or combined with each other in part or in whole, various technically interlocking and driving as can be understood by those skilled in the art, each of the embodiments may be implemented independently of each other It may be possible to carry out together in an association.

As used herein, the term "provisioning" refers to a procedure of allocating, arranging, and distributing resources according to a user's request. Here, the resource may mean a memory of the server, a CPU, or the like.

Hereinafter, various embodiments of the present invention will be described in detail with reference to the accompanying drawings.

1 is a schematic diagram of a meta-model based service infrastructure generation system according to an embodiment of the present invention.

Referring to FIG. 1, the service infrastructure generation system 100 includes a user's computing device 110, a service providing server 120, and a plurality of devices 130.

The computing device 110 may include a portable terminal, a smart TV, a smart TV, a personal computer (PC), a laptop, and the like, connected to the service providing server 120 by wireless or wired and connected to the Internet or an intranet. The computing device 110 is a device that provides a user interface for designing a service infrastructure for the plurality of devices 130, which is provided from the service providing server 120, and may include a display unit displaying a corresponding user interface. . Such a user interface may be provided through a web browser, an application, a program, or a widget installed in the computing device 110.

The computing device 110 may generate design data for building a service infrastructure for the plurality of devices 130 through a user interface, and transfer the generated design data to the service providing server 120. In detail, the computing device 110 includes an object space representing hardware or / or software related graphic objects related to a service infrastructure that may be built in the plurality of devices 130, and an arrangement space in which the graphic objects are disposed. The user interface can be displayed. Here, the graphic object may be provided as a modeling language for design. For example, the object space may include a plurality of graphic objects corresponding to each component used to construct a hardware environment, or may include a plurality of graphic objects corresponding to each component used to construct a software environment. Graphic objects selected by the user among the plurality of graphic objects included in the object space may be moved to the layout space by a user's request. The user may move at least one of the graphic objects to the layout space by clicking and dragging using an input interface device such as a mouse. When the user completes the arrangement of hardware or / and software graphic objects corresponding to the hardware environment and / or the software environment of the service infrastructure, the computing device 110 generates design data therefor and services the generated design data. It may be delivered to the providing server 120.

The service providing server 120 obtains device information about the plurality of devices 130, and uses the obtained device information to generate a user interface for designing a service infrastructure for the plurality of devices 130. 110). In detail, the service providing server 120 may perform hardware detection on the plurality of devices 130 connected to the service providing server 120 through a network boot. The service providing server 120 may receive device information from the plurality of devices 130, and provide the computing device 110 with a user interface for designing a service infrastructure using the received device information. Here, the device information may include hardware information including a type, a connection method, a capacity, a read speed, a write speed, and the like for each of the plurality of devices 130. This hardware information can be used for the deployment of some software used to design the service infrastructure.

The user interface for designing a service infrastructure includes a plurality of graphic objects corresponding to a modeling language for designing a hardware environment and a software environment of the service infrastructure based on device information of the plurality of devices 130, and each graphic object. You can provide a deployment space that can be deployed according to a hardware deployment plan or a software deployment plan. Each graphic object may correspond to a component constituting each of a metamodel of a hardware environment and a metamodel of a software environment used to build a data center environment. Here, the metamodel of the hardware environment includes a hardware description metamodel, a network device metamodel, and a hardware connection metamodel. A bare metal infrastructure metamodel may include a bare metal infrastructure metamodel, a virtual infrastructure metamodel, and a container infrastructure metamodel. Accordingly, the user may generate design data for designing a hardware environment and / or a software environment of the service infrastructure to generate a service infrastructure for the plurality of devices 130 through the user interface.

The service providing server 120 may receive design data for a service infrastructure including the modeling language from the computing device 110. The design data may be data representing a layout structure of a plurality of graphic objects arranged according to a hardware deployment plan and / or a software deployment plan for a service infrastructure to be built by a user. Each of the plurality of graphic objects may correspond to a component constituting each of a hardware metamodel and a software metamodel used to build a data center of a service infrastructure.

The service providing server 120 may convert the received design data into a specification consisting of a specific code and set a system configuration for constructing a service infrastructure for the plurality of devices 130 based on the converted specification. . Here, the specific code may include various data formats such as XML (Extensible Markup Language), JSON, YAML, and the like. In the illustrated embodiment, the design data is converted into a specification made of XML, but is not limited thereto. The design data may be converted into a specification made of code such as JSON and YAML.

For example, the service providing server 120 may convert the design data into an XML file. An XML schema may be defined corresponding to each of the plurality of graphic objects to convert the design data into XML. Each graphic object may define XML data corresponding to each component constituting the metamodel and / or each subcomponent constituting the component. The service providing server 120 may transmit the request data including the specification made of XML to the plurality of devices 130 so that the plurality of devices 130 may perform the service infrastructure generation operation based on the specification. have. Here, the operation of generating the service infrastructure may include loading a system configuration file related to a hardware or / and software deployment plan for generating the service infrastructure and installing a software package based on the specification.

In various embodiments, the service providing server 120 may perform a service infrastructure generation operation for the plurality of devices 130 based on the specification. The service providing server 120 may operate as a provisioning device that performs a service infrastructure generation operation on the plurality of devices 130 without requesting the plurality of devices 130 to generate the service infrastructure.

The plurality of devices 130 may receive request data for requesting generation of a service infrastructure from the service providing server 120 and perform a service infrastructure generation operation based on a specification included in the received request data. .

This simplifies the process of designing a hardware or / and software environment for creating a service infrastructure of the plurality of devices 130, and improves the reusability of each component constituting the hardware or / and software environment of the service infrastructure. Can be.

The computing device 110 and the service providing server 120 described above will be described in more detail with reference to FIGS. 2 and 3.

2 is a block diagram illustrating a computing device according to an embodiment of the present invention.

Referring to FIG. 2, the computing device 110 includes a communication unit 112, a storage unit 114, a display unit 116, and a processor 118.

The communication unit 112 connects the computing device 110 to communicate with an external device. The communication unit 112 may be connected to the service providing server 120 using wired or wireless communication. In detail, the communication unit 112 may receive information on a user interface used to generate a service infrastructure from the service providing server 120.

The storage unit 114 is a medium for storing data, and includes a hard disk drive (HDD), a solid state drive (SSD), a secure digital (SD) card, a compact disk (CD), and a digital video disc (DVD). And various storage media such as The storage unit 114 may store information on a user interface received from the service providing server 120.

The display unit 116 may display various contents (eg, text, images, videos, icons, banners, or symbols) to the user. In detail, the display unit 116 may display the user interface using information on the user interface received from the service providing server 120 through the communication unit 112. In various embodiments, the display 110 may include a touch screen, for example, a touch, a gesture, a proximity, a drag, or a swipe using an electronic pen or a part of a user's body. a swipe or hovering input may be received.

The processor 118 is operatively connected with the communication unit 112, the storage unit 114, and the display unit 116, and controls the operation of the computing device 110 for generating a service infrastructure. In detail, the processor 118 may display the user interface provided from the service providing server 120 through the display unit 116. The user interface displayed through the display unit 116 includes an object space representing a plurality of graphic objects for designing a hardware environment and / or a software environment of the service infrastructure based on the device information of the plurality of devices 130, and each graphic. It may include a layout space for placing the object. The plurality of graphic objects may be defined as a modeling language corresponding to each component of the hardware metamodel for building a hardware environment and each component of the software metamodel for building a software environment. According to various embodiments of the present disclosure, the layout space may further include a sub layout space indicating an arrangement structure of a plurality of subcomponents constituting each component. The sub layout space may include sub graphic objects corresponding to each of the plurality of sub components.

The user interface not only provides an object space and a layout space for designing a hardware environment or a software environment to create a service infrastructure for the plurality of devices 130, but also violates constraints on the layout structure of the plurality of graphic objects. further provides a validation function to check constraint violations, a generation function for generating design data representing a layout structure of a plurality of graphic objects, and / or a conversion function for converting the generated design data into a specific code specification. can do.

The processor 118 may transmit the specification of the design data or the specific code generated through the user interface to the service providing server 120 through the communication unit 112.

3 is a block diagram illustrating a service providing server according to an exemplary embodiment of the present invention.

Referring to FIG. 3, the service providing server 120 may include a communication unit 122, a storage unit 124, and a processor 126.

The communication unit 122 connects the service providing server 120 to communicate with an external device. The communicator 122 may be connected to the computing device 110 and the plurality of devices 130 using wired or wireless communication. In detail, the communication unit 122 may receive device information about the plurality of devices 130 from the plurality of devices 130. The communicator 122 transmits information about a user interface used to generate a service infrastructure to the computing device 110, and receives a specification of design data or specific codes generated through the user interface from the computing device 110. can do. The communicator 122 may transmit request data for requesting generation of the service infrastructure to the plurality of devices 130 based on the specification.

The storage unit 124 is a medium for storing data, and may be configured with various storage media such as a hard disk drive, SSD, SD card, CD, DVD, and the like. The storage unit 124 stores device information about the plurality of devices 130 received through the communication unit 122, and stores the device information on the user interface for generating a service infrastructure of the plurality of devices 130 based on the device information. Can store information about The storage unit 124 may store a specification consisting of specific data or design data received from the computing device 110.

The processor 126 is operatively connected with the communication unit 122 and the storage unit 124, provides a user interface for creating a service infrastructure, and generates service infrastructure using design data received from the computing device 110. The operation of the requesting service providing server 120 may be controlled.

In detail, the processor 126 may obtain device information about the plurality of devices 130 for generating a service infrastructure. The processor 126 may perform network booting to collect device information about the plurality of devices 130. The processor 126 may provide the computing device 110 with a user interface for designing a hardware environment and / or a software environment for generating a service infrastructure for the plurality of devices 130 based on the obtained device information. . For example, the user interface may be a design tool provided through a web browser. Such a design tool includes a button for controlling the design tool, at least one metamodel for generating a service infrastructure, or a browser showing an example of an arrangement of components constituting each metamodel, and a graphic corresponding to each component. It may include a selection bar that shows the object. The graphic object shown in the selection bar may be moved to the browser by a drag and drop operation of the user. The design tool may further include an object browser showing a hierarchical configuration of the hardware environment or software environment designed by the user, and an attribute editor that can modify basic properties and other properties of the metamodel or component selected by the user. The buttons of the design tool may include a validation button for validating a layout structure of components corresponding to a hardware environment or a software environment that has been designed by a user, and a generate button for generating design data that has been designed by a user. Can be. In various embodiments, the buttons of the design tool may further include a convert button for converting the design data into a specification made of specific code (eg, XML, JSON, or YAML). Processor 126 may provide this design tool to computing device 110 via a web browser.

The processor 126 may receive design data designed by a user from the computing device 110 through the communication unit 122, and convert the received design data into a specification including XML, JSON, or YAML. Specifically, at least one metamodel for constructing a hardware environment and / or software environment, XML data, JSON data, YAML data, etc. corresponding to each of the meta-models and the sub-components constituting each component, etc. May be predefined. The processor 126 may convert the design data into an XML, JSON, or YAML file using the predefined XML, JSON, or YAML data. For example, a process of converting design data into a specification made of XML will be described in detail with reference to FIG. 4.

4 is an exemplary diagram illustrating XML data predefined in correspondence with each component used to create a service infrastructure according to an embodiment of the present invention.

Referring to FIG. 4, the CephOSD corresponding to the application software component of the software description metamodel includes a start subcomponent 400, a Unified Package subcomponent 402, a Postscript subcomponent 404, an end subcomponent 406, and three It is composed of sub-sequence arrows 408, 410, and 412 and may have an arrangement structure as shown in FIG. 4A. Each component or subcomponent has predefined XML data. For example, the predefined XML data corresponding to the start subcomponent 400 may be represented as shown in FIG.

In this case, the processor 126 may combine the predefined XML data corresponding to each component according to the arrangement structure, and generate the combined component-specific XML data into one XML file. In various embodiments, the processor 126 may convert each component of the design data into predefined XML data corresponding to each component, and generate the converted component-specific XML data into one XML file.

Referring back to FIG. 3, the processor 126 may transmit a service infrastructure generation request for the plurality of devices 130 to the plurality of devices 130 based on the XML, JSON, or YAML file. For example, a request to create a service infrastructure may include translated XML, JSON, or YAML files. In this case, the plurality of devices 130 receiving the request may perform a service infrastructure generation operation based on the specification included in the request.

In various embodiments, the processor 126 may perform a service infrastructure generation operation on the plurality of devices 130 based on the converted XML, JSON, or YAML file. In detail, the processor 126 loads a system configuration file related to a hardware or / and software deployment plan for generating a service infrastructure to the plurality of devices 130 based on an XML, JSON, or YAML file, and the like, and loads a software package. Can be installed.

Hereinafter, the components constituting the metamodel of the hardware environment and the metamodel of the software environment and subcomponents constituting each component, which are used to build a data center environment, will be described in more detail with reference to FIGS. 5 to 9. do. In particular, FIGS. 5-7 illustrate diagrams of metamodels of a hardware environment in accordance with an embodiment of the present invention, and FIGS. 8-9 illustrate diagrams of metamodels of a software environment in accordance with an embodiment of the present invention. Indicates.

5 is a diagram of a hardware description metamodel corresponding to a hardware environment of a service infrastructure according to an embodiment of the present invention.

Referring to FIG. 5, the hardware description metamodel 500 may define hardware components of a data center. The hardware description metamodel 500 corresponds to at least some of an aggregation switch 502, a core router 504, a server rack 506, and an auto creator server 508. It may include components to. The server rack 506 is a device in which a host device is located, and manages servers and ensures security. Server rack 506 may include subcomponents such as host 510 and Tor switch 512, and host 510 may include network interface card (NIC) 514 and disk 516. It may include subcomponents.

6 is a diagram of a network device metamodel corresponding to a hardware environment of a service infrastructure according to an embodiment of the present invention.

Referring to FIG. 6, the network device metamodel 600 may include all network devices for connecting to a host device. The network device metamodel 600 may have a Port Base 602 that represents a network device port for connecting a network device. The network device metamodel 600 includes a core router 604, an integrated switch 606, and a Tor switch 608, and the port base 602 is an uplink pot 610 and a port 612. It may include.

7 is a diagram of a hardware connection metamodel corresponding to a hardware environment of a service infrastructure according to an embodiment of the present invention.

Referring to FIG. 7, the hardware connection metamodel may include network cable components, such as fiber cable 700 and copper cable 702. The optical cable 700 may be used for the connection of the auto creator server 704 or the server rack 706, and the copper cable 702 may be used for the connection of the host 708 or the port base 710.

8 is a diagram of a bare metal infrastructure metamodel corresponding to a software environment of a service infrastructure according to an embodiment of the present invention.

Referring to FIG. 8, the bare metal infrastructure metamodel 800 may include three components, such as a base 802, a hook 804, and an application software 806. . Base 802 is a basic component that can be deployed during the installation process and includes a disk layout 808, a System Software Config 810, and a System Software 812. Can be. The disk layout 808 may arrange a disk layout of hard disks. The system software config 810 may include a host name, root password, time zone, keyboard type, and disk layout to specify various systems related to the operating system. Can be operated as a command unit. System software 812 may define a Linux operating system including CENTOS 814, DEBIAN 816, and UBUNTU 818, which may be deployed by a user.

Hook 804 may be a script function that can be inserted into tasks such as disk partitions, system software installations, and package installations.

The software installed in the plurality of devices 130 may include system software and application software. System software can operate computer hardware and integrate the functionality of the computer hardware. This allows the user to interact directly with the hardware.

The application software 806 of the bare metal infrastructure metamodel 800 may include a File 820, a Package 822, and a Post Script 824. The file 820 may include configuration content that may be copied to a target path. Package 822 may include an information about a software description and an archive of files. The package 822 may include a unified package 826 and a union mount package 828, and the merge mount package 828 may include an image 830. Postscript 824 may be a configuration script that runs after software installation.

9 is a diagram of a virtual infrastructure metamodel corresponding to a software environment of a service infrastructure according to an embodiment of the present invention.

Referring to FIG. 9, the virtual infrastructure metamodel 900 may be defined based on a software platform such as OpenNebula or OpenStack to create a cloud environment. The virtual infrastructure metamodel 900 may include a cloud operating system 902, a hypervisor 904, and a disk image 906.

The cloud operating system 902 may include a Standard Cloud Operating System 908 and a Non-Standard Cloud Operating System 910. The standard cloud operating system 908 may include OpenNebula 912 and OpenStack 914, which are open source platform.

The hypervisor 904 may be a program for creating and operating a virtual machine. The hypervisor 904 may include XEN 916, which is Linux Virtualization software, and a Kernel-based Virtual Machine (KVM) 918.

Node 920, which is a basic module, may be provided for a virtual machine service. The node 920 may include a control node 922 and a compute node 924. Control node 922 may include a web-based management page called a dashboard, an image store, and an identity service. Compute node 924 may include Xen-node 926 and Kvm-node 928, which are virtualization software that operates on multiple virtual machines.

In order to create a virtual machine, the disk image 906 is extended to the bare metal infrastructure 930, and the expanded disk image 906 can automatically generate different types of disk images according to user customization. .

The BPMN Meta Model (Business Model and Notation Meta Model), a basic component model that describes the operating system and related system configurations, can be used to deploy the software of the bare meta infrastructure. This BPMN metamodel will be described in more detail with reference to FIG. 10.

10 is a diagram of a BPMN metamodel according to an embodiment of the invention.

Referring to FIG. 10, the BPMN Meta Model 1000 may be used to describe a detailed sequence of each component or subcomponent and an information flow for completing an operation. The BPMN metamodel 1000 may include an Activity 1002, a Data Object 1004, a Gateway 1006, and an Event 1008. The activity 1002 may include a software component 1010, a post script 1012, and a package 1014. Activity 1002 may be a specific activity or task performed by the system. Data Object 1004 includes File 1016, which may extend Data Objects to illustrate configuration files that are copied to a directory while Post script 1012 performs an implementation operation. The gateway 1006 operates as a decision point for adjusting a path based on a condition or event, and may include Exclusive 1018 and Parallel 1020. Event 1008 may include Initial 1022 and End 1024, Initial 1022 may indicate the beginning of the operation, and End 1024 may indicate the end of the operation.

As described above, the hardware / software metamodels, the components included in each metamodel, and the subcomponents included in each component may be used to automatically build a hardware environment and a software environment. By providing a design tool that can easily design a service infrastructure using graphic objects corresponding to these metamodels, components, and subcomponents, the design process for building a service infrastructure is simplified, and the components that constitute a service infrastructure are provided. Can be improved.

Hereinafter, a design tool provided by the service providing server 120 will be described in more detail with reference to FIGS. 11A, 11B, and 12.

11A and 11B are exemplary diagrams for describing an interface screen for a design tool according to an exemplary embodiment of the present invention.

1, 2, and 11A, an interface screen 1100 of a design tool for designing a hardware / software environment for generating a service infrastructure for a plurality of devices 130 is displayed on the display unit of the computing device 110. 116. Operations described below may be performed by computer device 110 or / and service providing server 120.

The interface screen 1100 of the design tool may include a button 1110 for controlling the design tool, at least one metamodel for generating a service infrastructure, or a graphic object corresponding to each of the components constituting each metamodel. It may include a bar area 1120 and a browser area 1130 that illustrates an example of an arrangement structure of components constituting each metamodel or at least one metamodel for generating a service infrastructure. The interface screen 1100 may further include a sub browser area 1140 representing an example of a detailed arrangement structure of subcomponents constituting a specific component. For example, the buttons 1110 for controlling the design tool may include a generation button for generating design data, a conversion button for converting the design data into a specification made of a specific code, and a verification button for performing design data verification. Can be. The selection bar area 1120 may include graphic objects 1122, 1124, 1126, and 1128 corresponding to each component related to the hardware metamodel. For example, in the case of the hardware description metamodel, the selection bar area 1120 may include a graphic object 1122 corresponding to the integrated switch, a graphic object 1124 corresponding to the auto creator server, and a graphic object 1126 corresponding to the core router. And a graphic object 1128 corresponding to the server rack.

In order to construct the hardware description metamodel, the user moves at least some of the graphic objects included in the selection bar area 1120 to the browser area 1130 by dragging and dropping the graphics according to the layout structure of the hardware description metamodel. You can place objects. For example, the hardware description metamodel may include a graphic object corresponding to one core router, graphic objects corresponding to two integrated switches, and graphic corresponding to four server racks, as shown through browser area 1130. Graphic objects corresponding to the objects and the cables for connecting them can be arranged.

When the graphic object 1132 corresponding to the specific server rack is selected by the user, the sub browser area 1140 may show an example of the detailed arrangement structure of the subcomponents constituting the specific server rack 1132. In order to configure the server rack, the user moves at least some of the graphic objects included in the selection bar area 1120 to the sub-browser area 1140 by dragging and dropping to the layout structure of the server rack to be configured by the user. You can arrange graphic objects accordingly. For example, the layout structure of a particular server rack may be comprised of one Tor switch, four hosts, and a cable for connecting them, arranged by the user as shown through the sub-browser area 1140.

In various embodiments, at least one subcomponent constituting each component of the hardware metamodel may have a predefined layout structure. For example, in the case of a server rack, a layout structure for four hosts, one Tor switch, and a cable connecting each of the four hosts and the Tor switch may be predefined as a template. In this case, when the graphic object 1132 corresponding to the specific server rack is selected by the user, an example of a template representing a predefined layout structure of the specific server rack may be displayed in the sub-browser area 1140. The user may change a layout structure of a specific server rack by moving, modifying, or deleting a graphic object corresponding to each component displayed in the sub browser area 1140.

When the design of the hardware description metamodel is completed by the user and the verify button is selected, the computing device 110 may transmit a request to the service providing server 120 to verify the deployment structure of the hardware description metamodel. Referring to FIG. 11B, when information indicating a verification result according to a request is received from the service providing server 120, the computing device 110 may display the received information through the sub browser area 1140. For example, the sub-browser area 1140 may include information 1150 representing a verification result regarding the hardware description metamodel, and buttons 1152 for controlling the display of the verification result. Through this, the user can grasp the error or design error of the hardware description metamodel designed by the user, so that the user can easily and conveniently detect the error or correct or change the detected design data.

12 is an exemplary view for explaining an interface screen for a design tool according to an embodiment of the present invention.

1, 2, and 12, an interface screen 1200 of a design tool for designing a hardware / software environment for generating a service infrastructure for a plurality of devices 130 is displayed on the display unit of the computing device 110. 116. Operations described below may be performed by computer device 110 or / and service providing server 120.

The interface screen 1200 of the design tool includes a selection including buttons 1210 for controlling the design tool, at least one metamodel for generating a service infrastructure, or a graphic object corresponding to each of the components constituting each metamodel. It may include a bar area 1220 and a browser area 1230 showing an example of an arrangement structure of components constituting each metamodel or at least one metamodel for generating a service infrastructure. The interface screen 1200 may further include a sub browser area 1240 that shows an example of a detailed arrangement structure of subcomponents constituting a specific component. For example, the buttons 1210 for controlling the design tool may include a generation button for generating design data, a conversion button for converting the design data into a specification composed of specific codes, and a verification button for performing design data validation. Can be. The selection bar area 1220 may include graphic objects 1221, 1222, 1223, 1224, 1225, 1226, and 1227 corresponding to each component related to the bare metal infrastructure metamodel. For example, in the bare metal infrastructure metamodel, the selection bar area 1220 may include the graphic object 1221 corresponding to the application software, the graphic object 1222 corresponding to the base, the graphic object 1223 corresponding to the end, and the exclusive. It may include a graphic object 1224 corresponding to, a graphic object 1225 corresponding to the hook, a graphic object 1226 corresponding to Initial, and a graphic object 1227 corresponding to Parallel.

To construct the bare metal infrastructure metamodel, a user moves at least some of the graphic objects included in the selection bar area 1220 to the browser area 1230 by dragging and dropping to the layout structure of the bare metal infrastructure metamodel. You can arrange graphic objects accordingly. For example, the bare metal infrastructure metamodel may be a graphic object corresponding to Initial, a graphic object corresponding to a base, a graphic object corresponding to CephBase, and a graphic object corresponding to two parallels, as shown through the browser area 1230. For example, a graphic object corresponding to SSH, a graphic object corresponding to APACHE, a graphic object corresponding to CephOSD, and a graphic object corresponding to End may be disposed.

When the graphic object 1232 corresponding to CephOSD is selected by the user, the sub browser area 1240 may represent an example of a detailed arrangement structure of subcomponents constituting CephOSD. In order to configure CephOSD, the user moves at least some of the graphic objects included in the selection bar area 1220 to the sub-browser area 1240 by dragging and dropping the graphic according to the layout structure of CephOSD that the user wants to configure. You can place objects. For example, a user can deploy an Initial for startup, an unified package after Initial so that software packages are installed, and a specific file is applied to the first postscript. To describe the page of a specific file, place the second postscript after the first postscript to describe the page to which the particular file is applied, and then end by placing the End. The arrangement structure of the CephOSD disposed as described above may be composed of Initial, an integrated package, a file, two PostScripts, and an End, as shown through the sub-browser area 1140 of FIG. 12. This allows the user to view not only the components that make up the metamodel to design the software environment, but also subcomponents corresponding to system configurations, configuration files, or software settings (such as files, PostScript, etc.) to describe each component. The design makes it easy and convenient.

In various embodiments, at least one subcomponent constituting each component of the software metamodel may have a predefined layout structure. For example, in the case of CephOSD, a layout structure for Initial, an integrated package, a file, two postscripts, and an End may be predefined. In this case, when the graphic object 1232 corresponding to the CephOSD is selected by the user, an example of the predefined layout structure of the CephOSD may be displayed in the sub browser area 1240. The user may change the arrangement structure of the CephOSD by moving, modifying, or deleting a graphic object corresponding to each component displayed in the sub browser area 1240.

When the design of the bare metal infrastructure metamodel is completed by the user and the verify button is selected, the computing device 110 may transmit a request to the service providing server 120 to verify the deployment structure of the bare metal infrastructure metamodel. . When the information indicating the verification result according to the request is received from the service providing server 120, the computing device 110 may display the received information through the sub-browser area 1240, similarly as described above with reference to FIG. 11B. For example, the sub browser area 1240 may include information indicating a verification result regarding the bare metal infrastructure metamodel and buttons for controlling display of the verification result. Through this, the user can identify errors or design errors of the bare metal infrastructure metamodel designed by the user, so that the user can easily and conveniently detect errors or correct or change the detected design data.

By using the design tool provided as described above, a user may simply and conveniently design a hardware / software environment for generating a service infrastructure for a plurality of devices 130, and reusability of each component may be improved. .

Hereinafter, the processor 126 and the storage unit 124 of the service providing server 120 performing a service infrastructure generation operation on the plurality of devices 130 based on the converted specification will be described in more detail with reference to FIG. 13. Explain it.

13 is a block diagram illustrating a processor and a storage unit of a service providing apparatus according to an exemplary embodiment of the present invention.

Referring to FIG. 13, the processor 126 includes a service infrastructure provisioning management unit 1300, a software management unit 1310, a host monitoring unit 1320, and a recovery management unit 1330, and the storage unit 124 includes a software storage unit. 1340, a component module storage unit 1342, and a log data storage unit 1344 may be included.

The service infrastructure provisioning management unit 1300 executes a deployment plan analysis unit 1301, execution management unit 1302, bare metal infrastructure generation management unit 1303, container infrastructure generation management unit 1304, virtual infrastructure generation management unit 1305, and component module execution. It may include a portion 1306. The service infrastructure provisioning management unit 1300 calls the deployment plan analysis unit 1301 and the execution management unit 1302 to perform automatic deployment and automatic configuration of the entire system and software of the plurality of devices 130 based on the specification. Can be.

The deployment plan analyzer 1301 may operate as a daemon, detect a hardware specificaion of the host, and verify whether the detected hardware description matches the hardware description of the specification. If there is a match, the deployment plan analyzer 1301 may transmit the service infrastructure types and the component list for the deployment to the execution manager 1302. If there is no matching hardware description, the deployment plan analyzer 1301 may automatically install the basic software in each of the plurality of devices 130.

The execution manager 1302 may manage a service infrastructure generation operation for the bare metal infrastructure, the virtual infrastructure, and the container infrastructure. When the service infrastructure types and the component list are received from the deployment plan analyzer 1301, the execution manager 1302 may determine which service infrastructure to execute.

The bare metal infrastructure generation manager 1303 may manage placement of component modules in the bare metal domain. Here, the component module may refer to the components described above with reference to FIGS. 5 to 10 and subcomponents constituting each component. Each component module may include specific information for installation. The bare metal infrastructure generation manager 1303 may divide the bare metal provisioning plan into a plurality of sub plans. Component modules constituting the bare metal infrastructure may be classified into a base component module, a hook component module, and an application software component module. These component modules may be continuously executed through the component module execution unit 1306. For example, the base component module may include a system software configuration module, a disk partition module, and a system software module. The system software configuration module may include command variables such as host name, root password, time zone and keyboard type. These command variables can be used for operating system installation. The disk partition module can be executed before the system software module is installed. System software modules may represent the Linux operating system. The operating system may be packaged in a tar package to speed up the installation, and such a package may be stored in the storage unit 124. The application software component module may represent software deployment and configuration. After the system software is installed, the package module of the application software component module can be executed. Before the package module is executed, the software package according to the type and version of the operating system is searched and the searched software package may be installed. After the software package is installed, a script module defined by the user can be executed.

The container infrastructure generation manager 1304 may manage placement of component modules in the container domain. The container infrastructure creation management unit 1304 includes a containerization module that supports creation of containers, a container manager module that manages and deploys containers, and a docker file that creates a container such as a disk image. It may include a module (Dockerfile module).

The virtual infrastructure generation management unit 1305 may manage placement of component modules in the virtual infrastructure domain. The virtual infrastructure generation management unit 1305 may operate on the operating system by the hypervisor. Component modules of the virtual infrastructure may include bare metal component modules including cloud operating systems, hypervisors, and disk images, and associated virtualization modules. The cloud operating system may be an operating system that operates in a virtualized environment and supports management of virtual machines and virtual infrastructure. The hypervisor may be computer software for operating a virtual machine. To deploy a cloud environment, the hypervisor can be installed first. The disk image may include the contents of the data configuration of the hard disk for the virtual machine. Such a disk image can illustrate the software to be deployed for the virtual machine. The virtual machine can be used to install system software and application software.

The component module execution unit 1306 may execute each component module. The component module execution unit 1306 may parse the component module and execute automatic placement and configuration.

The software manager 1310 may include a Dynamic Host Configuration Protocol (DHCP) server 1312, a Trivial File Transfer Protocol (TFTP) server 1314, and a Network File System (NFS) server 1316. The software manager 1310 may manage the DHCP server 1312, the TFTP server 1314, and the NFS server 1316.

The host monitoring unit 1320 may monitor the installation process of the host and collect log data.

The recovery management unit 1330 may execute the reinstallation command for the host on which the installation failed when the installation fails. When the reinstallation error occurs, the recovery management unit 1330 may request modification of the configuration file or check hardware of the host.

The storage unit 124 may include a software storage unit 1340, a component module storage unit 1342, and a log data storage unit 1344. The software storage unit 1340 stores a software package, the component module storage unit 1342 stores a component module for configuration, and the log data storage unit 1344 stores log data collected by the recovery management unit 1330. Can be stored.

The operation of the service infrastructure provisioning management unit 130 for creating a service infrastructure will be described in more detail. In order to generate the service infrastructure, the deployment plan analyzer 1301 may detect hardware information of a host installed in the plurality of devices 130, and search for a tag of the corresponding host from the specification. When a search result is received from the deployment plan analyzer 1301, the execution manager 1302 may call an appropriate infrastructure generation manager to generate a component module including system information to be deployed. For example, the bare metal infrastructure generation manager 1303 may be called to generate a bare metal infrastructure. The metal infrastructure generation management unit 1303 may generate component modules such as base and application software. The component module execution unit 1306 may execute specific tasks based on the component module during the client installation process.

Through this, even if a separate control device does not exist, the service infrastructure of the plurality of devices 130 may be generated through the service providing server 120 described above with reference to FIG. 13.

14 is a flowchart illustrating a method for generating a service intrastructure in an apparatus for generating a service intrastructure using a modeling language according to an embodiment of the present invention. In the illustrated embodiment, the apparatus for generating a service infrastructure may be the service providing server 120 of FIG. 1.

Referring to FIGS. 1 and 14, the apparatus for generating a service infrastructure may receive design data in a modeling language from the computing device 110 in order to generate a service infrastructure for the plurality of devices 130 (S1400). ). In detail, the service providing server 120, which is a device for generating a service infrastructure, acquires device information about a plurality of devices 130 to create a service infrastructure, and builds hardware for building a service infrastructure based on the obtained device information. A design tool corresponding to a user interface for designing a software environment may be provided to the computing device 110. The design data received from the computing device 110 may correspond to at least one metamodel, components constituting each metamodel, and subcomponents constituting each component arranged according to a user's deployment plan for generating a service infrastructure. It may be data representing a layout structure for graphic objects.

The apparatus for generating a service infrastructure may convert the received design data into a specification including a specific code (S1410). In detail, the service providing server 120 uses at least one metamodel, components constituting each metamodel, and XML, JSON, or YAML data predefined in correspondence with each of the subcomponents constituting each component. You can convert design data into XML, JSON, or YAML files.

The apparatus for generating service infrastructure may request generation of the service infrastructure from the plurality of devices 130 based on the converted specification in operation S1420. In detail, the service providing server 120 delivers request data including a specification made of XML, JSON, YAML, etc. to the plurality of devices 130 so that the plurality of devices 130 generate the service infrastructure based on the specification. To perform the operation. Here, the service infrastructure generation operation may include an operation of loading a system configuration file related to a hardware or / and software deployment plan for creating a service infrastructure and installing a software package based on the specification.

Through this, the present invention provides a design tool that can easily design a service infrastructure using a graphic object as a modeling language to automatically build a hardware and software environment of the service infrastructure, thereby designing a service infrastructure. The process is simplified, allowing the user to easily and conveniently create a service infrastructure.

In addition, the present invention can minimize the time and labor required to create a service infrastructure to create a service infrastructure more quickly and efficiently.

In addition, the present invention provides a reusability of the components constituting the service infrastructure by the user to configure the service infrastructure through the placement of the graphical objects corresponding to the hardware or / and software configuration components of the service infrastructure using the design tool This can be improved.

Apparatus and method according to an embodiment of the present invention can be implemented in the form of program instructions that can be executed by various computer means may be recorded on a computer readable medium. Computer-readable media may include, alone or in combination with the program instructions, data files, data structures, and the like.

The program instructions recorded on the computer readable medium may be those specially designed and constructed for the present invention, or may be known and available to those skilled in the computer software arts. Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks, and magnetic tape, optical media such as CD-ROMs, DVDs, and magnetic disks, such as floppy disks. Hardware devices specially configured to store and execute program instructions such as magneto-optical media and ROM, RAM, flash memory and the like. In addition, the above-described medium may be a transmission medium such as an optical or metal wire, a waveguide, or the like including a carrier wave for transmitting a signal specifying a program command, a data structure, and the like. Examples of program instructions include not only machine code generated by a compiler, but also high-level language code that can be executed by a computer using an interpreter or the like.

The hardware device described above may be configured to operate as one or more software modules to perform the operations of the present invention, and vice versa.

Although the embodiments of the present invention have been described in more detail with reference to the accompanying drawings, the present invention is not necessarily limited to these embodiments, and various modifications can be made without departing from the spirit of the present invention. . Therefore, the embodiments disclosed in the present invention are not intended to limit the technical idea of the present invention but to describe the present invention, and the scope of the technical idea of the present invention is not limited by these embodiments. Therefore, it should be understood that the embodiments described above are exemplary in all respects and not restrictive. The protection scope of the present invention should be interpreted by the following claims, and all technical ideas within the equivalent scope should be interpreted as being included in the scope of the present invention.

100: service infrastructure generation system
110: computing device
120: service providing server
130: a plurality of devices

Claims (14)

A method for generating a service infrastructure using a modeling language in a device for generating a service infrastructure,
Receiving design data in the modeling language from a computing device to create a service infrastructure for a plurality of devices;
Converting the received design data into a specification consisting of a specific code; And
Requesting the plurality of devices to create the service infrastructure based on the converted specification. The method of claim 1,
Acquiring device information for the plurality of devices; And
Providing a user interface for designing a hardware environment and a software environment of a service infrastructure for the plurality of devices to the computing device based on the device information, the service infrastructure generation method using a modeling language. . The method of claim 2, wherein the user interface,
A graphic object corresponding to each of a plurality of components constituting each of a hardware metamodel and a software metamodel used to build a hardware environment and a software environment of the service infrastructure; A method of creating a service infrastructure using a modeling language that provides a layout space for placing objects. The method of claim 3,
The hardware metamodel includes a hardware description metamodel, a network device metamodel, a hardware connection metamodel, and a hardware connection metamodel.
The software metamodel includes a bare metal infrastructure metamodel, a virtual infrastructure metamodel, and a container infrastructure metamodel, a service infrastructure using a modeling language. How to create a structure. The method of claim 3, wherein the design data,
A method of generating a service infrastructure using a modeling language, which is generated by a user of the computing device through the user interface and represents a layout structure of a plurality of graphic objects arranged according to a hardware layout plan and / or a software layout plan of the user. . The method of claim 5, wherein the specific code includes Extensible Markup Language (XML), JSON, or YAML.
XML, JSON or YAML data corresponding to each of the plurality of components is predefined, the service infrastructure generation method using a modeling language. The method of claim 6, wherein the converting of the received design data into a specification consisting of the specific code comprises:
And converting a component corresponding to each of the plurality of objects of the design data into XML, JSON, or YAML data predefined in correspondence to the component. A communication unit configured to communicate with the computing device and the plurality of devices,
Storage unit; And
A processor operatively connected with the communication unit and the storage unit,
The processor,
Receive design data in a modeling language from the computing device to create a service infrastructure for the plurality of devices,
Converting the received design data into a specification consisting of a specific code,
And requesting the plurality of devices to generate the service infrastructure based on the converted specification. The method of claim 8, wherein the processor,
Obtaining device information about the plurality of devices,
And providing the computing device with a user interface for designing a hardware environment and a software environment of a service infrastructure for the plurality of devices based on the device information. The method of claim 9, wherein the user interface,
A graphic object corresponding to each of a plurality of components constituting each of a hardware metamodel and a software metamodel used to build a hardware environment and a software environment of the service infrastructure; An apparatus for creating a service infrastructure using a modeling language, which provides a layout space for placing an object. The method of claim 10,
The hardware metamodel includes a hardware description metamodel, a network device metamodel, a hardware connection metamodel, and a hardware connection metamodel.
The software metamodel includes a bare metal infrastructure metamodel, a virtual infrastructure metamodel, and a container infrastructure metamodel, a service infrastructure using a modeling language. Structure generation device. The method of claim 10, wherein the design data,
A device for generating a service infrastructure using a modeling language, which is generated by a user of the computing device through the user interface and represents a layout structure of a plurality of graphic objects arranged according to a hardware layout plan and / or a software layout plan of the user. . The method of claim 12, wherein the specific code includes Extensible Markup Language (XML), JSON, or YAML.
The service infrastructure generation device using a modeling language, XML, JSON or YAML data corresponding to each of the plurality of components is predefined. The processor of claim 13, wherein the processor comprises:
And converting a component corresponding to each of the plurality of objects of the design data into XML, JSON, or YAML data predefined in correspondence to the component.

Images