On Wed, Mar 26, 2014 at 11:25 AM, Keith Bray keith.b...@rackspace.comwrote:
On 3/25/14 11:55 AM, Ruslan Kamaldinov rkamaldi...@mirantis.com wrote:
* Murano DSL will focus on:
a. UI rendering
One of the primary reasons I am opposed to using a different DSL/project
to accomplish this is
On Thu, Mar 27, 2014 at 7:42 PM, Georgy Okrokvertskhov
gokrokvertsk...@mirantis.com wrote:
Given that I don't see the huge overlap here with Murano functionality as
even if Solum stated that as a part of solution Heat template will be
generated it does not necessarily mean that Solum itself
On Mar 27, 2014, at 11:27 AM, Ruslan Kamaldinov rkamaldi...@mirantis.com
wrote:
On Thu, Mar 27, 2014 at 7:42 PM, Georgy Okrokvertskhov
gokrokvertsk...@mirantis.com wrote:
Given that I don't see the huge overlap here with Murano functionality as
even if Solum stated that as a part of
Keith is my co-worker. I deeply respect his opinion, and agree with his
perspective with respect to devops users. That's exactly the persona that
OpenStack appeals to today. However, devops is not the only perspective to
consider.
OpenStack has not yet crossed the barrier into attracting
:26:42:
From: Zane Bitter zbit...@redhat.com
To: openstack-dev@lists.openstack.org
Date: 26/03/2014 02:27
Subject: Re: [openstack-dev] [Murano][Heat] MuranoPL questions?
snip
Cloud administrators are usually technical guys that are capable of
learning HOT and writing YAML
,
Thomas
From: Dmitry mey...@gmail.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Date: 26/03/2014 11:17
Subject: Re: [openstack-dev] [Murano][Heat] MuranoPL questions?
Hi Thomas,
Can you share some documentation of what you're doing right
11:17
Subject: Re: [openstack-dev] [Murano][Heat] MuranoPL questions?
Hi Thomas,
Can you share some documentation of what you're doing right now with
TOSCA-compliant layer?
We would like to join to this effort.
Thanks,
Dmitry
On Wed, Mar 26, 2014 at 10:38 AM, Thomas Spatzier
On 3/25/14 11:55 AM, Ruslan Kamaldinov rkamaldi...@mirantis.com wrote:
* Murano DSL will focus on:
a. UI rendering
One of the primary reasons I am opposed to using a different DSL/project
to accomplish this is that the person authoring the HOT template is
usually the system architect, and
Hi Thomas,
I think we went to the second loop of the discussion about generic language
concepts. Murano does not use a new language for the sole purpose of
having parameters, constraints and polymorphism. These are generic concepts
which are common for different languages, so keeping arguing
What I can say is that I'm not convinced. The only use-case for a DSL would
be if you have to upload user-written code, but what you mentioned is a Web
interface, where the user doesn't use the DSL, and the cloud provider is the
developer. There is no reason in this case to have a secure
Hi Thomas,
I think we went to the second loop of the discussion about generic language
concepts. Murano does not use a new language for the sole purpose of having
parameters, constraints and polymorphism. These are generic concepts which
are common for different languages, so keeping
On Tue, Mar 25, 2014 at 3:32 AM, Thomas Herve thomas.he...@enovance.comwrote:
Hi Thomas,
I think we went to the second loop of the discussion about generic
language
concepts. Murano does not use a new language for the sole purpose of
having
parameters, constraints and polymorphism.
On Tue, Mar 25, 2014 at 2:27 PM, Thomas Herve thomas.he...@enovance.comwrote:
What I can say is that I'm not convinced. The only use-case for a DSL
would
be if you have to upload user-written code, but what you mentioned is a
Web
interface, where the user doesn't use the DSL, and the
Murano folks,
I guess we should stop our debates with the Heat team about MuranoPL. What
we should do instead is to carefully read this thread couple of times and
collect and process all the feedback we've got. Steve and Zane did a very good
job helping us to find a way to align with Heat and
On 21/03/14 18:58, Stan Lagun wrote:
Zane,
I appreciate your explanations on Heat/HOT. This really makes sense.
I didn't mean to say that MuranoPL is better for Heat. Actually HOT is
good for Heat's mission. I completely acknowledge it.
I've tried to avoid comparison between languages and I'm
Hi Stan,
Comments inline.
Zane,
I appreciate your explanations on Heat/HOT. This really makes sense.
I didn't mean to say that MuranoPL is better for Heat. Actually HOT is good
for Heat's mission. I completely acknowledge it.
I've tried to avoid comparison between languages and I'm sorry
Hi,
So that's where I want to make a first stop. If your primary user is not a
developer, there is no reason to introduce a DSL for security reasons. The
provider can trust the code he writes, and there is no need to create a
dedicated language.
I thinks this need to be clarified.
The
On Mon, Mar 24, 2014 at 4:13 PM, Thomas Herve thomas.he...@enovance.comwrote:
What I can say is that I'm not convinced. The only use-case for a DSL would
be if you have to upload user-written code, but what you mentioned is a Web
interface, where the user doesn't use the DSL, and the cloud
I completely agree with Georgy, but you raised some questions about Heat
that I want to answer in the interests of spreading knowledge about how
Heat works. A heavily-snipped response follows...
On 21/03/14 05:11, Stan Lagun wrote:
3. Despite HOT being more secure on the surface it is not
Zane,
I appreciate your explanations on Heat/HOT. This really makes sense.
I didn't mean to say that MuranoPL is better for Heat. Actually HOT is good
for Heat's mission. I completely acknowledge it.
I've tried to avoid comparison between languages and I'm sorry if it felt
that way. This is not
On 19/03/14 17:13, Stan Lagun wrote:
On Wed, Mar 19, 2014 at 9:18 PM, Zane Bitter zbit...@redhat.com
mailto:zbit...@redhat.com wrote:
On 19/03/14 05:00, Stan Lagun wrote:
Steven,
Agree with your opinion on HOT expansion. I see that inclusion of
imperative
Hi Zane,
Thank you for the deep analysis. I agree that doing these deep technical
debates around languages hides the real problem we should focus on. Thank
you for bringing back to the light.
You are right, TC highlighted that Murano did a huge step forward up to
stack probably passing some
] [Murano][Heat] MuranoPL questions?
I see this in the following way - who will generate HOT template for my
complex multi-tier applications when I have only templates for
components?
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http
On 19 Mar 2014, at 16:00, Stan Lagun sla...@mirantis.com wrote:
We want application authors to be able to express application deployment and
maintenance logic of any complexity. This may involve communication with 3rd
party REST services (APIs of applications being deployed, external
, March 18, 2014 1:49 PM
To: OpenStack Development Mailing List (not for usage
questions)
openstack-dev@lists.__openstack.org
mailto:openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [Murano][Heat] MuranoPL questions
@lists.openstack.org
Subject: Re: [openstack-dev] [Murano][Heat] MuranoPL
questions?
I see this in the following way - who will generate HOT
template for my
complex multi-tier applications when I have only templates
for components
Excerpts from Zane Bitter's message on 19/03/2014 18:18:34:
From: Zane Bitter zbit...@redhat.com
To: openstack-dev@lists.openstack.org
Date: 19/03/2014 18:21
Subject: Re: [openstack-dev] [Murano][Heat] MuranoPL questions?
On 19/03/14 05:00, Stan Lagun wrote:
Steven,
Agree with your
Bitter's message on 19/03/2014 18:18:34:
From: Zane Bitter zbit...@redhat.com
To: openstack-dev@lists.openstack.org
Date: 19/03/2014 18:21
Subject: Re: [openstack-dev] [Murano][Heat] MuranoPL questions?
On 19/03/14 05:00, Stan Lagun wrote:
Steven,
Agree with your opinion on HOT
questions)
openstack-dev@lists.openstack.org
Date: Tuesday, March 18, 2014 1:49 PM
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [Murano][Heat] MuranoPL questions?
I see this in the following way - who
@lists.openstack.org
Date: 19/03/2014 18:21
Subject: Re: [openstack-dev] [Murano][Heat] MuranoPL questions?
On 19/03/14 05:00, Stan Lagun wrote:
Steven,
Agree with your opinion on HOT expansion. I see that inclusion of
imperative workflows and ALM would require major Heat redesign
(I added a couple of tags to the subject; hope this doesn't screw up
anyone's threading.)
On 09/03/14 16:26, Joshua Harlow wrote:
I'd be very interested in knowing the resource controls u plan to add.
Memory, CPU...
I'm still trying to figure out where something like
Hi Zane,
Thank you for your feedback. This is very important for us to find out how
our approach can be aligned with existing solutions. Let me try to explain
how we come up to specific solutions.
It does seem really awkward to me (and not just because of all the
$signs), because it's
)
openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org
Date: Tuesday, March 18, 2014 1:49 PM
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.orgmailto:openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [Murano][Heat
questions)
openstack-dev@lists.openstack.org
Date: Tuesday, March 18, 2014 1:49 PM
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [Murano][Heat] MuranoPL questions?
I see this in the following way - who will generate
Hi Ruslan,
I did not intend to suggest that definition of things like billing rules
should necessarily be supported syntax in Heat. Murano is certainly able
to develop whatever features it would like, including an alternative DSL.
I have a preference towards minimizing DSLs across the OpenStack
-To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Date: Tuesday, March 18, 2014 1:49 PM
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [Murano][Heat] MuranoPL questions?
I
gokrokvertsk...@mirantis.com
Reply-To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Date: Tuesday, March 18, 2014 1:49 PM
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [Murano
37 matches
Mail list logo