JP2019053502A - System construction support device, system construction support method, and program - Google Patents

Abstract

To provide a system construction support device, a system construction support method, and a program that may present information for guiding a declarative model to a direction intended by a user in creation of the declarative model.SOLUTION: A system construction support device 1 is a device for supporting construction of a system defined by a declarative model. The system construction support device 1 comprises an information collection unit 2 collecting dependency information specifying dependencies between components of the declarative model, and a support information generation unit 3 generating support information for supporting correction of the declarative model by applying the dependency information to a prediction model predicting influence of component dependencies on the declarative model.SELECTED DRAWING: Figure 1

Description

  The present invention relates to a system construction support apparatus and system construction support method for supporting the construction of a system defined by a declarative model, and further relates to a program for realizing them.

  In recent years, with the development of cloud infrastructure and virtualization infrastructure, a large amount of inexpensive computer resources can be used. As a technique for managing such computer resources, Infrastructure as Code (referred to as “IaC”) is known.

  According to IaC, a system can be defined by source code, and a system can be automatically constructed by a tool called an orchestrator. As specific examples of IaC, OpenStack Heat, AWS (Amazon Web Service) Cloud formation, Ansible, and the like are known.

  One method of defining a system by IaC is a declarative model. Specifically, the Heat Orchestration Template (HOT) of the OpenStack Heat component, the Cloud Formation Template of the AWS Cloud formation service, and the like. In addition, a declarative model exists in the format Playbook in Ansible.

  A declarative model is generally created by describing source code using a text editor. In addition, a method of creating a declarative model using a graphical editor for a declarative model orchrator instead of using a text editor has been proposed (for example, see Non-Patent Document 1).

  Specifically, Non-Patent Document 1 discloses a declarative model creation tool for AWS Cloud Formation such as AWS Cloud Formation Designer in order to change the definition of AWS Cloud Formation. The tool disclosed in Non-Patent Document 1 is a graphical editor, which can be used to create a declarative model visually.

  However, it is difficult to define a declarative model “correctly” because it is not easy to define dependencies between components of the declarative model, regardless of which editor is used. The reason why it is not easy to define dependencies between components is that the creator of the declarative model does not know (does not know) whether there are dependencies between components, and when creating a declarative model. In some cases, the dependency information of the components used in the above is not defined correctly.

  The “component” is a unit used when creating a declarative model. Examples of the constituent elements include general-purpose items such as a Web server and a DB (Data Base) server, and specific items such as a Tomcat server and a MySQL server. The component is expressed as Resource Type in AWS Cloud Formation and as Node Type in OASIS TOSCA.

  The “dependency information” indicates a definition of a request required by a certain component and a capability that can be provided by the certain component. In OASIS TOSCA, it is expressed by the definition of Requirement and Capability of a certain Node Type.

  Therefore, in the past, when creating a new declarative model, refer to the sample definition and modify the declarative model, or use the created definition to perform actual provisioning and try & error. It is necessary to repeatedly converge to the “correct” definition. Patent Document 1 discloses a technique for analyzing a created declarative model based on information on a construction result and further improving the declarative model based on the analysis result.

  Although it is possible to reuse the definition of a declarative model using a conversion tool, etc., it cannot be used as it is, with some exceptions (AWS CFN description can be used in OpenStack). It is. In addition, OASIS TOSCA tries to give portability to the definition by formulating a standard definition, but Try & Error is still necessary in this case.

Special table 2010-532532 gazette

Jun Niizaki, 3 others, “Trends in New Technology”, [online], April 1, 1998, Patent Association, [Search July 30, 1999], Internet <URL: https: // aws. amazon.com/jp/cloudformation/details/#designer>

  By the way, according to the technique disclosed in Patent Document 1 described above, the declarative model can be improved more efficiently than when the sample definition is referred to and when Try & Error is repeated. There is a problem that unintended improvements are made. The reason is as follows (a) to (f).

(A) The declarative model is improved by focusing on the improvement of the dependency between the components, but the individual components are not improved.
(B) For the instructions generated from the declarative model, the case where an error occurs during actual execution is not considered.
(C) Knowledge for making improvements is not clear.
(D) Patent Document 1 exemplifies improvement of a load distribution configuration mainly based on performance information, but intentional knowledge by a creator (editor user) of a declarative model incorporated in an actual system is disclosed. Not incorporated.
(E) Improvements have been made after declarative models are registered in the repository.
(F) Improvements based on dependency information should be presented to the creator of the declarative model (editor user) at the stage of creating the declarative model, but such presentation has not been made.

  An example of the object of the present invention is to solve the above-mentioned problems and to present information for guiding the declarative model in the direction intended by the user in the creation of the declarative model. It is to provide a method and a program.

