WO2017017937A1 - 配備装置、配備方法、及び、記録媒体 - Google Patents

配備装置、配備方法、及び、記録媒体 Download PDF

Info

Publication number
WO2017017937A1
WO2017017937A1 PCT/JP2016/003407 JP2016003407W WO2017017937A1 WO 2017017937 A1 WO2017017937 A1 WO 2017017937A1 JP 2016003407 W JP2016003407 W JP 2016003407W WO 2017017937 A1 WO2017017937 A1 WO 2017017937A1
Authority
WO
WIPO (PCT)
Prior art keywords
deployment
components
component
tool
tools
Prior art date
Application number
PCT/JP2016/003407
Other languages
English (en)
French (fr)
Inventor
学 中野谷
貴之 黒田
Original Assignee
日本電気株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 日本電気株式会社 filed Critical 日本電気株式会社
Priority to US15/743,315 priority Critical patent/US10416976B2/en
Priority to JP2017531012A priority patent/JP6673355B2/ja
Publication of WO2017017937A1 publication Critical patent/WO2017017937A1/ja

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/71—Version control; Configuration management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
    • G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
    • G06F9/5038—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the execution order of a plurality of tasks, e.g. taking priority or time dependency constraints into consideration
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
    • G06F9/5061—Partitioning or combining of resources
    • G06F9/5077—Logical partitioning of resources; Management or configuration of virtualized resources
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45533—Hypervisors; Virtual machine monitors
    • G06F9/45558—Hypervisor-specific management and integration aspects
    • G06F2009/45562—Creating, deleting, cloning virtual machine instances

