Hi Ruslan,
From: Ruslan Kamaldinov rkamaldi...@mirantis.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Date: 16/04/2014 00:38
Subject: Re: [openstack-dev] [Heat] [Murano] [Solum] applications inthe
cloud
Update:
Stan filed
To: openstack-dev openstack-dev@lists.openstack.org
Date: 04/04/2014 19:06
Subject: Re: [openstack-dev] [Heat] [Murano] [Solum] applications inthe
cloud
Excerpts from Stan Lagun's message of 2014-04-04 02:54:05 -0700:
Hi Steve, Thomas
I'm glad the discussion is so constructive!
If we add
Clint Byrum cl...@fewbar.com wrote on 04/04/2014 19:05:04:
From: Clint Byrum cl...@fewbar.com
To: openstack-dev openstack-dev@lists.openstack.org
Date: 04/04/2014 19:06
Subject: Re: [openstack-dev] [Heat] [Murano] [Solum] applications inthe
cloud
Excerpts from Stan Lagun's message of 2014-04
sba...@redhat.com wrote on 04/04/2014 06:12:38:
From: Steve Baker sba...@redhat.com
To: openstack-dev@lists.openstack.org
Date: 04/04/2014 06:14
Subject: Re: [openstack-dev] [Heat] [Murano] [Solum] applications inthe
cloud
On 03/04/14 13:04, Georgy Okrokvertskhov wrote:
Hi Steve,
I think
Excerpts from Stan Lagun's message of 2014-04-04 02:54:05 -0700:
Hi Steve, Thomas
I'm glad the discussion is so constructive!
If we add type interfaces to HOT this may do the job.
Applications in AppCatalog need to be portable across OpenStack clouds.
Thus if we use some globally-unique
On Fri, Apr 4, 2014 at 9:05 PM, Clint Byrum cl...@fewbar.com wrote:
IMO that is not really true and trying to stick all these databases into
one SQL database interface is not a use case I'm interested in
pursuing.
Indeed. Any SQL database is a useless interface. What I was trying to say
is
I'm trying to think how the process is looks like from the application
provider point of view.
As application provider I need to:
1) Develop a new application, using 3rd party components (DB, Application
Container, Cache, Messaging etc).
2) Build and test my application
2) Upload the deployment
On 03/04/14 13:04, Georgy Okrokvertskhov wrote:
Hi Steve,
I think this is exactly the place where we have a boundary between
Murano catalog and HOT.
In your example one can use abstract resource type and specify a
correct implementation via environment file. This is how it will be
done on
This is a continuation of the MuranoPL questions thread.
As a result of ongoing discussions, we figured out that definition of layers
which each project operates on and has responsibility for is not yet agreed
and discussed between projects and teams (Heat, Murano, Solum (in
alphabetical order)).
On 03/04/14 10:39, Ruslan Kamaldinov wrote:
This is a continuation of the MuranoPL questions thread.
As a result of ongoing discussions, we figured out that definition of layers
which each project operates on and has responsibility for is not yet agreed
and discussed between projects and
10 matches
Mail list logo