In order to achieve the above object, a system construction support apparatus according to one aspect of the present invention is an apparatus for supporting the construction of a system defined by a declarative model,
An information collection unit that collects dependency information that identifies the dependency of the constituent elements constituting the declarative model;
Support information for creating support information for supporting correction of the declarative model by applying the dependency information to a prediction model that predicts the influence of the dependency of the component on the declarative model The creation department;
It is characterized by having.

In order to achieve the above object, a system construction support method according to one aspect of the present invention is a method for supporting the construction of a system defined by a declarative model,
(A) collecting dependency information for identifying dependencies of components constituting the declarative model; and
(B) creating support information for supporting correction of the declarative model by applying the dependency information to a prediction model that predicts the influence of the dependency of the constituent elements on the declarative model; , Steps and
It is characterized by having.

Furthermore, in order to achieve the above object, a program according to one aspect of the present invention is a program for supporting the construction of a system defined by a declarative model by a computer,
In the computer,
(A) collecting dependency information for identifying dependencies of components constituting the declarative model; and
(B) creating support information for supporting correction of the declarative model by applying the dependency information to a prediction model that predicts the influence of the dependency of the constituent elements on the declarative model; , Steps and
Is executed.

  As described above, according to the present invention, in creating a declarative model, information for guiding the declarative model in the direction intended by the user can be presented.

FIG. 1 is a block diagram showing a schematic configuration of a system construction support apparatus according to an embodiment of the present invention. FIG. 2 is a block diagram showing a specific configuration of the system construction support apparatus according to the embodiment of the present invention. FIG. 3 is a diagram showing an example of local information and public information used in the embodiment of the present invention. FIG. 4 is an explanatory diagram showing an example of the relationship between the definition of the declarative model used in this embodiment and the components of the system. FIG. 5 is a flowchart showing the operation of the system construction support apparatus in the embodiment of the present invention. FIG. 6 is a diagram showing an effect obtained by the system construction support apparatus in the embodiment of the present invention. FIG. 7 is a block diagram illustrating an example of a computer that implements the system construction support apparatus according to the embodiment of the present invention.

(Embodiment)
Hereinafter, a system construction support apparatus, a system construction support method, and a program according to an embodiment of the present invention will be described with reference to FIGS.