Definitions

  • the present invention relates to a deployment device, a deployment method, and a recording medium, and more particularly, to a deployment device, a deployment method, and a recording medium for constructing an information system.
  • the configuration is managed by describing the configuration information as a structured document.
  • configuration information related to system components such as a VM (virtual machine) and a network is described as a structured document and managed as a configuration definition file. It has been broken.
  • the configuration information is collectively written in a description syntax or format such as XML (Extensible Markup Language) or JSON (JavaScript (registered trademark) Object Notation).
  • the configuration definition file further includes a description related to a deployment tool for deploying each component.
  • the description related to the deployment tool include a description related to the activation order of the deployment tool in accordance with the activation of the deployment tool, the exchange of data between the deployment tools, and the dependency between the components.
  • Non-Patent Document 1 An example of such a deployment tool is disclosed in Non-Patent Document 1, for example.
  • AWS Amazon Web Service
  • the deployment order between components is determined by the attribute DependsOn described in the configuration definition file. Be controlled.
  • other deployment tools such as Puppet and Chef can similarly control the dependency and setting order, and these tools are widely used in the deployment of various systems.
  • the VM configuration information is described in a Cloud Formation format and the software configuration information is described in a Cookbook format.
  • the Cookbook format is a description format used in the above-described deployment tool Chef.
  • Azure environment Azure environment
  • AWS CloudFormation Amazon Web Services, Inc., [online], [July 16, 2015 search], Internet ⁇ URL: http://aws.amazon.com/jp/cloudformation/>
  • Non-Patent Document 1 when a system is deployed in accordance with a configuration definition file that depends on a deployment tool as described in Non-Patent Document 1, a configuration definition file generated for one environment is used as a system for another environment. There was a problem that it was difficult to apply to deployment.
  • An object of the present invention is to solve the above-described problems and to easily apply a system configuration definition file generated for a certain environment to system deployment for another environment, a deployment method, and a record. To provide a medium.
  • the deployment apparatus includes setting information that does not depend on a deployment tool for each of a plurality of components constituting the system, and a plurality of deployment tools that can be used to deploy each of the plurality of components and the components.
  • Component information storage means for storing component information including a deployment process for deploying the component with the deployment tool for each pair with each of the plurality of components based on the component information Identifying a deployment process corresponding to a designated deployment tool among the plurality of deployment tools, and identifying each of the plurality of components based on a dependency relationship between the plurality of components
  • An order determining means for determining an execution order of the deployed processing, and each of the plurality of components according to the determined execution order. It was the installation process and executes the application setting information of the components, to deploy the plurality of components, and a deployment execution unit.
  • the deployment method includes setting information that does not depend on a deployment tool for each of a plurality of components constituting the system, and a plurality of deployment tools that can be used to deploy each of the plurality of components and the components.
  • the designated deployment of the plurality of deployment tools based on component information including a deployment process for deploying the component with the deployment tool for each pair
  • a deployment process corresponding to the tool is identified, and an execution order of the deployment process identified for each of the plurality of constituent elements is determined based on the dependency relationship between the plurality of constituent elements, and according to the determined execution order Deploying the plurality of components by executing the deployment process specified for each of the plurality of components by applying the setting information of the components .
  • the computer-readable recording medium includes a setting information that does not depend on a deployment tool for each of a plurality of components constituting the system, and each of the plurality of components and the deployment of the components.
  • the plurality of deployments for each of the plurality of components based on component information including a deployment process for deploying the component by the deployment tool for each pair with a plurality of deployment tools that can be used for
  • a deployment process corresponding to a designated deployment tool is specified, and an execution order of the specified deployment process is determined for each of the plurality of components based on the dependency relationship between the plurality of components.
  • the deployment process specified for each of the plurality of components is executed by applying the setting information of the components. By, deploying a plurality of components, and stores a program for executing the process.
  • the effect of the present invention is that a system configuration definition file generated for a certain environment can be easily applied to system deployment for another environment.
  • FIG. 2 is a block diagram showing a configuration of the deployment system in the first exemplary embodiment of the present invention.
  • the deployment system includes a deployment device 100, a deployment environment 200, and an input device 300.
  • the deployment device 100 is connected to the deployment environment 200 and the input device 300 via a network or the like.
  • a plurality of deployment environments 200 may be connected.
  • the deployment device 100 deploys the information system to be constructed in the deployment environment 200 according to the system configuration definition file (system definition) received from the input device 300.
  • system configuration definition file system definition
  • the deployment environment 200 is an execution environment provided in the above-described AWS, for example, and includes one or more computers.
  • the deployment environment 200 executes processing of software modules such as a virtual machine (VM), which is a component of the system, and an OS (Operating System), middleware, and application on the VM on a computer.
  • VM virtual machine
  • OS Operating System
  • middleware middleware
  • application application on the VM on a computer.
  • the input device 300 receives an input of the system definition from the user and transmits it to the deployment device 100.
  • the deployment device 100 includes a component information storage unit 110, a component identification unit 120 (or identification unit), an order determination unit 130, a parameter collection unit 140, and task generation. Unit 150 and deployment execution unit 160.
  • the component information storage unit 110 stores component information 111.
  • system component setting information, deployment processing for deploying each component using a deployment tool, deployment tool setting information, and descriptions related to preprocessing are described. Treat as a component.
  • tools for deploying components software modules
  • operation groups and scripts for preparing and setting for using the deployment environment 200 are also deployed. Treat as a tool.
  • FIG. 6 is a diagram showing an example of the component information 111 in the first embodiment of the present invention.
  • an abstract component, a concrete component, and a deployment component are used as components.
  • the abstract component is a component obtained by abstracting a system component (software module), and includes a parameter (or setting information) (“parameter” in FIG. 6) that does not depend on the deployment tool of the component.
  • the deployment component is a component corresponding to the deployment tool, the parameter of the deployment tool (“parameter” in FIG. 6), and the identifier of the concrete component that can execute the deployment process by the deployment tool (“component” in FIG. 6). )including. Further, the deployment component may include a description (not shown) of preprocessing necessary for using the deployment tool, such as a deployment tool activation process and a health check.
  • a concrete component is a component that embodies an abstract component and inherits the parameters of the abstract component.
  • the concrete component includes a parameter depending on the deployment tool (“parameter” in FIG. 6) and a description of a deployment process using the deployment tool (“deployment process” in FIG. 6).
  • a concrete component is generated for each available deployment tool for each abstract component.
  • solid arrows indicate inheritance relationships, and the concrete component that is the original of the arrow inherits the parameter value of the previous abstract component.
  • abstract components “C_Linux” and “C_Apache” are components obtained by abstracting the constituent elements OS “Linux (registered trademark)” and middleware “Apache (registered trademark)”, respectively.
  • Deployment components “C_AWS” and “C_Ansible” are components corresponding to the deployment tools “AWS” and “Ansible”, respectively.
  • a concrete component “C_AWS_Linux” that can execute the deployment process by the deployment tool “AWS” is set.
  • a concrete component “C_Ansible_Apache” that can be deployed by the deployment tool “Ansible” is set.
  • Concrete components “C_AWS_Linux” and “C_Ansible_Apache” are components that embody the abstract components “C_Linux” and “C_Apache”, respectively.
  • the concrete component “C_AWS_Linux” is a component for deploying the component “Linux” using the deployment tool “AWS”.
  • An inheritance relationship in which “C_AWS_Linux” inherits “C_Linux” exists between the concrete component “C_AWS_Linux” and the abstract component “C_Linux”. This inheritance relationship indicates that the concrete component “C_AWS_Linux” inherits the value of the parameter of the abstract component “C_Linux”.
  • the concrete component “C_Ansible_Apache” indicates that the component “Apache” is deployed using the deployment tool “Ansible”.
  • An inheritance relationship in which “C_Ansible_Apache” inherits “C_Apache” exists between the concrete component “C_Ansible_Apache” and the abstract component “C_Apache”. This inheritance relationship indicates that the concrete component “C_Ansible_Apache” inherits the value of the parameter of the abstract component “C_Apache”.
  • these components are generated in advance by a deployment system administrator, a user, or the like in accordance with components that can be used for system construction or a deployment tool, and registered in the component information 111 in advance.
  • the user designates, as a system definition, an abstract component corresponding to a system component among components registered in the component information 111, and a deployment component corresponding to a deployment tool for deploying the abstract component.
  • the user also specifies the abstract component, the dependency relationship between the deployment components, and the parameter values of the abstract component and the deployment component in the system definition.
  • FIG. 7 is an example of a system definition in the first embodiment of the present invention.
  • dotted arrows indicate dependency relationships between components, and the original component of the arrow depends on the previous component.
  • the component identification unit 120 identifies concrete components corresponding to the abstract component and the deployment component specified as the system definition among the concrete components included in the component information 111.
  • the parameter collection unit 140 determines the parameter value of the concrete component based on the parameter value of the inheritance destination abstract component and the parameter value of the deployment component corresponding to the concrete component.
  • the task generation unit 150 generates a task for performing a deployment process described in each deployment component and a pre-process described in the concrete component.
  • the order determining unit 130 determines the execution order of tasks generated for the deployment component and the concrete component based on the dependency between the abstract component and the deployment component.
  • the deployment execution unit 160 executes the generated task according to the determined execution order, thereby deploying system components and constructing the system.
  • the deployment device 100 may be a computer that includes a CPU (Central Processing Unit) and a storage medium that stores a program, and that operates by control based on the program.
  • a CPU Central Processing Unit
  • a storage medium that stores a program, and that operates by control based on the program.
  • FIG. 3 is a block diagram showing a configuration of the deployment device 100 realized by a computer according to the first embodiment of the present invention.
  • the deployment apparatus 100 includes a CPU 101, a storage device 102 (storage medium) such as a hard disk and a memory, a communication device 103 that communicates with other apparatuses, and an input / output device 104 such as a keyboard and a display.
  • the CPU 101 executes computer programs for realizing the component identification unit 120, the order determination unit 130, the parameter collection unit 140, the task generation unit 150, and the deployment execution unit 160.
  • the storage device 102 stores data in the component information storage unit 110.
  • the communication device 103 receives the system definition from the input device 300. Further, the communication device 103 transmits a deployment request to the deployment environment 200.
  • the input / output device 104 performs input from the administrator, the user, etc., and the output to the administrator, the user, etc., such as various settings related to the component information 111 and the deployment apparatus 100.
  • each component of the deployment device 100 may be an independent logic circuit.
  • each component of the deployment device 100 may be distributed and arranged in different devices connected by wire or wirelessly.
  • FIG. 4 is a flowchart showing the operation of the deployment device 100 in the first exemplary embodiment of the present invention.
  • component information 111 as shown in FIG. 6 is stored in the component information storage unit 110, and the system definition as shown in FIG. 7 is input by the user as the system definition of the system to be constructed.
  • the component identification unit 120 identifies a concrete component corresponding to an abstract component and a deployment component specified in the system definition (step S1).
  • the component identification unit 120 inherits the designated abstract component from the component information 111, and identifies the concrete component in which the identifier is set for the deployed component on which the abstract component depends.
  • FIG. 8 is a diagram showing a specific example of concrete components in the first embodiment of the present invention.
  • the component identification unit 120 inherits the abstract component “C_Linux” and identifies the concrete component “C_AWS_Linux” set in the deployment component “C_AWS” on which “C_Linux” depends.
  • the component identification unit 120 inherits the abstract component “C_Apache” and identifies the concrete component “C_Ansible_Apache” set in the deployment component “C_Ansible” on which “C_Apache” depends.
  • the parameter collection unit 140 determines the parameter value of the identified concrete component (step S2).
  • FIG. 9 is a diagram showing details of concrete components in the first embodiment of the present invention.
  • a character string of an operation defined by the deployment tool for deploying the component is described.
  • an HTTP Hypertext Transfer Protocol
  • FTP File Transfer Protocol
  • the command character string includes a variable character string indicating the parameter name.
  • the variable character string “ ⁇ hostIp ⁇ ” is included in the command of the concrete component “C_Ansible_Apache”.
  • a variable character string may be included in the external file referred to in the command.
  • the external file “playbook.yml” referenced in the command includes variable character strings “ ⁇ rootDir ⁇ ” and “ ⁇ port ⁇ ”.
  • a variable character string may be included in a structured file such as a JSON format attached to the HTTP request.
  • a parameter designated as a variable character string is indicated as a parameter.
  • parameters “hostIp”, “rootDir”, and “port” specified by the command and the external file are shown.
  • the parameter collection unit 140 acquires the value of each parameter based on the parameter value of the same name (character string) of the abstract component inherited by the concrete component and other components to which the abstract component depends. Then, the parameter collection unit 140 replaces the acquired value with the corresponding variable character string of the command or the external file.
  • FIG. 10 is a diagram showing details of concrete components after collecting parameters in the first embodiment of the present invention.
  • the parameter collection unit 140 sets the variable character string “ ⁇ hostIp ⁇ ” of the command of the concrete component “C_Ansible_Apache” to the value of the parameter “hostIp” specified by the abstract component “C_Linux”. Replace with “192.168.0.1”. Further, the parameter collection unit 140 converts the variable character strings “ ⁇ rootDir ⁇ ” and “ ⁇ port ⁇ ” of the external file “playbook.yml” to the parameter “rootDir” specified by the abstract component “C_Apache”, respectively. ”Value“ / var / lib / www ”and“ port ”value“ 80 ”.
  • the parameter collection unit 140 acquires the value of the parameter specified as the variable character string from the parameter value of the abstract component “C_Linux” or other components.
  • the parameter collection unit 140 may similarly define a parameter as a variable character string of a command for pre-processing of a deployment component, and acquire a parameter value from another component.
  • the task generation unit 150 generates a task for executing preprocessing described by each deployment component and deployment processing described by each concrete component (step S3).
  • the task generation unit 150 generates a task for executing a command in which a parameter value is embedded for the preprocessing described in each deployment component and the deployment processing described in each concrete component.
  • the task generation unit 150 transfers the generated task list (task list) to the deployment execution unit 160.
  • the task generation unit 150 generates a task for executing the command of FIG. 10 for the concrete component “C_Ansible_Apache”. Similarly, the task generation unit 150 generates tasks for the concrete component “C_AWS_Linux” and the deployment components “C_Ansible” and “C_AWS”.
  • the order determining unit 130 determines the execution order of the tasks generated for the deployment component and the concrete component (step S4).
  • the order determining unit 130 determines the task execution order for the deployment component and the concrete component based on the dependency relationship between the deployment component and the abstract component inherited by the concrete component.
  • the system definition can be considered as a directed acyclic graph in which components are nodes and dependencies are edges.
  • the directed acyclic graph can be ordered by performing topological sort, and the determined order can be used as the execution order of each task.
  • topological sorting of a directed acyclic graph have been proposed, but the algorithm to be used is not limited in the embodiment of the present invention.
  • the order determination unit 130 transfers the topological sort result to the deployment execution unit 160.
  • FIG. 11 is a diagram showing an example of the result of topological sorting in the first embodiment of the present invention.
  • the order determining unit 130 performs topological sorting as illustrated in FIG. 11 according to the dependency relationship for the deployment component and the abstract component specified in the system definition in FIG. Since the result of the topological sort follows the dependency relationship, the actual task execution order is the reverse of the result of the topological sort.
  • the deployment execution unit 160 deploys system components by executing tasks in accordance with the determined execution order (step S5).
  • the deployment execution unit 160 executes the task generated for the deployment component and the task generated for the concrete component corresponding to the abstract component in order in the reverse order of the topological sort result.
  • FIG. 5 is a flowchart showing details of the task execution process (step S5) in the first embodiment of the present invention.
  • the deployment executing unit 160 extracts one component (node) in order from the tail of the topological sort result acquired from the order determining unit 130 (step S51).
  • the deployment execution unit 160 acquires a task corresponding to the extracted component from the task list acquired from the task generation unit 150 (step S52).
  • the deployment execution unit 160 executes the acquired task and checks the deployment result from the deployment tool (step S53). When the deployment result is unsuccessful (step S54 / N), the deployment execution unit 160 outputs an error log (step S56) and ends the task execution process. If the deployment result is successful (step S54 / Y), the deployment execution unit 160 repeats steps S51 to S54 until the processing for all components (nodes) included in the topological sort result is performed (step S55). .
  • the deployment execution unit 160 executes the task generated for the deployment component “C_AWS” according to the result of the topological sort as shown in FIG. 11, and is the deployment environment 200 as preprocessing of the deployment tool “AWS”. Log in to the AWS service.
  • the deployment execution unit 160 executes a task for the concrete component “C_AWS_Linux”, and deploys a virtual machine of the OS “Linux” as a deployment process using the deployment tool “AWS”.
  • Parameters “hostname” “HOST1” and “hostIp” “192.168.0.1” are set in the OS “Linux”.
  • the deployment execution unit 160 executes a task for the deployment component “C_Ansible” and activates the deployment tool “Ansible” on the OS “Linux” as preprocessing of the deployment tool “Ansible”. Finally, the deployment execution unit 160 executes a task for the concrete component “C_Ansible_Apache”, and deploys the middleware “Apache” as a deployment process using the deployment tool “Ansible”. In the middleware “Apache”, parameters hostIp “192.168.0.1”, rootDir “/ var / lib / www”, and port “80” are set.
  • FIG. 1 is a block diagram showing a characteristic configuration of the first embodiment of the present invention.
  • the deployment device 100 includes a component information storage unit 110, a component identification unit 120 (specification unit), an order determination unit 130, and a deployment execution unit 160.
  • the component information storage unit 110 stores component information 111.
  • the component information 111 includes setting information that does not depend on the deployment tool for each of a plurality of constituent elements constituting the system.
  • the component information 111 further includes, for each of a plurality of component elements constituting the system, the component element corresponding to the combination of the component element and each of a plurality of deployment tools that can be used to deploy the component element. Includes a deployment process to deploy.
  • the component identification unit 120 identifies, for each of the plurality of components, the deployment process corresponding to the designated deployment tool among the plurality of deployment tools based on the component information 111.
  • the order determination unit 130 determines the execution order of the deployment process specified for each of the plurality of components based on the dependency relationships between the plurality of components.
  • the deployment execution unit 160 deploys a plurality of components by executing the deployment process specified for each of the plurality of components by applying the setting information of the components according to the determined execution order.
  • a system configuration definition file generated for a certain environment can be easily Applicable to system deployment for environment.
  • the reason is that the deployment apparatus 100 identifies the deployment process corresponding to the designated deployment tool, determines the execution order of the identified deployment process based on the dependency between the components, and determines the determined execution order This is because the specified deployment process is executed by applying the setting information of the component.
  • the description related to the deployment tool includes the activation order between the deployment tools ( Dependencies) and data linkage are included. Therefore, even if the deployment destination environment and components of the system do not change, if the combination of deployment tools is changed, the description of the changed deployment tool and the deployment tool that has a dependency relationship with the deployment tool will be corrected. There was a need to do.
  • the order determination unit 130 determines the execution order of the deployment process specified for each component based on the dependency relationship between the components, and the deployment execution unit 160 deploys according to the determined execution order. This is because the process is executed. Thereby, it is not necessary to describe the activation order (dependency relationship) between the deployment tools in the description related to the deployment tool, and it is not necessary to modify the description even when the combination of the deployment tools is changed.
  • FIG. 12 is a block diagram showing a configuration of the deployment system in the second exemplary embodiment of the present invention.
  • the deployment execution unit 160 of the deployment device 100 is replaced with the deployment execution unit 165, and the output device 400 is added.
  • the deployment execution unit 165 outputs (displays) the deployment execution plan to the user via the output device 400 before executing the deployment process.
  • FIG. 13 is a flowchart showing details of the task execution process (step S5) in the second embodiment of the present invention.
  • the deployment execution unit 165 extracts one component (node) in order from the tail of the topological sort result acquired from the order determination unit 130 (step S61).
  • the deployment execution unit 165 extracts tasks corresponding to the extracted components from the task list acquired from the task generation unit 150, and sequentially registers them in the deployment execution plan (step S62).
  • the deployment execution unit 165 repeats steps S61 and S62 until the processing for all components (nodes) included in the result of the topological sort is performed (step S63).
  • the deployment execution unit 165 outputs (displays) the deployment execution plan to the user via the output device 400 (step S64).
  • FIG. 14 is a diagram showing an example of an output screen of the deployment execution plan in the second exemplary embodiment of the present invention.
  • the deployment component and the abstract component corresponding to the concrete component are displayed as the deployment execution plan in the execution order of the corresponding tasks.
  • the deployment execution unit 165 displays the output screen of FIG.
  • the deployment execution unit 165 may display a concrete component instead of the abstract component.
  • the deployment execution unit 165 may further display the values of the parameters of each component, the contents of the deployment process, and the preprocess as the deployment execution plan.
  • the user determines that there is no problem with the output deployment execution plan
  • the user instructs deployment execution.
  • the deployment execution unit 165 receives a deployment execution instruction from the user via the input device 300 (step S65).
  • the deployment execution unit 165 extracts one task from the beginning of the deployment execution plan (step S66).
  • the deployment execution unit 165 executes the extracted task and checks the deployment result from the deployment tool (step S67). When the deployment result is unsuccessful (step S68 / N), the deployment execution unit 165 outputs an error log (step S70) and ends the task execution process. If the deployment result is successful (step S68 / Y), the deployment execution unit 165 repeats steps S66 to S68 until all tasks included in the deployment execution plan are executed (step S69).
  • the deployment execution unit 165 outputs a deployment execution plan indicating the execution order of the deployment processing of each component, and a deployment execution instruction is input to the output of the deployment execution plan. This is because the deployment process is executed according to the execution order.
  • the present invention can be widely applied to editing tools for editing the configuration definition file of the information system.
  • the present invention can be widely applied to a system deployment tool that deploys an execution environment by combining components of an information system such as an application and a server.
  • Deployment device 101 CPU DESCRIPTION OF SYMBOLS 102 Storage device 103 Communication device 104 Input / output device 110 Component information storage part 111 Component information 120 Component specification part 130 Order determination part 140 Parameter collection part 150 Task generation part 160 Deployment execution part 165 Deployment execution part 200 Deployment environment 300 Input device

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Stored Programmes (AREA)

