<div dir="ltr">Another new option I don't think has been mentioned yet is orca:<div><br></div><div><a href="https://github.com/andykent/orca">https://github.com/andykent/orca</a><br></div><div><br></div><div>Which might be of interest.</div>
<div><br></div><div>In terms of the value of configuration management, we're (Shutl) a chef shop and we're getting a great deal of value from it. But, it is a learning curve and full of idiosyncrasies (nomenclature has already been mentioned!). We're now at the point where we quickly delete and re-create nodes and whole setups, and because of this we can be assured that our software does not rely on state. And, because we run chef directly from a OS-only AWS AMI, we're not investing time in hand-crafting AMIs that are essentially black box masterpieces which are impossible to specify. This also breaks our reliance on AWS :)</div>
<div><br></div><div>In terms of value, I think that it's important to remember that these are different tools and frameworks to those than many developers are used to, and that when it comes to learning these for the first time, you are a beginner. This might sound like a tautology, but I think it's often forgotten - you have to learn these tools in order for them to be useful to you. They're not like a ruby gem that you just drop into your code. </div>
<div><br></div><div>Sam</div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 17 July 2013 14:12, David Burrows <span dir="ltr"><<a href="mailto:david@designsuperbuild.com" target="_blank">david@designsuperbuild.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I think part of my similar fear of Chef/Puppet is that it's overkill for a lot of things I want to do, but I still want more than a bash script. <div>
<br></div><div>Ansible [0] seems to be a better fit for small-to-medium size setups, although I've yet to use it in anger, anyone have any production experience of it?<div>
<div><div><br></div><div>[0] <a href="http://ansibleworks.com/docs/gettingstarted.html" target="_blank">http://ansibleworks.com/docs/gettingstarted.html</a><span class="HOEnZb"><font color="#888888"><br></font></span></div>
</div></div></div></div><div class="gmail_extra"><span class="HOEnZb"><font color="#888888"><br clear="all"><div><div>
-- </div><div>David Burrows</div><div>079 1234 2125</div><div>@dburrows</div><div><br></div><div><a href="http://www.designsuperbuild.com/" target="_blank">http://www.designsuperbuild.com/</a> | @dsgnsprbld</div></div></font></span><div>
<div class="h5">
<br><br><div class="gmail_quote">On Wed, Jul 17, 2013 at 1:57 PM, David Salgado <span dir="ltr"><<a href="mailto:david@digitalronin.com" target="_blank">david@digitalronin.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">RDS also has the major (for some people) problem that you can't replicate into or out of it without using separate tools. So, if you really need some of your data local to your nodes, e.g. for performance reasons, RDS isn't really an option.<div>
<br></div></div><div><div><div class="gmail_extra"><br><br><div class="gmail_quote">On 17 July 2013 13:48, Paul Battley <span dir="ltr"><<a href="mailto:pbattley@gmail.com" target="_blank">pbattley@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On 17 July 2013 12:55, Paul Robinson <<a href="mailto:paul@32moves.com" target="_blank">paul@32moves.com</a>> wrote:<br>
> On this point I think right now you have a choice:<br>
><br>
> 1. I'm too busy to think about this, I'll just pay for RDS from AWS and let them figure it out for me<br>
><br>
> 2. I really care about this and not too busy, so I'll figure it out myself and get really annoyed when I realise MySQL's clustering is something my niece could have designed better and Postgres is not much better...<br>
<br>
</div>If your problem fits (in terms of scale and capabilities required)<br>
into RDS, you'll probably be happy with that, especially since it's<br>
very easy to provision, duplicate, and maintain. However, I wouldn't<br>
pretend that it's a universal solution to data persistence. MySQL vs<br>
Postgres is hardly an exhaustive list of options!<br>
<span><font color="#888888"><br>
Paul.<br>
</font></span><div><div>_______________________________________________<br>
Chat mailing list<br>
<a href="mailto:Chat@lists.lrug.org" target="_blank">Chat@lists.lrug.org</a><br>
<a href="http://lists.lrug.org/listinfo.cgi/chat-lrug.org" target="_blank">http://lists.lrug.org/listinfo.cgi/chat-lrug.org</a><br>
</div></div></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
Chat mailing list<br>
<a href="mailto:Chat@lists.lrug.org" target="_blank">Chat@lists.lrug.org</a><br>
<a href="http://lists.lrug.org/listinfo.cgi/chat-lrug.org" target="_blank">http://lists.lrug.org/listinfo.cgi/chat-lrug.org</a><br>
<br></blockquote></div><br></div></div></div>
<br>_______________________________________________<br>
Chat mailing list<br>
<a href="mailto:Chat@lists.lrug.org">Chat@lists.lrug.org</a><br>
<a href="http://lists.lrug.org/listinfo.cgi/chat-lrug.org" target="_blank">http://lists.lrug.org/listinfo.cgi/chat-lrug.org</a><br>
<br></blockquote></div><br></div>