incubator-cloudstack-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Duncan Johnston Watt <duncan.johnstonw...@cloudsoftcorp.com>
Subject Re: [jira] [Commented] (CLOUDSTACK-576) PaaS Enablement: Composite Application Blueprints
Date Wed, 05 Dec 2012 03:52:39 GMT
Kelcey

The reason we presented this as PaaS enablement is that we see this as a
distinct but related activity. One that is important to end users/consumers
of cloud.

Best

Duncan

On 4 December 2012 09:58, Kelceydamage@bbits <kelcey@bbits.ca> wrote:

> I am in agreement with this, as a content IaaS provider, I would not want
> integration to go so far as to cloud or obfuscate the IaaS systems in favor
> of PaaS. To me they are 2 distinct and seperate methodologies. I do like
> PaaS, and would think it more of an opportunity for an add on system it
> layer.
>
> Sent from my iPhone
>
> On Dec 4, 2012, at 9:43 AM, "John Burwell (JIRA)" <jira@apache.org> wrote:
>
> >
> >    [
> https://issues.apache.org/jira/browse/CLOUDSTACK-576?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13509892#comment-13509892]
> >
> > John Burwell commented on CLOUDSTACK-576:
> > -----------------------------------------
> >
> > Alex,
> >
> > My thought is a PaaS would be implemented in a manner akin to BareMetal
> whereby an SPI would be provided to direct the allocation of resources
> (compute, storage, and network) to one or more PaaS instances.  CloudStack
> would provide a common authentication and authorization layer allowing
> providers to provide a single set of credentials that would operate across
> IaaS and PaaS offerings, normalized monitoring and metrics collection, and
> some level UI embedding/theming to provide a consistent user experience
> between the two management console.  The actual configuration of the PaaS
> for administrators and users would be delegated to the PaaS and associated
> system tools (e.g. Puppet, Chef, etc).  In my opinion, attempting any
> deeper integration would create undue maintenance burden for the CloudStack
> project while compromising flexibility for operators -- without providing
> any additional value for either.
> >
> > Thanks,
> > -John
> >
> >
> >
> >
> >
> >> 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
>



-- 
Duncan Johnston-Watt
CEO | Cloudsoft Corporation

Twitter | @duncanjw
Mobile | +44 777 190 2653
Skype | duncan_johnstonwatt
Linkedin | www.linkedin.com/in/duncanjohnstonwatt

Cloudsoft Corporation Limited, Registered in Scotland No: SC349230.
 Registered Office: 13 Dryden Place, Edinburgh, EH9 1RP

This e-mail message is confidential and for use by the addressee only. If
the message is received by anyone other than the addressee, please return
the message to the sender by replying to it and then delete the message
from your computer. Internet e-mails are not necessarily secure. Cloudsoft
Corporation Limited does not accept responsibility for changes made to this
message after it was sent.

Whilst all reasonable care has been taken to avoid the transmission of
viruses, it is the responsibility of the recipient to ensure that the
onward transmission, opening or use of this message and any attachments
will not adversely affect its systems or data. No responsibility is
accepted by Cloudsoft Corporation Limited in this regard and the recipient
should carry out such virus and other checks as it considers appropriate.

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message