[Device configuration]
Initially, the structure of the system construction assistance apparatus in embodiment of this invention is demonstrated using FIG. FIG. 1 is a block diagram showing a schematic configuration of a system construction support apparatus according to an embodiment of the present invention.

  A system construction support apparatus 1 according to the present embodiment shown in FIG. 1 is an apparatus for supporting the construction of a system 1000 defined by a declarative model. As shown in FIG. 1, the system construction support apparatus 1 includes an information collection unit 2 and a support information creation unit 3.

  The information collection unit 2 collects dependency information that identifies the dependency of the constituent elements constituting the declarative model. The support information creation unit 3 creates support information for supporting the modification of the declarative model, using a prediction model that predicts the influence of the component dependency on the declarative model.

  As described above, in the present embodiment, support information for supporting the modification of the declarative model is created. Therefore, in creating the declarative model, the declarative model is guided in the direction intended by the user. Information can be presented.

  Next, the configuration of the system construction support apparatus 1 in the present embodiment will be described more specifically with reference to FIG. FIG. 2 is a block diagram showing a specific configuration of the system construction support apparatus according to the embodiment of the present invention.

  As shown in FIG. 2, in this embodiment, the system construction support apparatus 1 is incorporated in a system 1000 that is a support target. Specifically, it is constructed by a program installed in a computer constituting the system 1000, as will be described later.

  As illustrated in FIG. 2, the system 1000 includes a declarative model editing component 100, a model repository 101, a declarative model orchestrator 200, a workflow execution component 300, and an execution environment 400.

  The declarative model editing component 100 is a tool that accepts editing of a declarative model by a user and further outputs source code such as JSON or YAML in accordance with an instruction from the user. Further, the declarative model editing component 100 generally functions as an editor having a GUI (Graphical User Interface).

  Further, the declarative model 11 (text information) edited by the declarative model editing component 100 is held in the model repository 101. The model repository 101 is a repository that stores the declarative model 11 in a local environment.

  The declarative model orchestrator 200 interprets the declarative model 11 and converts the declarative model into an internal interpreter for performing execution processing according to the interpretation. Further, this internal interpreter is represented as a workflow 21 in FIG. 2 and is composed of text information. The workflow 21 is sent to the workflow execution component 300. The declarative model orchestrator 200 is implemented by TOSCA reference implementation, OpenStack Heat implementation, or the like.

  The workflow execution component 300 performs an actual provisioning process according to an instruction of the declarative model orchestrator 200, that is, the instruction of the declarative model orchestrator 200, that is, the workflow 21. Execute. The workflow execution component 300 is implemented by a plug-in pattern that executes data conversion, API call, and the like corresponding to each execution environment in order to correspond to various execution environments.

  The execution environment 400 is an execution environment for operating an actual system. Specific examples of the execution environment 400 include VMware, OpenStack, AWS, and the like. As shown in FIG. 2, the execution environment 400 holds system definition information 401 and log information 402.

  The system definition information 401 is a set of definition information related to a system in an actual operating environment. Examples of the system definition information 401 include a setting file for a Web server application, a kernel parameter for an operating system, and the like. The log information 402 is a set of log information related to the system on the actual operating environment.

  The model component repository 700 is a repository that stores components used when creating a declarative model. Specifically, the model component repository 700 is called Node Type in OASIS TOSCA, for example.

  Further, as shown in FIG. 2, the system 1000 is connected to the Internet 600. The system 1000 accesses a public repository group 601 published on the Internet 600. Examples of public repository groups 601 include definition information (GitHub, Docker Hub, etc.) used when using declarative model tools (eg OpenStack Heat, AWS Cloud Formation, etc.) and IaC tools (eg Ansible, Docker, etc.). Ansible-Galaxy, etc.). Such definition information is disclosed on the Internet 600.

  As shown in FIG. 2, in addition to the above-described configuration, the system 1000 includes a declarative model analysis component 510, a workflow execution status analysis component 520, an existing system analysis component 530, a log analysis component 540, and a disclosure. A system configuration information analysis component 550 is also provided.

  These analysis components 510 to 550 are components used for collecting dependency information by the information collecting unit 2. The analysis components 510 to 550 acquire dependency information (text information) from information on the local environment of the user (local information) and information published on the Internet (public information), and the acquired dependency information Is input to the information collecting unit 2.

  The information acquired by these analysis components 510 to 550 includes, in addition to information on direct dependencies, semantic information on errors, performance monitoring results, and constituent elements (for example, a Web server or a DB server). ), Information indicating that it is a best practice, information indicating that it is an anti-pattern, and the like.

  Local information means information held in the model repository 101 and the execution environment 400. Public information means information held in the public repository group 601. FIG. 3 is a diagram showing an example of local information and public information used in the embodiment of the present invention.

  Specifically, the declarative model analysis component 510 analyzes the dependency definition of the declarative model 11 stored as local information, and uses the information (analysis result 51) obtained thereby as the system construction support device 1. Send to.

  The workflow execution status analysis component 520 analyzes an error from the workflow execution result (for example, API return value, log information) using the declarative model by the workflow execution component 300. Errors include errors that occurred in the definition related to dependencies. Then, the workflow execution status analysis component 520 sends information (analysis result 52) obtained by error analysis to the system construction support apparatus 1.

  The existing system analysis component 530 analyzes the definition of the system 1000 based on the general information of the system 1000. Specifically, the existing system analysis component 530 analyzes information related to a system operating on the execution environment 400 and information related to dependencies existing in the base. Then, the existing system analysis component 530 sends information (analysis result 53) obtained by the definition analysis to the system construction support apparatus 1.

  The log analysis component 540 analyzes a log (log information 402) held in the system 1000 and sends information (analysis result 54) obtained thereby to the system construction support apparatus 1. Examples of logs in this case include system logs generated in the execution environment 400, logs in application programs, and the like.

  The public system configuration information analysis component 550 analyzes the public repository group 601 published on the Internet 600 and sends information (analysis result 55) obtained thereby to the system construction support apparatus 1. Specifically, the public system configuration information analysis component 550 acquires system definition information 61 and usage status information 62 from the public repository group 601.

  The system definition information 61 is public information regarding the declarative model and the system configuration, and specifically is text information such as OpenStack Heat Orchestration Template (HOT), AWS Cloud Formation Template, Dockerfile, Playbook, and the like. The usage status information 62 is data indicating the usage status of information published on the Internet 600, for example, the number of downloads, the number of Likes, the number of Folks on GitHub, and the like.

  In the present embodiment, the analysis component used is not limited to the above-described analysis component. Along with the type and number of dependency information collected, the number of analysis components increases, and the dependency complementation accuracy is improved.

  As shown in FIG. 2, in this embodiment, the system construction support apparatus 1 further includes a prediction model generation unit 4 and a prediction model storage in addition to the information collection unit 2 and the support information creation unit 3 described above. A section 5 and a dependency bulk data database (DB) 6.

  The prediction model generation unit 4 generates a prediction model by performing machine learning using the dependency information for learning and the declarative model for learning as teacher data. Specifically, the prediction model generation unit 4 first extracts feature amounts from the dependency information for learning and the declarative model for learning. Next, the prediction model generation unit 4 uses the extracted feature amount of the dependency information and the feature amount of the declarative model to “generalize”, “correctness”, “local dependency”, “anti-pattern” for the constituent elements. ”. And the prediction model production | generation part 4 associates each feature-value and a classification result, learns these relationships, and produces | generates a prediction model using a learning result. The generated prediction model is stored in the prediction model storage unit 5.

  The prediction model generation unit 4 can also perform machine learning by distinguishing the dependency information for learning into local information and public information. Thereby, a more accurate prediction model can be created. This is because when public information is used as dependency information for learning, a learning effect can be obtained from a globally optimal viewpoint that is widely used. In addition, when local information is used as the dependency information for learning, a learning effect relating to unique know-how for constructing and operating the system can be obtained.

  Furthermore, when local information is used as the dependency information for learning, it is possible to propose a system-specific adjustment that differs from the general definition at the time of declarative model creation by the prediction model. In addition, in this case, in creating a declarative model for migrating an existing on-premises system to a cloud environment, for example, it can be defined without dropping important relationships and operational items.

  In the present embodiment, the information collection unit 2 acquires the dependency information sent from each of the analysis components 510 to 550 described above and collects them. The information collection unit 2 stores the collected dependency information in the dependency relationship bulk data DB 6.

  The information collection unit 2 collects local information from the declarative model analysis component 510, the workflow execution state analysis component 520, the existing system analysis component 530, and the log analysis component 540 among the analysis components described above. Further, the information collection unit 2 collects public information from the public system configuration information analysis component 550. For this reason, the information collection unit 2 can separately collect local information and public information, and can assign a label indicating whether the information is local information or public information to each collected information.

  In the present embodiment, the support information creation unit 3 creates support information by applying the dependency information stored in the dependency relationship bulk data DB 6 to the prediction model stored in the prediction model storage unit 5. To do. Further, when the above-described label is given to the dependency information collected by the information collecting unit 2, the support information creating unit 3 applies the dependency information to the prediction model together with the given label. In this case, more appropriate support information reflecting the contents of the label is created.

  Specifically, the support information creation unit 3 uses the prediction model to estimate whether the workflow operates according to the created declarative model. In addition, the guess at this time may be made by hypothetical reasoning using a prediction model. Then, the support information creation unit 3 creates information for supporting generation, complementation, or correction of dependency relationships between the components in creating the declarative model as support information. The support information creation unit 3 provides an API in a typical implementation.

  Here, the relationship between the definition of the declarative model used in this embodiment and the components of the system will be described with reference to FIG. FIG. 4 is an explanatory diagram showing an example of the relationship between the definition of the declarative model used in this embodiment and the components of the system.

  FIG. 4 shows the concept that a declarative model is built based on the components. Further, as shown in FIG. 4, the constituent elements and the entities in the declarative model are compared with each other as a class definition and its entity objects. Further, in the example of FIG. 4, a declarative model and components defined by OASIS TOSCA are shown. OASIS TOSCA is one of the specifications for defining the system configuration (topology) of business systems operating on the cloud. In FIG. 4, the dependency relationship between each component is represented by associating “Requirements” and “Capabilities” added to the component with “Hosted On” (see FIG. 3).

