<div dir="ltr">On Sat, May 16, 2015 at 4:02 AM, Maarten Dammers <span dir="ltr"><<a href="mailto:maarten@mdammers.nl" target="_blank">maarten@mdammers.nl</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">With that you basically break the edit flow of most users on Wikidata, see <a href="https://www.wikidata.org/wiki/Wikidata:Project_chat#wdq.wmflabs.org.2Fapi" target="_blank">https://www.wikidata.org/wiki/Wikidata:Project_chat#wdq.wmflabs.org.2Fapi</a> . This is one of those tools that have silently become production.<span class="HOEnZb"><font color="#888888"><br>
<br></font></span></blockquote><div><br></div><div>It may not be correct to say "you" here :). If something is really important, it should be run in a way that can handle failure of the underlying hardware. Labs infrastructure wasn't designed for high-uptime of the underlying instances (purposely).<br><br></div><div>If it's production-ish, it should likely either be moved to production or you should put a bit of effort into making it work across multiple instances. The ideal goal is for services to be stateless, with their state living in databases that are also split across instances. It's best to have the service config managed (ideally puppetized since it's what wikimedia uses) so that a loss of an instance is only a brief inconvenience.<br><br></div><div>- Ryan<br></div></div></div></div>