[openstack-dev] [Heat] Special session on heat-translator project at Atlanta summit

Thomas Spatzier thomas.spatzier at de.ibm.com
Thu May 8 15:26:16 UTC 2014


Hi all,

we have put up an etherpad [1] with a draft agenda for the session on "Heat
Translator" next week. It is an outline of things that we want to talk
about to give an overview and some background on the project, as well as a
collection of things that came to our minds.

It is important to say that the project is really young and still taking
shape. Compared to other design design sessions where the issues being
discussed are much more concrete, expect this session to be of a broader
scope. It is really meant to show what we have so far, what our vision is,
but then also to shape the project so it best benefits the OpenStack
Orchestration program. Therefore, we are really interested in everyone's
input for that session so that we can make best use of everyone's time
there.

That said, feel free to add your input to the etherpad. We will then
consolidate it in time for the session next Thursday.

[1] https://etherpad.openstack.org/p/juno-design-summit-heat-translator

Regards,
Thomas

> From: Thomas Spatzier/Germany/IBM at IBMDE
> To: "OpenStack Development Mailing List \(not for usage questions\)"
> <openstack-dev at lists.openstack.org>
> Date: 06/05/2014 10:47
> Subject: Re: [openstack-dev] [Heat] Special session on heat-
> translator project at Atlanta summit
>
> Hi Dimitri,
>
> I think we will cover the relation to the overall Heat vision during that
> session. That would actually be very good use of time during that
session,
> because we want to shape the project in a way that it adds benefit to the
> overall orchestration project. From our perspective, TOSCA is one driving
> factor, but it's not a pure TOSCA discussion.
> For example, during last year's summit in Portland we came up with this
> "vision architecture chart" in [1], and heat-translator could be a
starting
> point for this pluggable formats layer. Maybe we will also incubate some
> features in heat-translator and later move them more tightly into
Heat ...
> all points to be sorted out and to develop over time.
>
> My 2 cents.
>
> Thomas
>
> Dimitri Mazmanov <dimitri.mazmanov at ericsson.com> wrote on 06/05/2014
> 10:16:44:
>
> > From: Dimitri Mazmanov <dimitri.mazmanov at ericsson.com>
> > To: "OpenStack Development Mailing List (not for usage questions)"
> > <openstack-dev at lists.openstack.org>
> > Date: 06/05/2014 10:18
> > Subject: Re: [openstack-dev] [Heat] Special session on heat-
> > translator project at Atlanta summit
> >
> > Great effort! One question, will this session relate to the overall
> > Heat vision [1] (Model Interpreters, API Relay, etc)?
> >
> > -
> > Dimitri
> >
> > [1] https://wiki.openstack.org/wiki/Heat/Vision
> >
> > On 05/05/14 19:21, "Thomas Spatzier" <thomas.spatzier at de.ibm.com>
wrote:
> >
> > Hi all,
> >
> > I mentioned in some earlier mail that we have started to implement a
> TOSCA
> > YAML to HOT translator on stackforge as project "heat-translator". We
> have
> > been lucky to get a session allocated in the context of the "Open
source
> @
> > OpenStack" program for the Atlanta summit, so I wanted to share this
with
> > the Heat community to hopefully attract some interested people. Here is
> the
> > session link:
> >
> > http://openstacksummitmay2014atlanta.sched.org/event/
> > c94698b4ea2287eccff8fb743a358d8c#.U2e-zl6cuVg
> >
> > While there is some focus on TOSCA, the goal of discussions would also
be
> > to find a reasonable design for sitting such a translation layer on-top
> of
> > Heat, but also identify the relations and benefits for other projects,
> e.g.
> > how Murano use cases that include workflows for templates (which is
part
> of
> > TOSCA) could be addressed long term. So we hope to see a lot of
> interested
> > folks there!
> >
> > Regards,
> > Thomas
> >
> > PS: Here is a more detailed description of the session that we
submitted:
> >
> > 1) Project Name:
> > heat-translator
> >
> > 2) Describe your project, including links to relevent sites,
> repositories,
> > bug trackers and documentation:
> > We have recently started a stackforge project [1] with the goal to
enable
> > the deployment of templates defined in standard format such as OASIS
> TOSCA
> > on top of OpenStack Heat. The Heat community has been implementing a
> native
> > template format 'HOT' (Heat Orchestration Templates) during the Havana
> and
> > Icehouse cycles, but it is recognized that support for other standard
> > formats that are sufficiently aligned with HOT are also desirable to be
> > supported.
> > Therefore, the goal of the heat-translator project is to enable such
> > support by translating such formats into Heat's native format and
thereby
> > enable a deployment on Heat. Current focus is on OASIS TOSCA. In fact,
> the
> > OASIS TOSCA TC is currently working on a TOSCA Simple Profile in YAML
[2]
> > which has been greatly inspired by discussions with the Heat team, to
> help
> > getting TOSCA adoption in the community. The TOSCA TC and the Heat team
> > have also be in close discussion to keep HOT and TOSCA YAML aligned.
> Thus,
> > the first goal of heat-translator will be to enable deployment of TOSCA
> > YAML templates thru Heat.
> > Development had been started in a separate public github repository [3]
> > earlier this year, but we are currently in the process of moving all
code
> > to the stackforge projects
> >
> > [1] https://github.com/stackforge/heat-translator
> > [2]
> > https://www.oasis-open.org/committees/document.php?
> > document_id=52571&wg_abbrev=tosca
> > [3] https://github.com/spzala/heat-translator
> >
> > 3) Please describe how your project relates to OpenStack:
> > Heat has been working on a native template format HOT to replace the
> > original CloudFormation format as the primary template of the core Heat
> > engine. CloudFormation shall continue to be supported as one possible
> > format (to protect existing content), but it is desired to move such
> > support out of the core engine into a translation layer. This is one
> > architectural move that can be supported by the heat-translator
project.
> > Furthermore, there is desire to enable standardized formats such OASIS
> > TOSCA to run on Heat, which will also be possible thru heat-translator.
> >
> > In addition, recent discussions [4] in the large OpenStack
orchestration
> > community have shown that several groups (e.g. Murano) are looking at
> > extending orchestration capabilities beyond Heat functionality, and in
> the
> > course of doing this also extend current template formats. It has been
> > suggested in mailing list posts that TOSCA could be one potential
format
> to
> > center such discussions around instead of several groups developing
their
> > own orchestration DSLs. The next version of TOSCA with its simple
profile
> > in YAML is very open for input from the community, so there is a great
> > opportunity to shape the standard in a way to address use cases brought
> up
> > by the community. Willingness to join discussions with the TOSCA TC
have
> > already been indicated by several companies contributing to OpenStack.
> > Therefore we think the heat-translator project can help to focus such
> > discussions.
> >
> > [4]
> >
http://lists.openstack.org/pipermail/openstack-dev/2014-March/028957.html
> >
> > 4) How do you plan to use the time and space?
> > Give attendees an overview of current developments of the TOSCA Simple
> > Profile in YAML and how we are aligning this with HOT.
> > Give a quick summary of current code.
> > Discuss next steps and long term direction of the heat-translator
> project:
> > alignment with Heat, parts that could move into Heat, parts that would
> stay
> > outside of Heat etc.
> > Collect use cases from other interested groups (e.g. Murano), and
discuss
> > that as potential input for the project and also ongoing TOSCA
standards
> > work.
> > Discuss if and how this project could help to address requirements of
> > different groups.
> > Discuss and agree on a design to (1) meet important requirements based
on
> > those discussions, and (2) to best enable collaborative development
with
> > the community.
> >
> > _______________________________________________
> > OpenStack-dev mailing list
> > OpenStack-dev at lists.openstack.org
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> > _______________________________________________
> > OpenStack-dev mailing list
> > OpenStack-dev at lists.openstack.org
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>




More information about the OpenStack-dev mailing list