[Device operation]
Next, the operation of the system construction support apparatus 1 in the present embodiment will be described with reference to FIG. FIG. 5 is a flowchart showing the operation of the system construction support apparatus in the embodiment of the present invention. In the present embodiment, the system construction support method is implemented by operating the system construction support apparatus 1. Therefore, the description of the system construction support method in the present embodiment is replaced with the following description of the operation of the system construction support apparatus 1.

  As shown in FIG. 5, first, in the system construction support apparatus 1, the information collection unit 2 collects dependency information that identifies the dependencies of the components constituting the declarative model (step A1). Further, the information collecting unit 2 stores the collected dependency information in the dependency bulk data DB 6.

  Specifically, in this embodiment, the declarative model analysis component 510, the workflow execution status analysis component 520, the existing system analysis component 530, the log analysis component 540, and the public system configuration information analysis component 550 are periodically updated. Alternatively, an analysis is executed in response to a specific event, and an analysis result obtained thereby is transmitted. The information collecting unit 2 collects the transmitted analysis results as dependency information.

  Next, the support information creation unit 3 creates support information by applying the dependency information collected in step A1 to the prediction model stored in the prediction model storage unit 5 (step A2).

  Specifically, the support information creation unit 3 declares as support information information that allows the user to guide the declarative model in a more correct direction, and further that a system configuration that can withstand usability is constructed. Information that complements the physical model.

  Thereafter, the support information creation unit 3 presents the support information created in step A2 to the user (step A3). Specifically, the support information creation unit 3 displays support information on a screen of a display device that constitutes the system 1000 or on a screen of a terminal device connected to the system 1000.

  When step A <b> 3 is executed, the user creates, complements, or corrects the declarative model based on the displayed support information via the declarative model editing component 100. Thereafter, the declarative model is generally used to automatically construct (provision) an operating environment according to the configuration. Specifically, a provisioning workflow is generated in accordance with the definition of a declarative model that has been created, complemented, or corrected, and a system is built on the actual environment.

