Cloudify 应用Recipe

一个应用recipe由应用描述文件和其所需的服务组成。

本文对应用描述文件进行介绍。

应用描述文件存放于应用recipe文件夹的根目录下。

该文件描述了应用的名字需要的服务，及它们之间相互依赖（或从属）关系。

依赖就意味着Cloudify不会触发从属服务的启动生命周期事件，直至所依赖的服务已经成功启动。

应用名称是相对各种Cloudify管理和监控工具，用于标识应用。

因此，相同的Cloudify controller管理的所有应用的名称必须是唯一的。

下面是一个应用描述文件的例子：
application {
name="petclinic-mongo"
service {
name = "mongod"
}
service {
name = "mongoConfig"
}
service {
name = "mongos"
dependsOn = ["mongoConfig", "mongod"]
}
service {
name = "tomcat"
dependsOn = ["mongos"]
}
}
Application and Services Properties
为了使 Cloudify recipes 灵活和可配置，可以使用应用级别的properterties 文件 (可以在Groovy申明时获取值).
properties文件应按以下名字格式命名:
applicationName-application.properties
在这个properties文件中所有的property应该是唯一的，因为可能会在在应用recipe和其所有相应的服务recipes中通过key使用。

Example #1
假设:
1.应用名称是myApp
2.myApp recipe由两项服务组成 :Tomcat and MySQL
3.myApp-application.properties 包含了: databasePort=3306
这个databasePort属性是myApp所有服务实例共用的。

它被Tomcat service 和MySQL service共同知道, 因此用户无需绑定以访问服务上下文，也不需要在其中存储该数据(数据库端口)。

Example #2
假设一项服务称为firstService并且它包括一个文件
firstService-service.properties，如下所示:
firstServiceName="my1stService"
firstServiceIconName="my1stServiceIcon.jpg"
firstServiceStart="my1stService_start.groovy"
这时该项服务:
1.服务名为"my1stService"
2.服务icon名为 "my1stServiceIcon.jpg"
3.服务生命周期脚本为my1stService_start.groovy
如果该应用recipe同时包含了了一个应用等级的properties文件
myApp-application.properties (如下所示):
firstServiceName="newServiceName"
firstServiceStart="newService_start.groovy"
而这种情况下:
1.服务名将是 "newServiceName" –重写了在
firstService-service.properties 中的"firstServiceName" 属性
2.服务的 icon名依然会是"my1stServiceIcon.jpg"
3.服务启动生命周期脚本将会是newService_start.groovy–重写了在
firstService-service.properties 中"firstServiceStart" 属性
在运行时，也可以重写这些属性。

在另外一个properties文件中使用overrides 标识，再通过CLI调用以下命令：install-application -overrides myOtherPropertiesFile myApp
可以根据需要修改任一属性.。