<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<!--[if !mso]><style>v\:* {behavior:url(#default#VML);}
o\:* {behavior:url(#default#VML);}
w\:* {behavior:url(#default#VML);}
.shape {behavior:url(#default#VML);}
</style><![endif]--><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
tt
{mso-style-priority:99;
font-family:"Courier New";}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;
font-family:"Calibri","sans-serif";
mso-fareast-language:EN-US;}
@page WordSection1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang="EN-GB" link="blue" vlink="purple">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US">Completely agree with Brad… a new project for this is not what is needed.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US">From an operator’s point of view, it is a REAL, REAL, REAL pain to be configuring yet another project, yet another set of Puppet/Chef
recipes, additional monitoring, service nodes, new databases, more documentation, further packages, pre-requisites and tough divergent roles follow…
<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US">While I appreciate that there is an impact from having reviews, this should not be the cause for creating more complexity for those
who wish to use the functionality.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US">I’d also suggest the Heater guys talk to the Murano guys since my ideal scenario is for a simple user kiosk where I can ask for an
app, be asked for some configuration details and then deploy. The two projects appear to be heading towards a converged solution.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US">Tim<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri","sans-serif";color:#1F497D;mso-fareast-language:EN-US"><o:p> </o:p></span></p>
<div style="border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm 4.0pt">
<div>
<div style="border:none;border-top:solid #E1E1E1 1.0pt;padding:3.0pt 0cm 0cm 0cm">
<p class="MsoNormal"><b><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif"">From:</span></b><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri","sans-serif""> Brad Topol [mailto:btopol@us.ibm.com]
<br>
<b>Sent:</b> 05 December 2013 20:06<br>
<b>To:</b> OpenStack Development Mailing List (not for usage questions)<br>
<b>Subject:</b> Re: [openstack-dev] [heat] [glance] Heater Proposal<o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><o:p> </o:p></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Arial","sans-serif"">Lots of good discussion on this topic. One thing I would like to point out is that we get feedback that OpenStack has too many projects as it is and customers get confused
on how much of OpenStack they need to install. So in the spirit of trying to help insure OpenStack does not continue to reinforce this perception, I am hoping that Heater functionality finds a home in either Glance or Heat. I don't have a preference of which.
Either of these is superior to starting a new project if it can be avoided.</span>
<br>
<br>
<span style="font-size:10.0pt;font-family:"Arial","sans-serif"">Thanks,</span> <br>
<br>
<span style="font-size:10.0pt;font-family:"Arial","sans-serif"">Brad</span> <br>
<span style="font-size:10.0pt;font-family:"Arial","sans-serif""><br>
Brad Topol, Ph.D.<br>
IBM Distinguished Engineer<br>
OpenStack<br>
(919) 543-0646<br>
Internet: <a href="mailto:btopol@us.ibm.com">btopol@us.ibm.com</a><br>
Assistant: Kendra Witherspoon (919) 254-0680</span> <br>
<br>
<br>
<br>
<span style="font-size:7.5pt;font-family:"Arial","sans-serif";color:#5F5F5F">From: </span><span style="font-size:7.5pt;font-family:"Arial","sans-serif"">Randall Burt <<a href="mailto:randall.burt@RACKSPACE.COM">randall.burt@RACKSPACE.COM</a>></span>
<br>
<span style="font-size:7.5pt;font-family:"Arial","sans-serif";color:#5F5F5F">To: </span><span style="font-size:7.5pt;font-family:"Arial","sans-serif"">"OpenStack Development Mailing List (not for usage questions)" <<a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.openstack.org</a>></span>
<br>
<span style="font-size:7.5pt;font-family:"Arial","sans-serif";color:#5F5F5F">Date: </span><span style="font-size:7.5pt;font-family:"Arial","sans-serif"">12/05/2013 12:09 PM</span>
<br>
<span style="font-size:7.5pt;font-family:"Arial","sans-serif";color:#5F5F5F">Subject: </span><span style="font-size:7.5pt;font-family:"Arial","sans-serif"">Re: [openstack-dev] [heat] [glance] Heater Proposal</span>
<o:p></o:p></p>
<div class="MsoNormal" align="center" style="text-align:center">
<hr size="2" width="100%" noshade="" style="color:#A0A0A0" align="center">
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><br>
<br>
<br>
<tt><span style="font-size:10.0pt">On Dec 5, 2013, at 10:10 AM, Clint Byrum <<a href="mailto:clint@fewbar.com">clint@fewbar.com</a>></span></tt><span style="font-size:10.0pt;font-family:"Courier New""><br>
<tt>wrote:</tt><br>
<br>
<tt>> Excerpts from Monty Taylor's message of 2013-12-04 17:54:45 -0800:</tt><br>
<tt>>> Why not just use glance?</tt><br>
<tt>>> </tt><br>
<tt>> </tt><br>
<tt>> I've asked that question a few times, and I think I can collate the</tt><br>
<tt>> responses I've received below. I think enhancing glance to do these</tt><br>
<tt>> things is on the table:</tt><br>
<tt>> </tt><br>
<tt>> 1. Glance is for big blobs of data not tiny templates.</tt><br>
<tt>> 2. Versioning of a single resource is desired.</tt><br>
<tt>> 3. Tagging/classifying/listing/sorting</tt><br>
<tt>> 4. Glance is designed to expose the uploaded blobs to nova, not users</tt><br>
<tt>> </tt><br>
<tt>> My responses:</tt><br>
<tt>> </tt><br>
<tt>> 1: Irrelevant. Smaller things will fit in it just fine.</tt><br>
<br>
<tt>Fitting is one thing, optimizations around particular assumptions about the size of data and the frequency of reads/writes might be an issue, but I admit to ignorance about those details in Glance.</tt><br>
<br>
<tt>> 2: The swift API supports versions. We could also have git as a</tt><br>
<tt>> backend. This feels like something we can add as an optional feature</tt><br>
<tt>> without exploding Glance's scope and I imagine it would actually be a</tt><br>
<tt>> welcome feature for image authors as well. Think about Ubuntu maintaining</tt><br>
<tt>> official images. If they can keep the ID the same and just add a version</tt><br>
<tt>> (allowing users to lock down to a version if updated images cause issue)</tt><br>
<tt>> that seems like a really cool feature for images _and_ templates.</tt><br>
<br>
<tt>Agreed, though one could argue that using image names and looking up ID's or just using ID's as appropriate "sort of" handle this use case, but I agree that having image versioning seems a reasonable feature for Glance to have as well.</tt><br>
<br>
<tt>> 3: I'm sure glance image users would love to have those too.</tt><br>
<br>
<tt>And image metadata is already there so we don't have to go through those discussions all over again ;).</tt><br>
<br>
<tt>> 4: Irrelevant. Heat will need to download templates just like nova, and</tt><br>
<tt>> making images publicly downloadable is also a thing in glance.</tt><br>
<br>
<tt>Yeah, this was the kicker for me. I'd been thinking of adding the tenancy/public/private templates use case to the HeatR spec and realized that this was a good argument for Glance since it already has this feature.</tt><br>
<br>
<tt>> It strikes me that this might be a silo problem instead of an</tt><br>
<tt>> actual design problem. Folk should not be worried about jumping into</tt><br>
<tt>> Glance and adding features. Unless of course the Glance folk have</tt><br>
<tt>> reservations? (adding glance tag to the subject)</tt><br>
<br>
<tt>Perhaps, and if these use cases make sense for the Glance users in general, I wouldn't want to re-invent all those wheels either. I admit there's some appeal to being able to pass a template ID to stack-create or as the type of a provider resource and have
an actual API to call that's already got a known, tested client that's already part of the OpenStack ecosystem</tt><br>
<br>
<tt>In the end, though, even if some and not all of our use cases make sense for the Glance folks, we still have the option of creating the HeatR service and having Glance as a possible back-end data store.</tt><br>
<br>
<tt>> _______________________________________________</tt><br>
<tt>> OpenStack-dev mailing list</tt><br>
<tt>> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a></tt><br>
<tt>> </tt></span><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev"><tt><span style="font-size:10.0pt">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</span></tt></a><span style="font-size:10.0pt;font-family:"Courier New""><br>
<br>
<br>
<tt>_______________________________________________</tt><br>
<tt>OpenStack-dev mailing list</tt><br>
<tt><a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a></tt><br>
</span><a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev"><tt><span style="font-size:10.0pt">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</span></tt></a><span style="font-size:10.0pt;font-family:"Courier New""><br>
<br>
</span><o:p></o:p></p>
</div>
</div>
</body>
</html>