[Effects of the embodiment]
As described above, in the present embodiment, support information for supporting the modification of the declarative model is created. Therefore, in creating the declarative model, the declarative model is guided in the direction intended by the user. Information can be presented.

  Next, the effect of the present embodiment will be specifically described with reference to FIG. FIG. 6 is a diagram showing an effect obtained by the system construction support apparatus in the embodiment of the present invention. In the example of FIG. 6, the effects in the respective positions of the declarative model creator and the component designer who are users are shown. Below, an effect is demonstrated for every user.

  First, a component creator defines a component (part) used in a declarative model. Specifically, a component creator provides a platform on which a business system operates in an information processing system department of a company. That is, the constituent element creator provides the business system designer with constituent elements that can be provided as a basis.

  Then, the component creator needs to define what kind of requirements the component has and what capability it can provide without omission when defining the component. In this case, according to the system construction support apparatus 1 in the present embodiment, information (dependency information) regarding the dependency of the component can be returned (providing function 1). Can be created ".

  In addition, a declarative model creator designs a meaningful system configuration as a declarative model, such as a business system. Specifically, the declarative model creator is a business system developer. Conventionally, a declarative model creator defines a declarative model based on experience and intuition for dependency definitions between components.

  On the other hand, according to the system construction support apparatus 1 in the present embodiment, support information is provided (providing function 2), so that the declarative model creator creates the constituent elements when creating the declarative model. It is possible to create a declarative model without defining interdependence definitions based on experience and intuition. Note that the support information provided at this time includes dependency information between components.

  Further, in the present embodiment, since a prediction model is used, it is possible to infer whether or not the workflow is operated by the created declarative model without performing actual provisioning (providing function 2). ).

As described above, according to the present embodiment, the following effects can be obtained in the life cycle of declarative model creation to provisioning.
Easier creation (efficiency) of declarative models.
Automate dependency correction or correction during editor editing.
Improved accuracy of declarative models (definition quality).

  In addition, as described above, in this embodiment, the accuracy of the declarative model is estimated from the best practices used in the public and error information in the local environment during editing with the editor of the declarative model. Yes, you can present the guess result to the user. Furthermore, in this embodiment, since various information can be collected from the local and the results can be learned, the know-how of the local environment can be coded.

