<p>Hey everyone!</p>
<p>Try-it vs. Very-complex:<br>
Separate projects, with links to eachother in the READMEs.</p>
<p>Production:<br>
I use my chef recipes in production.  Some more organizing and some re-thinking has to go into them to work well.  I'd like to start that conversation in another thread, after taking a second look at where other folks have gone with the Swift recipes.</p>

<p>I'd reference again my blue-sky blog entries from last summer on Swift and Chef.  I still run my cluster that way, but what I've learned since then needs to be integrated.  Patches welcome!</p>
<p>-judd</p>
<div class="gmail_quote">On Feb 28, 2012 5:33 PM, "andi abes" <<a href="mailto:andi.abes@gmail.com">andi.abes@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Tue, Feb 28, 2012 at 3:21 PM, Jay Pipes <<a href="mailto:jaypipes@gmail.com">jaypipes@gmail.com</a>> wrote:<br>
> cc'ing Maru since his particular cookbook is being discussed here :<br>
><br>
><br>
> On 02/28/2012 02:56 PM, andi abes wrote:<br>
>><br>
>> yes and no....<br>
>><br>
>> One neat feature of chef is it's search capability - being able to<br>
>> query the sever of where other pieces of the puzzle are located, which<br>
>> makes it very convenient for multi-node operations.<br>
>> E.g. for swift there are a few cookbooks floating around where by the<br>
>> rings are constructed by locating all the servers that are tagged as<br>
>> "storage" nodes (i.e. they have the appropriate role(s) assigned to<br>
>> them.<br>
>> While "search" is a neat capability, it does make the recipes more<br>
>> complex (recipes are part of cookbooks, that express the operations to<br>
>> be performed). So if the intent is to have the cookbooks serve as an<br>
>> newbie exemplar, showcasing openstack - its probably not a good idea.<br>
>><br>
>> Other complexities arise when you start dealing with machine variably,<br>
>> that can be easily hidden in SAIO. Using swift as an example - the #<br>
>> and device names of disks. In SAIO, you just create a bunch of<br>
>> loopback devices... (at least the sample deployment docs do). On a<br>
>> more (dare I say) "production" environment, you'd want to discover<br>
>> what disks are available, and use the appropriate ones.<br>
>><br>
>> That said - there could be recipes for both SIAO and multi-node. Users<br>
>> would then have to combine and apply the right set. But maybe that's<br>
>> not the full question... maybe a more ""complete"" question would be:<br>
>><br>
>> is this effort geared towards producing deployments that can be<br>
>> considered "production ready"?<br>
><br>
><br>
> I believe most people would answer "Yes". The openstack-chef upstream<br>
> cookbooks should be geared towards production environments.<br>
><br>
> I was just asking if there is the ability to have both production-ready<br>
> recipes and "try this out" recipes all in the same repo. Sounds like that's<br>
> not really a good thing, and if not, we should decide where the appropriate<br>
> place to put "try this out" recipes should be?<br>
><br>
<br>
Didn't mean to say that's not a good idea.. (the try-it part), or not<br>
possible. My main goal was just to double check that indeed a<br>
production deployment is envisioned.<br>
A simple option to ease any possible confusion between the different<br>
recipes could be to have separate cookbooks- e.g. swift and swfit-saio<br>
or maybe openstack and openstack-saio.<br>
<br>
<br>
However, the mention of "production"  raises a few other questions<br>
(again.. I think I'm just echoing) - specifically what's the source of<br>
the OpenStack bits to be used...<br>
<br>
_______________________________________________<br>
Mailing list: <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
Post to     : <a href="mailto:openstack@lists.launchpad.net">openstack@lists.launchpad.net</a><br>
Unsubscribe : <a href="https://launchpad.net/~openstack" target="_blank">https://launchpad.net/~openstack</a><br>
More help   : <a href="https://help.launchpad.net/ListHelp" target="_blank">https://help.launchpad.net/ListHelp</a><br>
</blockquote></div>