<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 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 class="im">On 17 July 2013 12:55, Paul Robinson <<a href="mailto:paul@32moves.com">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 class="HOEnZb"><font color="#888888"><br>
Paul.<br>
</font></span><div class="HOEnZb"><div class="h5">_______________________________________________<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>
</div></div></blockquote></div><br></div>