[program]
The program in the present embodiment may be a program that causes a computer to execute steps A1 to A3 shown in FIG. By installing and executing this program on a computer, the system construction support apparatus and system construction support method in the present embodiment can be realized. In this case, a CPU (Central Processing Unit) of the computer functions as the information collection unit 2, the support information creation unit 3, and the prediction model generation unit 4, and performs processing.

  The program in the present embodiment may be executed by a computer system constructed by a plurality of computers. In this case, for example, each computer may function as any one of the information collection unit 2, the support information creation unit 3, and the prediction model generation unit 4.

  Here, a computer that realizes the system construction support apparatus 1 by executing the program according to the present embodiment will be described with reference to FIG. FIG. 7 is a block diagram illustrating an example of a computer that implements the system construction support apparatus according to the embodiment of the present invention.

  As shown in FIG. 7, the computer 110 includes a CPU 111, a main memory 112, a storage device 113, an input interface 114, a display controller 115, a data reader / writer 116, and a communication interface 117. These units are connected to each other via a bus 121 so that data communication is possible.

  The CPU 111 performs various calculations by developing the program (code) in the present embodiment stored in the storage device 113 in the main memory 112 and executing them in a predetermined order. The main memory 112 is typically a volatile storage device such as a DRAM (Dynamic Random Access Memory). Further, the program in the present embodiment is provided in a state of being stored in a computer-readable recording medium 120. Note that the program in the present embodiment may be distributed on the Internet connected via the communication interface 117.

  Specific examples of the storage device 113 include a hard disk drive and a semiconductor storage device such as a flash memory. The input interface 114 mediates data transmission between the CPU 111 and an input device 118 such as a keyboard and a mouse. The display controller 115 is connected to the display device 119 and controls display on the display device 119.

  The data reader / writer 116 mediates data transmission between the CPU 111 and the recording medium 120, and reads a program from the recording medium 120 and writes a processing result in the computer 110 to the recording medium 120. The communication interface 117 mediates data transmission between the CPU 111 and another computer.

  Specific examples of the recording medium 120 include general-purpose semiconductor storage devices such as CF (Compact Flash (registered trademark)) and SD (Secure Digital), magnetic recording media such as a flexible disk, or CD- An optical recording medium such as ROM (Compact Disk Read Only Memory) can be used.

  The system construction support apparatus 1 according to the present embodiment can be realized by using hardware corresponding to each unit instead of a computer in which a program is installed. Furthermore, part of the system construction support apparatus 1 may be realized by a program, and the remaining part may be realized by hardware.

  Part or all of the above-described embodiments can be expressed by (Appendix 1) to (Appendix 12) described below, but is not limited to the following description.

(Appendix 1)
A device for supporting the construction of a system defined by a declarative model,
An information collection unit that collects dependency information that identifies the dependency of the constituent elements constituting the declarative model;
Support information for creating support information for supporting correction of the declarative model by applying the dependency information to a prediction model that predicts the influence of the dependency of the component on the declarative model The creation department;
A system construction support apparatus characterized by comprising:

(Appendix 2)
Using the dependency information for learning and the declarative model for learning as teacher data, further comprising a prediction model generation unit that performs the machine learning and generates the prediction model;
The system construction support apparatus according to appendix 1.

(Appendix 3)
The information collection unit as the dependency information,
Information obtained by analyzing the dependency definition of the declarative model that has already been generated,
Information obtained by analyzing an error from the execution result of the workflow using the declarative model in the system,
Information obtained by analyzing the definition of the system,
Analyze the logs held in the system, analyze the information obtained thereby, and information on the use of the declarative model creation tool published in advance, and collect the information obtained thereby ,
The system construction support apparatus according to appendix 1 or 2.

(Appendix 4)
The support information creating unit creates information for supporting generation, complementation, or correction of dependency relationships between the components in creating the declarative model as the support information;
The system construction support apparatus according to any one of appendices 1 to 3.

(Appendix 5)
A method for supporting the construction of a system defined by a declarative model,
(A) collecting dependency information for identifying dependencies of components constituting the declarative model; and
(B) creating support information for supporting correction of the declarative model by applying the dependency information to a prediction model that predicts the influence of the dependency of the constituent elements on the declarative model; , Steps and
A system construction support method characterized by comprising:

(Appendix 6)
(C) further comprising the step of generating the prediction model by performing machine learning using the dependency information for learning and the declarative model for learning as teacher data.
The system construction support method according to appendix 5.

(Appendix 7)
In the step (a), as the dependency information,
Information obtained by analyzing the dependency definition of the declarative model that has already been generated,
Information obtained by analyzing an error from the execution result of the workflow using the declarative model in the system,
Information obtained by analyzing the definition of the system,
Analyze the logs held in the system, analyze the information obtained thereby, and information on the use of the declarative model creation tool published in advance, and collect the information obtained thereby ,
The system construction support method according to appendix 5 or 6.

