Groovy 如何将Cloudify 2.7配方转换为Cloudify 3.1蓝图

Groovy 如何将Cloudify 2.7配方转换为Cloudify 3.1蓝图,groovy,yaml,cloudify,Groovy,Yaml,Cloudify,我目前正在使用Cloudify 2.7,我已经开发了很多食谱。是否可以将Cloudify 2.7配方转换为Cloudify 3.x蓝图?没有自动方法将配方转换为Cloudify 3 TOSCA蓝图。但有几件事应该让它变得更容易: cloudify支持任何脚本语言,因此您可以使用Groovy或shell。您需要删除对2.7上下文对象的调用并使用 生命周期事件非常相似,默认的生命周期界面是Cloudify 3。有关更多详细信息,请查看或 嗯 Uri没有自动将配方转换为Cloudify 3 TOS

我目前正在使用Cloudify 2.7,我已经开发了很多食谱。是否可以将Cloudify 2.7配方转换为Cloudify 3.x蓝图?

没有自动方法将配方转换为Cloudify 3 TOSCA蓝图。但有几件事应该让它变得更容易:

  • cloudify支持任何脚本语言,因此您可以使用Groovy或shell。您需要删除对2.7上下文对象的调用并使用
  • 生命周期事件非常相似,默认的生命周期界面是Cloudify 3。有关更多详细信息,请查看或

Uri

没有自动将配方转换为Cloudify 3 TOSCA蓝图的方法。但有几件事应该让它变得更容易:

  • cloudify支持任何脚本语言,因此您可以使用Groovy或shell。您需要删除对2.7上下文对象的调用并使用
  • 生命周期事件非常相似,默认的生命周期界面是Cloudify 3。有关更多详细信息,请查看或

Uri

没有自动将配方转换为Cloudify 3 TOSCA蓝图的方法。但有几件事应该让它变得更容易:

  • cloudify支持任何脚本语言,因此您可以使用Groovy或shell。您需要删除对2.7上下文对象的调用并使用
  • 生命周期事件非常相似,默认的生命周期界面是Cloudify 3。有关更多详细信息,请查看或

Uri

没有自动将配方转换为Cloudify 3 TOSCA蓝图的方法。但有几件事应该让它变得更容易:

  • cloudify支持任何脚本语言,因此您可以使用Groovy或shell。您需要删除对2.7上下文对象的调用并使用
  • 生命周期事件非常相似,默认的生命周期界面是Cloudify 3。有关更多详细信息,请查看或

Uri

只是对Uri答案的一些补充:

蓝图使您能够定义拓扑和业务流程计划

它包含:插件声明、输入和输出、类型、节点和关系、内在函数、工作流和策略

通常,每个实体都是Cloudify蓝图中的一个节点:

节点的几个示例:计算资源、应用程序模块、网络、安全组、数据库、Web服务器

在蓝图中,还可以定义节点之间的关系

目前有三种关系类型:

* depends_on – which is the base type
* contained_in – a component is hosted / contained / deployed within another component
* connected_to – a component needs to establish a connection to another and therefore this needs to be configured
例如:

Web服务器包含在VM#1中,还连接到VM#2(或VM#1)中包含的数据库

关系与节点一样,可以扩展并从另一个关系派生。 示例:

嗯,,
Tamir.

只是对Uri答案的一些补充:

蓝图使您能够定义拓扑和业务流程计划

它包含:插件声明、输入和输出、类型、节点和关系、内在函数、工作流和策略

通常,每个实体都是Cloudify蓝图中的一个节点:

节点的几个示例:计算资源、应用程序模块、网络、安全组、数据库、Web服务器

在蓝图中,还可以定义节点之间的关系

目前有三种关系类型:

* depends_on – which is the base type
* contained_in – a component is hosted / contained / deployed within another component
* connected_to – a component needs to establish a connection to another and therefore this needs to be configured
例如:

Web服务器包含在VM#1中,还连接到VM#2(或VM#1)中包含的数据库

关系与节点一样,可以扩展并从另一个关系派生。 示例:

嗯,,
Tamir.

只是对Uri答案的一些补充:

蓝图使您能够定义拓扑和业务流程计划

它包含:插件声明、输入和输出、类型、节点和关系、内在函数、工作流和策略

通常,每个实体都是Cloudify蓝图中的一个节点:

节点的几个示例:计算资源、应用程序模块、网络、安全组、数据库、Web服务器

在蓝图中,还可以定义节点之间的关系

目前有三种关系类型:

* depends_on – which is the base type
* contained_in – a component is hosted / contained / deployed within another component
* connected_to – a component needs to establish a connection to another and therefore this needs to be configured
例如:

Web服务器包含在VM#1中,还连接到VM#2(或VM#1)中包含的数据库

关系与节点一样,可以扩展并从另一个关系派生。 示例:

嗯,,
Tamir.

只是对Uri答案的一些补充:

蓝图使您能够定义拓扑和业务流程计划

它包含:插件声明、输入和输出、类型、节点和关系、内在函数、工作流和策略

通常,每个实体都是Cloudify蓝图中的一个节点:

节点的几个示例:计算资源、应用程序模块、网络、安全组、数据库、Web服务器

在蓝图中,还可以定义节点之间的关系

目前有三种关系类型:

* depends_on – which is the base type
* contained_in – a component is hosted / contained / deployed within another component
* connected_to – a component needs to establish a connection to another and therefore this needs to be configured
例如:

Web服务器包含在VM#1中,还连接到VM#2(或VM#1)中包含的数据库

关系与节点一样,可以扩展并从另一个关系派生。 示例:

嗯,,
Tamir.

看看这篇关于特定移植工作的博客文章:。请注意,在本文中,有关脚本移植的一些信息已经过时。新的脚本插件使事情变得相当简单()。对于使用非groovy脚本的方法,您可以挽救绝大多数工作。用groovy编写的脚本需要重写,最好是用Python编写

看看这篇关于特定移植工作的博客文章:。请注意,在艺术中