Difference between revisions of "Heat/Vocabulary"
< Heat
Alexheneveld (talk | contribs) |
Adrian Otto (talk | contribs) |
||
Line 1: | Line 1: | ||
+ | |||
+ | This is a comparison of the equivalent vocabulary for describing the primitives used during orchestration. The first column references [[Heat/DSL|This DSL]]. | ||
+ | |||
AKA: asalked's guide to the madness (rendered more or less mad by alexheneveld) | AKA: asalked's guide to the madness (rendered more or less mad by alexheneveld) | ||
Line 5: | Line 8: | ||
{| class="wikitable" | {| class="wikitable" | ||
|- | |- | ||
− | ! This DSL !! CFN !! TOSCA !! CAMP !! - !! Comments | + | ! [[Heat/DSL|This DSL]] !! CFN !! TOSCA !! CAMP !! - !! Comments |
|- | |- | ||
− | | | + | | [[Heat/DSL#Heat_Blueprint|Blueprint]] || template || service/topology template || assembly template || || |
|- | |- | ||
− | | | + | | [[Heat/DSL#Deployment|Deployment]] || stack || service, topology || assembly || || |
|- | |- | ||
− | | | + | | [[Heat/DSL#Static_Resources_and_Deployment_Resources|Deployment Resource]] || resource || artifact || Application Component || || Mostly the same |
|- | |- | ||
− | | Inputs || Parameters || properties || parameters || || || | + | | [[Heat/DSL#Options_and_Inputs|Inputs]] || Parameters || properties || parameters || || || |
|- | |- | ||
− | | Options || Parameter declarations || parameters || || || | + | | [[Heat/DSL#Options_and_Inputs|Options]] || Parameter declarations || parameters || || || |
|- | |- | ||
− | | Constraints || Parameter constraints || || || || | + | | [[Heat/DSL#Options_and_Inputs|Constraints]] || Parameter constraints || || || || |
|- | |- | ||
− | | | + | | [[Heat/DSL#Static_Resources_and_Deployment_Resources|Static Resource]] || more properties/metadata || artifact (component) || Application Component Template || || |
|- | |- | ||
− | | Provider || || capabilities (and requirements) || capabilities (and requirements) || || Resource Plugin exposed so the user can choose the plugin they want? | + | | [[Heat/DSL#Providers|Provider]] || || capabilities (and requirements) || capabilities (and requirements) || || Resource Plugin exposed so the user can choose the plugin they want? (Answer: An abstraction for implementation details.) |
|- | |- | ||
− | | Environment || || (handled by requirements) || ( | + | | [[Heat/DSL#Environment|Environment]] || (none) || (out of scope, handled by requirements) || (out of scope, related to requirements and capabilities) || || |
|- | |- | ||
− | | | + | | [[Heat/DSL#Component|Component]] || juju charm; puppet, chef roles || node (component) || component || || maybe a AWS::CloudFormation::Init section at a stretch |
|} | |} |
Revision as of 00:07, 17 April 2013
This is a comparison of the equivalent vocabulary for describing the primitives used during orchestration. The first column references This DSL.
AKA: asalked's guide to the madness (rendered more or less mad by alexheneveld)
This is work in progress. Experts please amend as appropriate, and more comments at right or underneath.
This DSL | CFN | TOSCA | CAMP | - | Comments | |
---|---|---|---|---|---|---|
Blueprint | template | service/topology template | assembly template | |||
Deployment | stack | service, topology | assembly | |||
Deployment Resource | resource | artifact | Application Component | Mostly the same | ||
Inputs | Parameters | properties | parameters | |||
Options | Parameter declarations | parameters | ||||
Constraints | Parameter constraints | |||||
Static Resource | more properties/metadata | artifact (component) | Application Component Template | |||
Provider | capabilities (and requirements) | capabilities (and requirements) | Resource Plugin exposed so the user can choose the plugin they want? (Answer: An abstraction for implementation details.) | |||
Environment | (none) | (out of scope, handled by requirements) | (out of scope, related to requirements and capabilities) | |||
Component | juju charm; puppet, chef roles | node (component) | component | maybe a AWS::CloudFormation::Init section at a stretch |