(Appendix 8)
In the step (c), as the support information, in the creation of the declarative model, information for supporting generation, complementation, or correction of dependency relationships between the components is created.
The system construction support method according to any one of appendices 5 to 7.

(Appendix 9)
A program for supporting the construction of a system defined by a declarative model by a computer,
In the computer,
(A) collecting dependency information for identifying dependencies of components constituting the declarative model; and
(B) creating support information for supporting correction of the declarative model by applying the dependency information to a prediction model that predicts the influence of the dependency of the constituent elements on the declarative model; , Steps and
A program that executes

(Appendix 10)
In the computer,
(C) using the dependency information for learning and the declarative model for learning as teacher data, performing machine learning to generate the prediction model, and further executing a step.
The program according to appendix 9.

(Appendix 11)
In the step (a), as the dependency information,
Information obtained by analyzing the dependency definition of the declarative model that has already been generated,
Information obtained by analyzing an error from the execution result of the workflow using the declarative model in the system,
Information obtained by analyzing the definition of the system,
Analyze the logs held in the system, analyze the information obtained thereby, and information on the use of the declarative model creation tool published in advance, and collect the information obtained thereby ,
The program according to appendix 9 or 10.

(Appendix 12)
In the step (c), as the support information, in the creation of the declarative model, information for supporting generation, complementation, or correction of dependency relationships between the components is created.
The program according to any one of appendices 9 to 11.

    As described above, according to the present invention, in creating a declarative model, information for guiding the declarative model in the direction intended by the user can be presented. The present invention is useful for various computer systems in which a declarative model is utilized.

DESCRIPTION OF SYMBOLS 1 System construction support apparatus 2 Information collection part 3 Support information creation part 4 Prediction model generation part 5 Prediction model storage part 6 Dependency bulk data DB
11, 12, 13 Declarative model 21 Workflow 51-55 Analysis result 61 System definition information 62 Usage status information 100 Declarative model editing component 101 Model repository 110 Computer 111 CPU
112 Main memory 113 Storage device 114 Input interface 115 Display controller 116 Data reader / writer 117 Communication interface 118 Input device 119 Display device 120 Recording medium 121 Bus 200 Declarative model orchestrator 300 Workflow execution component 510 Declarative model analysis component 520 Work flow execution Situation analysis component 530 Existing system analysis component 540 Log analysis component 550 Public system configuration information analysis component 400 Execution environment 401 System definition information 402 Log information 600 Internet 601 Public repository group 700 Model component repository 1000 system

Claims (6)

A device for supporting the construction of a system defined by a declarative model,
An information collection unit that collects dependency information that identifies the dependency of the constituent elements constituting the declarative model;
Support information for creating support information for supporting correction of the declarative model by applying the dependency information to a prediction model that predicts the influence of the dependency of the component on the declarative model The creation department;
A system construction support apparatus characterized by comprising: Using the dependency information for learning and the declarative model for learning as teacher data, further comprising a prediction model generation unit that performs the machine learning and generates the prediction model;
The system construction support apparatus according to claim 1. The information collection unit as the dependency information,
Information obtained by analyzing the dependency definition of the declarative model that has already been generated,
Information obtained by analyzing an error from the execution result of the workflow using the declarative model in the system,
Information obtained by analyzing the definition of the system,
Analyze the logs held in the system, analyze the information obtained thereby, and information on the use of the declarative model creation tool published in advance, and collect the information obtained thereby ,
The system construction support apparatus according to claim 1 or 2. The support information creating unit creates information for supporting generation, complementation, or correction of dependency relationships between the components in creating the declarative model as the support information;
The system construction support device according to any one of claims 1 to 3. A method for supporting the construction of a system defined by a declarative model,
(A) collecting dependency information for identifying dependencies of components constituting the declarative model; and
(B) creating support information for supporting correction of the declarative model by applying the dependency information to a prediction model that predicts the influence of the dependency of the constituent elements on the declarative model; , Steps and
A system construction support method characterized by comprising: A program for supporting the construction of a system defined by a declarative model by a computer,
In the computer,
(A) collecting dependency information for identifying dependencies of components constituting the declarative model; and
(B) creating support information for supporting correction of the declarative model by applying the dependency information to a prediction model that predicts the influence of the dependency of the constituent elements on the declarative model; , Steps and
A program that executes

Images