Abstract

ある環境に対して生成されたシステムの構成定義ファイルを、容易に、他の環境に対するシステム配備に適用する。　配備装置１００のコンポーネント情報記憶部１１０は、システムを構成する各構成要素に対する、配備ツールに依存しない設定情報、及び、各構成要素と当該構成要素の配備に利用可能な各配備ツールとの組に対する、当該配備ツールによる配備処理、を含むコンポーネント情報１１１を記憶する。コンポーネント特定部１２０は、各構成要素について、コンポーネント情報１１１をもとに、指定された配備ツールに対応する配備処理を特定する。順序決定部１３０は、構成要素間の依存関係をもとに、特定した配備処理の実行順序を決定する。配備実行部１６０は、実行順序に従って、特定した配備処理を、構成要素の設定情報を適用して実行することにより、複数の構成要素を配備する。

Description

配備装置、配備方法、及び、記録媒体
　本発明は、配備装置、配備方法、及び、記録媒体に関し、特に、情報システムの構築を行う配備装置、配備方法、及び、記録媒体に関する。
　近年、多くの情報システム（以下、単にシステムとも記載する）では、構成情報を構造化文書として記述することにより、その構成を管理している。特に、システムをクラウド基盤へ配備（デプロイ）するために、ＶＭ（仮想マシン）やネットワーク等、システムの構成要素に係る構成情報を構造化文書として記述し、構成定義ファイルとして管理することが広く行われている。この場合、構成情報は、例えば、ＸＭＬ（Extensible Markup Language）やＪＳＯＮ（JavaScript（登録商標） Object Notation）等の記述構文や形式で、一括して記述される。
　これらの構成定義ファイルは、構造化文書の取り扱い上の利点（例えば、部分的な切り出しや、コピー、再利用が容易である）を持つ。従って、デザインパターンを組み合わせることで、比較的容易に、個別の要件に合わせた複雑な情報システムを構築できる。
　また、構成定義ファイルに従って実行環境にシステムを配備するためには、構成定義ファイルに、さらに、各構成要素を配備するための配備ツールに係る記述が組み込まれる。配備ツールに係る記述としては、例えば、配備ツールの起動、配備ツール間のデータの受け渡し、構成要素間の依存関係に応じた配備ツールの起動順序に係る記述がある。
　このような配備ツールの一例が、例えば、非特許文献１に開示されている。非特許文献１に開示されている、アマゾンウェブサービス（登録商標）（以下、ＡＷＳと記載する）の配備ツールＣｌｏｕｄＦｏｒｍａｔｉｏｎでは、構成定義ファイルに記述されるＤｅｐｅｎｄｓＯｎという属性により、構成要素間の配備順序が制御される。また、他の配備ツールであるＰｕｐｐｅｔやＣｈｅｆ等でも、同様に、依存関係や設定順序が制御可能であり、これらのツールは、様々なシステムの配備で広く用いられている。
　システムの構成管理や配備をより効率化するために、このような構成定義ファイルを、複数の異なる環境へのシステム配備に適用することが要求されている。
　しかしながら、これらの構成定義ファイルの記述構文や形式は、一般に、環境において利用可能な配備ツールに応じて固定的に決まっている。したがって、ある環境に対して生成された構成定義ファイルを他の環境に対するシステム配備に適用（再利用）するためには、構成定義ファイルの形式の変換が必要である。
　例えば、ＶＭとＶＭ上のソフトウェアにより構成されるシステムをＡＷＳ環境へ配備するための構成定義ファイルにおいて、ＶＭの構成情報がＣｌｏｕｄＦｏｒｍａｔｉｏｎ形式、ソフトウェアの構成情報がＣｏｏｋｂｏｏｋ形式で記載されていると仮定する。Ｃｏｏｋｂｏｏｋ形式は、上述の配備ツールＣｈｅｆで用いられる記述形式である。同じシステムをＭｉｃｒｏｓｏｆｔ（登録商標）Ａｚｕｒｅ環境（以下Ａｚｕｒｅ環境）に配備する場合、構成定義ファイルにおけるこれらの構成情報の形式を、Ａｚｕｒｅ環境で利用可能な配備ツールで定義される形式に変換する必要がある。
"AWS CloudFormation"、Amazon Web Services, Inc.、［online］、［2015年7月16日検索］、インターネット〈URL：http://aws.amazon.com/jp/cloudformation/〉
　上述のように、システムを、非特許文献１に記載されているような配備ツールに依存した構成定義ファイルに従って配備する場合、ある環境に対して生成された構成定義ファイルを、他の環境に対するシステム配備に適用することは難しいという課題があった。
　本発明の目的は、上述の課題を解決し、ある環境に対して生成されたシステムの構成定義ファイルを、容易に、他の環境に対するシステム配備に適用できる、配備装置、配備方法、及び、記録媒体を提供することにある。
　本発明の配備装置は、システムを構成する複数の構成要素の各々に対する、配備ツールに依存しない設定情報、及び、前記複数の構成要素の各々と当該構成要素の配備に利用可能な複数の配備ツールの各々との組に対する、当該構成要素を当該配備ツールにより配備する配備処理、を含むコンポーネント情報を記憶する、コンポーネント情報記憶手段と、前記複数の構成要素の各々について、前記コンポーネント情報をもとに、前記複数の配備ツールの内の指定された配備ツールに対応する配備処理を特定する、特定手段と、前記複数の構成要素間の依存関係をもとに、前記複数の構成要素の各々について特定した配備処理の実行順序を決定する、順序決定手段と、前記決定された実行順序に従って、前記複数の構成要素の各々について特定した配備処理を、当該構成要素の設定情報を適用して実行することにより、前記複数の構成要素を配備する、配備実行手段と、を備える。
　本発明の配備方法は、システムを構成する複数の構成要素の各々に対する、配備ツールに依存しない設定情報、及び、前記複数の構成要素の各々と当該構成要素の配備に利用可能な複数の配備ツールの各々との組に対する、当該構成要素を当該配備ツールにより配備する配備処理、を含むコンポーネント情報をもとに、前記複数の構成要素の各々について、前記複数の配備ツールの内の指定された配備ツールに対応する配備処理を特定し、前記複数の構成要素間の依存関係をもとに、前記複数の構成要素の各々について特定した配備処理の実行順序を決定し、前記決定された実行順序に従って、前記複数の構成要素の各々について特定した配備処理を、当該構成要素の設定情報を適用して実行することにより、前記複数の構成要素を配備する。
　本発明のコンピュータが読み取り可能な記録媒体は、コンピュータに、システムを構成する複数の構成要素の各々に対する、配備ツールに依存しない設定情報、及び、前記複数の構成要素の各々と当該構成要素の配備に利用可能な複数の配備ツールの各々との組に対する、当該構成要素を当該配備ツールにより配備する配備処理、を含むコンポーネント情報をもとに、前記複数の構成要素の各々について、前記複数の配備ツールの内の指定された配備ツールに対応する配備処理を特定し、前記複数の構成要素間の依存関係をもとに、前記複数の構成要素の各々について特定した配備処理の実行順序を決定し、前記決定された実行順序に従って、前記複数の構成要素の各々について特定した配備処理を、当該構成要素の設定情報を適用して実行することにより、前記複数の構成要素を配備する、処理を実行させるプログラムを格納する。
　本発明の効果は、ある環境に対して生成されたシステムの構成定義ファイルを、容易に、他の環境に対するシステム配備に適用できることである。
本発明の第１の実施の形態の特徴的な構成を示すブロック図である。 本発明の第１の実施の形態における、配備システムの構成を示すブロック図である。 本発明の第１の実施の形態における、コンピュータにより実現された配備装置１００の構成を示すブロック図である。 本発明の第１の実施の形態における、配備装置１００の動作を示すフローチャートである。 本発明の第１の実施の形態における、タスク実行処理（ステップＳ５）の詳細を示すフローチャートである。 本発明の第１の実施の形態における、コンポーネント情報１１１の例を示す図である。 本発明の第１の実施の形態における、システム定義の例である。 本発明の第１の実施の形態における、具象コンポーネントの特定の例を示す図である。 本発明の第１の実施の形態における、具象コンポーネントの詳細を示す図である。 本発明の第１の実施の形態における、パラメータ収集後の具象コンポーネントの詳細を示す図である。 本発明の第１の実施の形態における、トポロジカルソートの結果の例を示す図である。 本発明の第２の実施の形態における、配備システムの構成を示すブロック図である。 本発明の第２の実施の形態における、タスク実行処理（ステップＳ５）の詳細を示すフローチャートである。 本発明の第２の実施の形態における、配備実行計画の出力画面の例を示す図である。
　（第１の実施の形態）
　本発明の第１の実施の形態について説明する。
　はじめに、本発明の第１の実施の形態の構成を説明する。図２は、本発明の第１の実施の形態における、配備システムの構成を示すブロック図である。図２を参照すると、配備システムは、配備装置１００、配備環境２００、及び、入力装置３００を含む。配備装置１００は、配備環境２００、及び、入力装置３００とネットワーク等により接続される。配備環境２００は、複数接続されていてもよい。
　配備装置１００は、入力装置３００から受信したシステムの構成定義ファイル（システム定義）に従って、構築対象の情報システムを配備環境２００に配備する。
　配備環境２００は、例えば、上述のＡＷＳにおいて提供される実行環境であり、１以上のコンピュータを含む。配備環境２００は、コンピュータ上で、システムの構成要素である、仮想マシン（ＶＭ）、及び、当該ＶＭ上での、ＯＳ（Operating System）、ミドルウェア、アプリケーション等の、ソフトウェアモジュールの処理を実行する。
　入力装置３００は、ユーザからシステム定義の入力を受け付け、配備装置１００に送信する。
　図２を参照すると、本発明の第１の実施の形態の配備装置１００は、コンポーネント情報記憶部１１０、コンポーネント特定部１２０（または、特定部）、順序決定部１３０、パラメータ収集部１４０、タスク生成部１５０、及び、配備実行部１６０を含む。
　コンポーネント情報記憶部１１０は、コンポーネント情報１１１を記憶する。本発明の実施の形態では、以下で説明するように、システムの構成要素の設定情報や、各構成要素を配備ツールにより配備するための配備処理、配備ツールの設定情報や前処理に係る記述をコンポーネントとして扱う。なお、本発明の実施の形態では、上述のＡＷＳにおけるＣｌｏｕｄＦｏｒｍａｔｉｏｎ等、構成要素（ソフトウェアモジュール）を配備するツールに加え、配備環境２００を使用するための準備や設定を行う操作群やスクリプトも、配備ツールとして扱う。
　図６は、本発明の第１の実施の形態における、コンポーネント情報１１１の例を示す図である。本発明の実施の形態では、コンポーネントとして抽象コンポーネント、具象コンポーネント、及び、配備コンポーネントを用いる。
　抽象コンポーネントは、システムの構成要素（ソフトウェアモジュール）を抽象化したコンポーネントであり、当該構成要素の、配備ツールに依存しないパラメータ（または、設定情報）（図６における「parameter」）を含む。
　配備コンポーネントは、配備ツールに対応するコンポーネントであり、当該配備ツールのパラメータ（図６における「parameter」）、及び、当該配備ツールによって配備処理を実行可能な具象コンポーネントの識別子（図６における「component」）を含む。また、配備コンポーネントは、配備ツールの起動処理やヘルスチェック等、当該配備ツールを利用するために必要な前処理の記述（図示せず）を含んでいてもよい。
　具象コンポーネントは、抽象コンポーネントを具体化したコンポーネントであり、抽象コンポーネントのパラメータを継承する。具象コンポーネントは、配備ツールに依存するパラメータ（図６における「parameter」）、及び、当該配備ツールを用いた配備処理の記述（図６における「deployment process」）を含む。具象コンポーネントは、各抽象コンポーネントについて利用可能な配備ツールごとに生成される。
　図６において、実線の矢印は、継承関係を示し、矢印の元の具象コンポーネントが先の抽象コンポーネントのパラメータの値を継承する。
　例えば、図６において、抽象コンポーネント「C_Linux」、「C_Apache」は、それぞれ、構成要素である、ＯＳ「Linux（登録商標）」、ミドルウェア「Apache（登録商標）」を抽象化したコンポーネントである。
　配備コンポーネント「C_AWS」、「C_Ansible」は、それぞれ、配備ツール「AWS」、「Ansible」に対応するコンポーネントである。配備コンポーネント「C_AWS」には、配備ツール「AWS」により配備処理を実行可能な具象コンポーネント「C_AWS_Linux」が設定されている。配備コンポーネント「C_Ansible」には、配備ツール「Ansible」により配備処理を実行可能な具象コンポーネント「C_Ansible_Apache」が設定されている。
　具象コンポーネント「C_AWS_Linux」、「C_Ansible_Apache」は、それぞれ、抽象コンポーネント「C_Linux」、「C_Apache」を具体化したコンポーネントである。具象コンポーネント「C_AWS_Linux」は、構成要素「Linux」を、配備ツール「AWS」を用いて配備するためのコンポーネントである。具象コンポーネント「C_AWS_Linux」と抽象コンポーネント「C_Linux」の間には、「C_AWS_Linux」が「C_Linux」を継承する継承関係が存在する。この継承関係は、具象コンポーネント「C_AWS_Linux」が、抽象コンポーネント「C_Linux」のパラメータの値を継承することを示す。また、具象コンポーネント「C_Ansible_Apache」は、構成要素「Apache」を、配備ツール「Ansible」を用いて配備することを示す。具象コンポーネント「C_Ansible_Apache」と抽象コンポーネント「C_Apache」の間には、「C_Ansible_Apache」が「C_Apache」を継承する継承関係が存在する。この継承関係は、具象コンポーネント「C_Ansible_Apache」が、抽象コンポーネント「C_Apache」のパラメータの値を継承することを示す。
　これらのコンポーネントは、システム構築に利用可能な構成要素や、配備ツールに応じて、予め、配備システムの管理者やユーザ等により生成され、予め、コンポーネント情報１１１に登録されていると仮定する。
　ユーザは、システム定義として、コンポーネント情報１１１に登録されているコンポーネントの内、システムの構成要素に対応する抽象コンポーネント、当該抽象コンポーネントを配備するための配備ツールに対応する配備コンポーネントを指定する。また、ユーザは、システム定義において、抽象コンポーネント、配備コンポーネント間の依存関係、及び、抽象コンポーネント、配備コンポーネントのパラメータの値も指定する。
　図７は、本発明の第１の実施の形態における、システム定義の例である。図７において、点線の矢印はコンポーネント間の依存関係を示し、矢印の元のコンポーネントが先のコンポーネントに依存する。
　例えば、図７において、抽象コンポーネント「C_Apache」と抽象コンポーネント「C_Linux」の間には、「C_Apache」が「C_Linux」に依存する依存関係が存在する。この依存関係は、構成要素「Apache」が、「Linux」により提供される機能やサービスを利用することを示す。
　また、抽象コンポーネント「C_Linux」と配備コンポーネント「C_AWS」の間には、「C_Linux」が「C_AWS」に依存する依存関係が存在する。この依存関係は、構成要素「Linux」を、配備ツール「AWS」により配備することを示す。同様に、抽象コンポーネント「C_Apache」と配備コンポーネント「C_Ansible」との間には、「C_Apache」が「C_Ansible」に依存する依存関係が存在する。この依存関係は、構成要素「Apache」を、配備ツール「Ansible」により配備することを示す。
　また、配備コンポーネント「C_Ansible」と抽象コンポーネント「C_Linux」の間には、「C_Ansible」が「C_Linux」に依存する依存関係が存在する。この依存関係は、構成要素「Ansible」が、「Linux」により提供される機能やサービスを利用することを示す。
　コンポーネント特定部１２０は、コンポーネント情報１１１に含まれる具象コンポーネントの内、システム定義として指定された抽象コンポーネント、配備コンポーネントに対応する具象コンポーネントを特定する。
　パラメータ収集部１４０は、具象コンポーネントのパラメータの値を、継承先の抽象コンポーネントのパラメータの値や、当該具象コンポーネントに対応する配備コンポーネントのパラメータの値をもとに決定する。
　タスク生成部１５０は、各配備コンポーネントに記述された配備処理や、具象コンポーネントに記述された前処理を行うタスクを生成する。
　順序決定部１３０は、抽象コンポーネント、配備コンポーネント間の依存関係をもとに、配備コンポーネント、具象コンポーネントに対して生成されたタスクの実行順序を決定する。
　配備実行部１６０は、決定した実行順序に従って、生成されたタスクを実行することにより、システムの構成要素を配備し、システムを構築する。
　なお、配備装置１００はＣＰＵ（Central Processing Unit）とプログラムを記憶した記憶媒体を含み、プログラムに基づく制御によって動作するコンピュータであってもよい。
　図３は、本発明の第１の実施の形態における、コンピュータにより実現された配備装置１００の構成を示すブロック図である。
　この場合、配備装置１００は、ＣＰＵ１０１、ハードディスクやメモリ等の記憶デバイス１０２（記憶媒体）、他の装置等と通信を行う通信デバイス１０３、キーボード、ディスプレイ等の入出力デバイス１０４を含む。ＣＰＵ１０１は、コンポーネント特定部１２０、順序決定部１３０、パラメータ収集部１４０、タスク生成部１５０、及び、配備実行部１６０を実現するためのコンピュータプログラムを実行する。記憶デバイス１０２は、コンポーネント情報記憶部１１０のデータを記憶する。通信デバイス１０３は、入力装置３００からシステム定義を受信する。また、通信デバイス１０３は、配備環境２００へ、配備要求を送信する。入出力デバイス１０４は、コンポーネント情報１１１や配備装置１００に係る各種設定等の、管理者やユーザ等からの入力、及び、管理者やユーザ等への出力を行う。
　また、配備装置１００の各構成要素は、独立した論理回路でもよい。
　また、配備装置１００の各構成要素は、有線、または、無線により接続された、異なる装置に分散して配置されていてもよい。
　次に、本発明の第１の実施の形態の動作を説明する。図４は、本発明の第１の実施の形態における、配備装置１００の動作を示すフローチャートである。
　ここでは、コンポーネント情報記憶部１１０に、図６のようなコンポーネント情報１１１が格納されており、構築対象のシステムのシステム定義として、図７のようなシステム定義がユーザより入力された仮定する。
　はじめに、コンポーネント特定部１２０は、システム定義で指定された抽象コンポーネント、及び、配備コンポーネントに対応する具象コンポーネントを特定する（ステップＳ１）。
　ここで、コンポーネント特定部１２０は、コンポーネント情報１１１から、指定された抽象コンポーネントを継承し、当該抽象コンポーネントが依存する配備コンポーネントに識別子が設定されている具象コンポーネントを特定する。
　図８は、本発明の第１の実施の形態における、具象コンポーネントの特定の例を示す図である。
　例えば、コンポーネント特定部１２０は、図８に示すように、抽象コンポーネント「C_Linux」を継承し、「C_Linux」が依存する配備コンポーネント「C_AWS」に設定されている具象コンポーネント「C_AWS_Linux」を特定する。また、コンポーネント特定部１２０は、抽象コンポーネント「C_Apache」を継承し、「C_Apache」が依存する配備コンポーネント「C_Ansible」に設定されている具象コンポーネント「C_Ansible_Apache」を特定する。
　次に、パラメータ収集部１４０は、特定した具象コンポーネントのパラメータの値を決定する（ステップＳ２）。
　図９は、本発明の第１の実施の形態における、具象コンポーネントの詳細を示す図である。具象コンポーネントでは、配備処理（deployment process）として、配備ツールで定義される、構成要素を配備するための操作（コマンド）の文字列が記述される。なお、コマンドとして、ＨＴＴＰ（Hypertext Transfer Protocol）リクエストやＦＴＰ（File Transfer Protocol）によるファイル転送が指定されていてもよい。
　コマンドの文字列は、パラメータ名を示す可変文字列を含む。図９の例では、具象コンポーネント「C_Ansible_Apache」のコマンドに、可変文字列「{{hostIp}}」が含まれている。また、コマンド内で参照される外部ファイルに、可変文字列が含まれていてもよい。図９の例では、コマンド内で参照される外部ファイル「playbook.yml」に、可変文字列「{{rootDir}}」、「{{port}}」が含まれている。コマンドとして、ＨＴＴＰリクエストが指定されている場合、ＨＴＴＰリクエストに付与されるＪＳＯＮ形式等の構造化ファイルに、可変文字列が含まれていてもよい。
　また、具象コンポーネントでは、パラメータ（parameter）として、可変文字列として指定されたパラメータが示される。図９の例では、コマンド、及び、外部ファイルで指定された、パラメータ「hostIp」、「rootDir」、「port」が示されている。
　パラメータ収集部１４０は、具象コンポーネントの継承先の抽象コンポーネントや当該抽象コンポーネントの依存先の他のコンポーネントの、同じ名前（文字列）のパラメータの値をもとに、各パラメータの値を取得する。そして、パラメータ収集部１４０は、取得した値を、コマンドや外部ファイルの対応する可変文字列と置き換える。
　図１０は、本発明の第１の実施の形態における、パラメータ収集後の具象コンポーネントの詳細を示す図である。例えば、パラメータ収集部１４０は、図１０に示すように、具象コンポーネント「C_Ansible_Apache」のコマンドの可変文字列「{{hostIp}}」を、抽象コンポーネント「C_Linux」で指定されたパラメータ「hostIp」の値「192.168.0.1」で置き換える。また、パラメータ収集部１４０は、外部ファイル「playbook.yml」の可変文字列「{{rootDir}}」、「{{port}}」を、それぞれ、抽象コンポーネント「C_Apache」で指定されたパラメータ「rootDir」の値「/var/lib/www」、「port」の値「80」で置き換える。
　パラメータ収集部１４０は、具象コンポーネント「C_AWS_Linux」についても同様に、可変文字列として指定されたパラメータの値を、抽象コンポーネント「C_Linux」や他のコンポーネントのパラメータの値から取得する。
　なお、パラメータ収集部１４０は、配備コンポーネントの前処理についても、同様に、コマンドの可変文字列としてパラメータを定義し、他のコンポーネントからパラメータの値を取得してもよい。
　次に、タスク生成部１５０は、各配備コンポーネントで記述される前処理、及び、各具象コンポーネントで記述される配備処理を実行するためのタスクを生成する（ステップＳ３）。
　ここで、タスク生成部１５０は、各配備コンポーネントで記述される前処理、及び、各具象コンポーネントで記述される配備処理について、パラメータの値が埋め込まれたコマンドを実行するためのタスクを生成する。タスク生成部１５０は、生成したタスクのリスト（タスクリスト）を、配備実行部１６０に転送する。
　例えば、タスク生成部１５０は、具象コンポーネント「C_Ansible_Apache」について、図１０のコマンドを実行するタスクを生成する。同様に、タスク生成部１５０は、具象コンポーネント「C_AWS_Linux」、配備コンポーネント「C_Ansible」、「C_AWS」についても、タスクを生成する。
　次に、順序決定部１３０は、配備コンポーネント、及び、具象コンポーネントに対して生成されたタスクの実行順序を決定する（ステップＳ４）。
　ここで、順序決定部１３０は、配備コンポーネント、及び、具象コンポーネントが継承する抽象コンポーネント間の依存関係をもとに、配備コンポーネント、及び、具象コンポーネントに対するタスクの実行順序を決定する。ここで、ユーザから入力されるシステム定義は、コンポーネント間で依存関係が循環しないように設定されると仮定する。この場合、システム定義は、コンポーネントがノード、依存関係がエッジである有向非循環グラフと考えることができる。有向非循環グラフは、一般に、トポロジカルソートを行うことで順序付けを行うことができ、決定した順序を、各タスクの実行順序として用いることができる。有向非循環グラフをトポロジカルソートするアルゴリズムは、いくつか提案されているが、本発明の実施の形態では、利用するアルゴリズムは限定されない。順序決定部１３０は、トポロジカルソートの結果を、配備実行部１６０に転送する。
　図１１は、本発明の第１の実施の形態における、トポロジカルソートの結果の例を示す図である。例えば、順序決定部１３０は、図７のシステム定義で指定された配備コンポーネント、及び、抽象コンポーネントについて、依存関係に従って、図１１のようにトポロジカルソートを行う。トポロジカルソートの結果は、依存関係に従っているため、実際のタスクの実行順序は、トポロジカルソートの結果の逆順となる。
　次に、配備実行部１６０は、決定した実行順序に従って、タスクを実行することにより、システムの構成要素を配備する（ステップＳ５）。
　ここで、配備実行部１６０は、配備コンポーネントに対して生成されたタスク、及び、抽象コンポーネントに対応する具象コンポーネントに対して生成されたタスクを、トポロジカルソートの結果の逆順で順番に実行する。
　図５は、本発明の第１の実施の形態における、タスク実行処理（ステップＳ５）の詳細を示すフローチャートである。
　配備実行部１６０は、順序決定部１３０より取得したトポロジカルソートの結果の最後尾から順番に、コンポーネント（ノード）を１つ抽出する（ステップＳ５１）。配備実行部１６０は、タスク生成部１５０より取得したタスクリストから、抽出したコンポーネントに対応するタスクを取得する（ステップＳ５２）。配備実行部１６０は、取得したタスクを実行し、配備ツールからの配備結果をチェックする（ステップＳ５３）。配備結果が失敗の場合（ステップＳ５４／Ｎ）、配備実行部１６０は、エラーログを出力し（ステップＳ５６）、タスク実行処理を終了する。配備結果が成功の場合（ステップＳ５４／Ｙ）、配備実行部１６０は、トポロジカルソートの結果に含まれる全てのコンポーネント（ノード）についての処理が行われるまで、ステップＳ５１～Ｓ５４を繰り返す（ステップＳ５５）。
　例えば、配備実行部１６０は、図１１のようなトポロジカルソートの結果に従って、配備コンポーネント「C_AWS」に対して生成されたタスクを実行し、配備ツール「AWS」の前処理として、配備環境２００であるＡＷＳのサービスにログインする。次に、配備実行部１６０は、具象コンポーネント「C_AWS_Linux」に対するタスクを実行し、配備ツール「AWS」を用いた配備処理として、ＯＳ「Linux」の仮想マシンを配備する。ＯＳ「Linux」には、パラメータhostname「HOST1」、hostIp「192.168.0.1」が設定される。次に、配備実行部１６０は、配備コンポーネント「C_Ansible」に対するタスクを実行し、配備ツール「Ansible」の前処理として、ＯＳ「Linux」上に配備ツール「Ansible」を起動する。最後に、配備実行部１６０は、具象コンポーネント「C_Ansible_Apache」に対するタスクを実行し、配備ツール「Ansible」を用いた配備処理として、ミドルウェア「Apache」を配備する。ミドルウェア「Apache」には、パラメータhostIp「192.168.0.1」、rootDir「/var/lib/www」、port「80」が設定される。
　以上により、本発明の第１の実施の形態の動作が完了する。
　次に、本発明の第１の実施の形態の特徴的な構成を説明する。図１は、本発明の第１の実施の形態の特徴的な構成を示すブロック図である。
　図１を参照すると、配備装置１００は、コンポーネント情報記憶部１１０、コンポーネント特定部１２０（特定部）、順序決定部１３０、及び、配備実行部１６０を含む。
　コンポーネント情報記憶部１１０は、コンポーネント情報１１１を記憶する。コンポーネント情報１１１は、システムを構成する複数の構成要素の各々に対する、配備ツールに依存しない設定情報を含む。コンポーネント情報１１１は、さらに、システムを構成する複数の構成要素の各々について、当該構成要素と当該構成要素の配備に利用可能な複数の配備ツールの各々との組に対する、当該構成要素を当該配備ツールにより配備する配備処理を含む。
　コンポーネント特定部１２０は、複数の構成要素の各々について、コンポーネント情報１１１をもとに、複数の配備ツールの内の指定された配備ツールに対応する配備処理を特定する。
　順序決定部１３０は、複数の構成要素間の依存関係をもとに、複数の構成要素の各々について特定した配備処理の実行順序を決定する。
　配備実行部１６０は、決定された実行順序に従って、複数の構成要素の各々について特定した配備処理を、当該構成要素の設定情報を適用して実行することにより、複数の構成要素を配備する。
　次に、本発明の第１の実施の形態の効果を説明する。
　本発明の第１の実施の形態によれば、システムを、構成定義ファイルに従って、配備ツールを用いて配備する場合に、ある環境に対して生成されたシステムの構成定義ファイルを、容易に他の環境に対するシステム配備に適用できる。その理由は、配備装置１００が、指定された配備ツールに対応する配備処理を特定し、構成要素間の依存関係をもとに、特定した配備処理の実行順序を決定し、決定された実行順序に従って、特定した配備処理を構成要素の設定情報を適用して実行するためである。
　これにより、構成定義ファイルとして、システムの構成要素間の依存関係と構成要素の設定情報を定義し、環境に応じた配備ツールを指定するだけで、異なる環境に対して、同じシステムを容易に配備できる。
　また、上述のように、システムを、非特許文献１に記載されているような、配備ツールに依存した構成定義ファイルに従って配備する場合、配備ツールに係る記述には、配備ツール間の起動順序（依存関係）やデータ連携等の記述が含まれる。このため、システムの配備先の環境や構成要素が変わらなくても、配備ツールの組み合わせが変更された場合に、変更された配備ツールや、当該配備ツールと依存関係がある配備ツールの記述を修正する必要があった。
　例えば、上述の配備ツールの組み合わせＣｌｏｕｄＦｏｒｍａｔｉｏｎとＣｈｅｆを、ＣｌｏｕｄＦｏｒｍａｔｉｏｎとＰｕｐｐｅｔへ変更したと仮定する。この場合、ＣｌｏｕｄＦｏｒｍａｔｉｏｎは変更されたＣｈｅｆを起動していたため、システム構成に変更が無いにもかかわらず、ＣｌｏｕｄＦｏｒｍａｔｉｏｎに係る記述の修正が必要である。
　本発明の第１の実施の形態によれば、このように配備ツールの組み合わせが変更された場合でも、構成定義ファイルの記述の変更を抑えることができる。その理由は、順序決定部１３０が、構成要素間の依存関係をもとに、各構成要素について特定した配備処理の実行順序を決定し、配備実行部１６０が、決定された実行順序に従って、配備処理を実行するためである。これにより、配備ツールに係る記述に、配備ツール間の起動順序（依存関係）を記述する必要がなく、配備ツールの組み合わせが変更された場合でも、当該記述を修正する必要がない。
　（第２の実施の形態）
　次に、本発明の第２の実施の形態について説明する。本発明の第２の実施の形態では、システム定義の入力後、即座にシステムの配備を行わず、配備に必要な情報を利用者へ提供し、対話的に配備を実行する点において、第１の実施の形態と異なる。
　図１２は、本発明の第２の実施の形態における、配備システムの構成を示すブロック図である。
　図１２を参照すると、本発明の第２の実施の形態の配備システムでは、配備装置１００の配備実行部１６０が配備実行部１６５に置き換わり、出力装置４００が追加されている。
　配備実行部１６５は、配備処理を実行する前に、配備実行計画を、出力装置４００を介して、ユーザへ出力（表示）する。
　図１３は、本発明の第２の実施の形態における、タスク実行処理（ステップＳ５）の詳細を示すフローチャートである。
　配備実行部１６５は、順序決定部１３０より取得したトポロジカルソートの結果の最後尾から順番に、コンポーネント（ノード）を１つ抽出する（ステップＳ６１）。配備実行部１６５は、タスク生成部１５０より取得したタスクリストから、抽出したコンポーネントに対応するタスクを抽出し、配備実行計画に、順番に登録する（ステップＳ６２）。配備実行部１６５は、トポロジカルソートの結果に含まれる全てのコンポーネント（ノード）についての処理が行われるまで、ステップＳ６１、Ｓ６２を繰り返す（ステップＳ６３）。配備実行部１６５は、配備実行計画を、出力装置４００を介して、ユーザへ出力（表示）する（ステップＳ６４）。
　図１４は、本発明の第２の実施の形態における、配備実行計画の出力画面の例を示す図である。図１４の例では、配備実行計画として、配備コンポーネント、及び、具象コンポーネントに対応する抽象コンポーネントが、対応するタスクの実行順に表示されている。例えば、配備実行部１６５は、図１４の出力画面を表示する。なお、配備実行部１６５は、抽象コンポーネントの代わりに具象コンポーネントを表示してもよい。また、配備実行部１６５は、配備実行計画として、さらに、各コンポーネントのパラメータの値や、配備処理、前処理の内容を表示してもよい。
　ユーザは、出力された配備実行計画に問題ないと判断した場合、配備実行を指示する。
　配備実行部１６５は、入力装置３００を介して、ユーザから配備実行の指示を受け付ける（ステップＳ６５）。配備実行部１６５は、配備実行計画の先頭から、タスクを１つ抽出する（ステップＳ６６）。配備実行部１６５は、抽出したタスクを実行し、配備ツールからの配備結果をチェックする（ステップＳ６７）。配備結果が失敗の場合（ステップＳ６８／Ｎ）、配備実行部１６５は、エラーログを出力し（ステップＳ７０）、タスク実行処理を終了する。配備結果が成功の場合（ステップＳ６８／Ｙ）、配備実行部１６５は、配備実行計画に含まれる全てのタスクが実行されるまで、ステップＳ６６～Ｓ６８を繰り返す（ステップＳ６９）。
　以上により、本発明の第２の実施の形態における動作が完了する。
　次に、本発明の第２の実施の形態の効果を説明する。
　本発明の第２の実施の形態によれば、システムを配備する前に、システム定義の入力ミスや要件漏れなどの不備を発見、修正できる。その理由は、配備実行部１６５が、各構成要素の配備処理の実行順序を示す配備実行計画を出力し、当該配備実行計画の出力に対して配備実行の指示が入力された場合に、決定した実行順序に従って、配備処理を実行するためである。
　以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
　この出願は、２０１５年７月２７日に出願された日本出願特願２０１５－１４７４０８を基礎とする優先権を主張し、その開示の全てをここに取り込む。
　本発明は、情報システムの構成定義ファイルを編集する編集ツールに広く適用できる。また、本発明は、アプリケーションやサーバ等、情報システムの構成要素を組み合わせて、実行環境に配備するシステム配備ツールにも広く適用できる。
　１００　　配備装置
　１０１　　ＣＰＵ
　１０２　　記憶デバイス
　１０３　　通信デバイス
　１０４　　入出力デバイス
　１１０　　コンポーネント情報記憶部
　１１１　　コンポーネント情報
　１２０　　コンポーネント特定部
　１３０　　順序決定部
　１４０　　パラメータ収集部
　１５０　　タスク生成部
　１６０　　配備実行部
　１６５　　配備実行部
　２００　　配備環境
　３００　　入力装置

