[
https://issues.apache.org/jira/browse/CLOUDSTACK-576?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13509865#comment-13509865
]
Alex Heneveld commented on CLOUDSTACK-576:
------------------------------------------
Hi folks--
To get the ball rolling here are a few questions on design/features.
And my answers, in order to kick off the argument discussion this
needs! I'll collate and post at #576.
*(1) Should we try for an AWS or vApp look-alike? Or build something
around Cloudstack concepts?*
Something new and lightweight based around Cloudstack, taking the best
of the others.
Cloudstack concepts (networking, service offerings) have evolved a lot
since EC2 and are more expressive. If we try to mimic something else
too much we'll end up with a poorly fitting shoe.
A migration tool to take other template types would then be an option.
*(2) What functionality do people care about most?*
- ability to launch a set of VM's based on template ID or template
key/value details
- ability to define a scalable cluster of a template
- ability to attach external (code) policies to that cluster
- ability to specify that the collection is on a private subnet with
only selected VM+ports exposed via a public IP
*(3) What deployment and management tools/techniques are people using
and would like to see supported here?*
- bash scripts (install and run scripts, with ability to refer to other
VMs programmatically in the script)
- deploy a puppet-master, then bring up other "stem-cell" nodes which
connect to the puppet master
- (David Nalley has already mentioned knife-cloudstack using chef)
- whirr ( http://whirr.apache.org )
- brooklyn ( http://brooklyncentral.github.com ) for clusters and
policies, building on the above
Best,
Alex
> PaaS Enablement: Composite Application Blueprints
> -------------------------------------------------
>
> Key: CLOUDSTACK-576
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-576
> Project: CloudStack
> Issue Type: New Feature
> Security Level: Public(Anyone can view this level - this is the
> default.)
> Components: API, AWSAPI
> Reporter: Duncan Johnston-Watt
>
> Given the level of interest in CloudStack as a platform for private, hybrid
> and public cloud one of the gaps is support for composite/multi-tier
> application blueprints comparable to VMware vApp and CloudFormation templates
> without necessarily slavishly following either of them. This is almost
> certainly a new component. One that will leverage/enhance the API/AWSAPI
> components amongst others.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