Claims (10)

  1. 　システムを構成する複数の構成要素の各々に対する、配備ツールに依存しない設定情報、及び、前記複数の構成要素の各々と当該構成要素の配備に利用可能な複数の配備ツールの各々との組に対する、当該構成要素を当該配備ツールにより配備する配備処理、を含むコンポーネント情報を記憶する、コンポーネント情報記憶手段と、
    　前記複数の構成要素の各々について、前記コンポーネント情報をもとに、前記複数の配備ツールの内の指定された配備ツールに対応する配備処理を特定する、特定手段と、
    　前記複数の構成要素間の依存関係をもとに、前記複数の構成要素の各々について特定した配備処理の実行順序を決定する、順序決定手段と、
    　前記決定された実行順序に従って、前記複数の構成要素の各々について特定した配備処理を、当該構成要素の設定情報を適用して実行することにより、前記複数の構成要素を配備する、配備実行手段と、
    　を備えた配備装置。
  2. 　さらに、前記コンポーネント情報は、前記複数の配備ツールの各々の前処理を含み、
    　前記順序決定手段は、前記複数の構成要素、及び、前記複数の配備ツールの間の依存関係をもとに、前記複数の構成要素の各々について特定した配備処理、及び、指定された配備ツールの前処理の実行順序を決定し、
    　前記配備実行手段は、前記決定された実行順序に従って、前記複数の構成要素の各々について特定した配備処理、及び、指定された配備ツールの前処理を実行する、
    　請求項１に記載の配備装置。
  3. 　前記コンポーネント情報は、前記複数の構成要素の各々に対する、前記設定情報を示す抽象コンポーネント、前記複数の構成要素の各々と前記複数の配備ツールの各々との組に対する、前記配備処理を示す具象コンポーネント、及び、前記複数の配備ツールの各々の前処理を示す配備コンポーネントを含み、
    　前記構成要素と当該構成要素を配備するための配備処理は、前記抽象コンポーネントと前記具象コンポーネントとの間の継承関係で示され、前記複数の構成要素、及び、前記複数の配備ツールの間の依存関係は、複数の前記抽象コンポーネント、及び、複数の前記配備コンポーネントの間の依存関係で示され、
    　前記特定手段は、前記抽象コンポーネントと前記具象コンポーネントとの間の継承関係をもとに、前記複数の配備ツールの内の指定された配備ツールに対応する配備処理を特定し、
    　前記順序決定手段は、前記複数の抽象コンポーネント、及び、前記複数の配備コンポーネントの間の依存関係をもとに、前記複数の構成要素の各々について特定した配備処理、及び、指定された配備ツールの前処理の実行順序を決定する、
    　請求項２に記載の配備装置。
  4. 　前記配備実行手段は、前記決定された実行順序を出力し、当該実行順序の出力に対して配備実行の指示が入力された場合、前記決定した実行順序に従って、前記複数の構成要素の各々について特定した配備処理を実行する、
    　請求項１または２に記載の配備装置。
  5. 　システムを構成する複数の構成要素の各々に対する、配備ツールに依存しない設定情報、及び、前記複数の構成要素の各々と当該構成要素の配備に利用可能な複数の配備ツールの各々との組に対する、当該構成要素を当該配備ツールにより配備する配備処理、を含むコンポーネント情報をもとに、前記複数の構成要素の各々について、前記複数の配備ツールの内の指定された配備ツールに対応する配備処理を特定し、
    　前記複数の構成要素間の依存関係をもとに、前記複数の構成要素の各々について特定した配備処理の実行順序を決定し、
    　前記決定された実行順序に従って、前記複数の構成要素の各々について特定した配備処理を、当該構成要素の設定情報を適用して実行することにより、前記複数の構成要素を配備する、
    　配備方法。
  6. 　さらに、前記コンポーネント情報は、前記複数の配備ツールの各々の前処理を含み、
    　前記実行順序を決定する場合、前記複数の構成要素、及び、前記複数の配備ツールの間の依存関係をもとに、前記複数の構成要素の各々について特定した配備処理、及び、指定された配備ツールの前処理の実行順序を決定し、
    　前記複数の構成要素を配備する場合、前記決定された実行順序に従って、前記複数の構成要素の各々について特定した配備処理、及び、指定された配備ツールの前処理を実行する、
    　請求項５に記載の配備方法。
  7. 　前記コンポーネント情報は、前記複数の構成要素の各々に対する、前記設定情報を示す抽象コンポーネント、前記複数の構成要素の各々と前記複数の配備ツールの各々との組に対する、前記配備処理を示す具象コンポーネント、及び、前記複数の配備ツールの各々の前処理を示す配備コンポーネントを含み、
    　前記構成要素と当該構成要素を配備するための配備処理は、前記抽象コンポーネントと前記具象コンポーネントとの間の継承関係で示され、前記複数の構成要素、及び、前記複数の配備ツールの間の依存関係は、複数の前記抽象コンポーネント、及び、複数の前記配備コンポーネントの間の依存関係で示され、
    　前記配備処理を特定する場合、前記抽象コンポーネントと前記具象コンポーネントとの間の継承関係をもとに、前記複数の配備ツールの内の指定された配備ツールに対応する配備処理を特定し、
    　前記実行順序を決定する場合、前記複数の抽象コンポーネント、及び、前記複数の配備コンポーネントの間の依存関係をもとに、前記複数の構成要素の各々について特定した配備処理、及び、指定された配備ツールの前処理の実行順序を決定する、
    　請求項６に記載の配備方法。
  8. 　さらに、前記決定された実行順序を出力し、当該実行順序の出力に対して配備実行の指示が入力された場合、前記決定した実行順序に従って、前記複数の構成要素の各々について特定した配備処理を実行する、
    　請求項５または６に記載の配備方法。
  9. 　コンピュータに、
    　システムを構成する複数の構成要素の各々に対する、配備ツールに依存しない設定情報、及び、前記複数の構成要素の各々と当該構成要素の配備に利用可能な複数の配備ツールの各々との組に対する、当該構成要素を当該配備ツールにより配備する配備処理、を含むコンポーネント情報をもとに、前記複数の構成要素の各々について、前記複数の配備ツールの内の指定された配備ツールに対応する配備処理を特定し、
    　前記複数の構成要素間の依存関係をもとに、前記複数の構成要素の各々について特定した配備処理の実行順序を決定し、
    　前記決定された実行順序に従って、前記複数の構成要素の各々について特定した配備処理を、当該構成要素の設定情報を適用して実行することにより、前記複数の構成要素を配備する、
    　処理を実行させるプログラムを格納する、コンピュータが読み取り可能な記録媒体。
  10. 　さらに、前記コンポーネント情報は、前記複数の配備ツールの各々の前処理を含み、
    　前記実行順序を決定する場合、前記複数の構成要素、及び、前記複数の配備ツールの間の依存関係をもとに、前記複数の構成要素の各々について特定した配備処理、及び、指定された配備ツールの前処理の実行順序を決定し、
    　前記複数の構成要素を配備する場合、前記決定された実行順序に従って、前記複数の構成要素の各々について特定した配備処理、及び、指定された配備ツールの前処理を実行する、
    　処理を実行させる請求項９に記載のプログラムを格納する、コンピュータが読み取り可能な記録媒体。
PCT/JP2016/003407 2015-07-27 2016-07-21 配備装置、配備方法、及び、記録媒体 WO2017017937A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US15/743,315 US10416976B2 (en) 2015-07-27 2016-07-21 Deployment device, deployment method, and recording medium
JP2017531012A JP6673355B2 (ja) 2015-07-27 2016-07-21 配備装置、配備方法、及び、プログラム

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015147408 2015-07-27
JP2015-147408 2015-07-27

Publications (1)

Publication Number Publication Date
WO2017017937A1 true WO2017017937A1 (ja) 2017-02-02

Family

ID=57884178

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/003407 WO2017017937A1 (ja) 2015-07-27 2016-07-21 配備装置、配備方法、及び、記録媒体

Country Status (3)

Country Link
US (1) US10416976B2 (ja)
JP (1) JP6673355B2 (ja)
WO (1) WO2017017937A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020174412A (ja) * 2017-03-31 2020-10-22 日本電気株式会社 ネットワーク構築装置、ネットワーク構築方法、及びプログラム
JPWO2019216082A1 (ja) * 2018-05-07 2021-05-13 日本電気株式会社 システム構成導出装置およびシステム構成導出方法

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10809989B2 (en) * 2017-05-05 2020-10-20 Servicenow, Inc. Service release tool
US11513864B2 (en) * 2018-03-22 2022-11-29 Amazon Technologies, Inc. Adoption of existing virtual computing resources into logical containers for management operations
US10884732B1 (en) * 2019-08-29 2021-01-05 International Business Machines Corporation Automation utilizing infrastructure as code modules
CN113032006B (zh) * 2021-04-16 2023-09-08 北京奇艺世纪科技有限公司 插件构建方法、装置、设备和存储介质

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120240135A1 (en) * 2011-03-16 2012-09-20 Google Inc. High-level language for specifying configurations of cloud-based deployments
JP2013080275A (ja) * 2011-09-30 2013-05-02 Fujitsu Ltd 設定制御装置、設定制御方法および設定制御プログラム

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6536037B1 (en) * 1999-05-27 2003-03-18 Accenture Llp Identification of redundancies and omissions among components of a web based architecture
US7171646B2 (en) * 1999-10-05 2007-01-30 Borland Software Corporation Generating source code for object oriented elements with language neutral transient meta model and correlating display of names, symbols and code
US9582268B2 (en) * 2015-05-27 2017-02-28 Runnable Inc. Automatic communications graphing for a source application

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120240135A1 (en) * 2011-03-16 2012-09-20 Google Inc. High-level language for specifying configurations of cloud-based deployments
JP2013080275A (ja) * 2011-09-30 2013-05-02 Fujitsu Ltd 設定制御装置、設定制御方法および設定制御プログラム

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
GOSUKE MIYASHITA ET AL.: "serverspec: A Versatile Test Framework for Testing States of Servers by Delarative Description", IEICE TECHNICAL REPORT, vol. 113, no. 442, 20 February 2014 (2014-02-20), pages 81 - 86, XP055351075, ISSN: 0913-5685 *
HISASHI SHIMAMURA ET AL.: "Model Base deno Sizing to Kosei Kanri ni yori Cloud-jo no SI o Koritsuka suru Cloud-gata SI", NEC TECHNICAL JOURNAL, vol. 67, no. 2, 20 March 2015 (2015-03-20), pages 79 - 82, ISSN: 0285-4139 *
MANABU NAKANOYA ET AL.: "Model Base Provisioning ni yoru Application Shiko Network Kosei Kanri", SYMPOSIUM ON MULTIMEDIA, DISTRIBUTED, COOPERATIVE AND MOBILE SYSTEMS (DICOM02015) RONBUNSHU [ CD-ROM, vol. 2015, no. 1, 1 July 2015 (2015-07-01), pages 1121 - 1128, ISSN: 1882-0840 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020174412A (ja) * 2017-03-31 2020-10-22 日本電気株式会社 ネットワーク構築装置、ネットワーク構築方法、及びプログラム
JP6992854B2 (ja) 2017-03-31 2022-01-13 日本電気株式会社 ネットワーク構築装置、ネットワーク構築方法、及びプログラム
JPWO2019216082A1 (ja) * 2018-05-07 2021-05-13 日本電気株式会社 システム構成導出装置およびシステム構成導出方法
JP7036205B2 (ja) 2018-05-07 2022-03-15 日本電気株式会社 システム構成導出装置およびシステム構成導出方法
US11561770B2 (en) 2018-05-07 2023-01-24 Nec Corporation System configuration derivation device and system configuration derivation method

Also Published As

Publication number Publication date
JP6673355B2 (ja) 2020-03-25
US20180203680A1 (en) 2018-07-19
US10416976B2 (en) 2019-09-17
JPWO2017017937A1 (ja) 2018-05-10

Similar Documents

Publication Publication Date Title
JP6673355B2 (ja) 配備装置、配備方法、及び、プログラム
US11593084B2 (en) Code development for deployment on a cloud platform
US10574523B2 (en) Systems and methods for cloud-deployments with imperatives
US9652211B2 (en) Policy management of deployment plans
US11698780B2 (en) Deployment and configuration of an edge site based on declarative intents indicative of a use case
US9690558B2 (en) Orchestrating the lifecycle of multiple-target applications
US9424112B1 (en) Execution plan generator and execution engine for interfacing with application programming interfaces
US20190394113A1 (en) Systems and methods to automatically evaluate blockchain-based solution performance
US9329858B2 (en) Managing access to resource versions in shared computing environments
US11086662B2 (en) Method and system of migrating applications to a cloud-computing environment
US20090077090A1 (en) Method and apparatus for specifying an order for changing an operational state of software application components
Lu et al. Pattern-based deployment service for next generation clouds
JP6673359B2 (ja) システム構築支援システム、方法およびプログラム
US10521201B2 (en) Information processing apparatus and method
WO2019181860A1 (ja) アプリケーション実行装置、アプリケーション実行方法、および記録媒体
JP2023541896A (ja) トランスクラウドアプリケーションテンプレートを実装するためのシステムおよび方法
US10491674B2 (en) Network topology templates for internal states of management and control planes
US20170017471A1 (en) Multi-flavored software execution from a singular code base
JP2013122655A (ja) ブラウザ実行スクリプト変換システムおよびブラウザ実行スクリプト変換プログラム
JP6705482B2 (ja) システム構築パラメータ管理装置、システム構築パラメータ管理システム、システム構築パラメータ管理方法、及び、システム構築パラメータ管理プログラム
JP6398456B2 (ja) ソフトウェア生成装置
Caballer et al. TOSCA-based orchestration of complex clusters at the IaaS level
Telang Containerizing Microservices Using Kubernetes
US20210311843A1 (en) System verification program generation device, system verification program generation method, and recording medium storing system verification program generation program
Modrzyk Write a Tested HTTP Image Generator API

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16830043

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2017531012

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 15743315

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16830043

Country of ref document: EP

Kind code of ref document: A1