<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Building a reliable back end for Balloons!</title>
	<atom:link href="http://blog.daveverwer.com/iphone-development/building-a-reliable-back-end-for-balloons/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.daveverwer.com/iphone-development/building-a-reliable-back-end-for-balloons/</link>
	<description>I write Mac and iPhone software.</description>
	<lastBuildDate>Sat, 04 Sep 2010 16:47:16 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Dave Verwer</title>
		<link>http://blog.daveverwer.com/iphone-development/building-a-reliable-back-end-for-balloons/comment-page-1/#comment-175</link>
		<dc:creator>Dave Verwer</dc:creator>
		<pubDate>Thu, 22 Oct 2009 17:31:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.daveverwer.com/?p=109#comment-175</guid>
		<description>@Matt

&gt; You’re trying to say that those affected by yesterday’s
&gt; downtime hadn’t built in any reliability to their setup.
&gt; The device that failed was a SAN, which is a measure
&gt; of reliability and redundancy on its own. It’s not a
&gt; single server or a single hard drive. Brightbox provide
&gt; this by default, so everybody complaining had taken
&gt; steps to build in reliability by choosing Brightbox in
&gt; the first place.

I absolutely am not saying that you didn&#039;t build reliability in, what I am saying is that you made a choice as to what level of reliability was appropriate for the service/content/whatever that you are hosting on that box.

Brightbox use redundant disks inside a SAN and a redundant MySQL cluster, this is a level of redundancy and you chose it over a cheaper option which did not do this. Good for you... and you already went further than many do. But, consciously or subconsciously, you chose that it was not worth the money to increase that reliability with load balancing just as I have chosen not to replicate my entire hosting platform somewhere else.

I have invested what I believe to be an appropriate amount of money to get the best reliability I could for the service I am trying to make available. So did you and we just made a different decision. What I am saying is that was your decision, just like it was mine to not invest in a backup hosting provider if the Brightbox data centre slides into the sea one day.

&gt; So ultimately I’m still not saying its Brightbox’s fault
&gt; (these things happen) but your point is misguided
&gt; and looks from a pretty poor perspective about the
&gt; people complaining.

I did not mean to judge the people complaining, I even said that they were naturally upset. I would have been upset too if I were in that position. I just said they knew the world we live in is not perfect and that &quot;shit happens&quot; and they made a decision about what was an appropriate level of redundancy for the data/service they were protecting.</description>
		<content:encoded><![CDATA[<p>@Matt</p>
<p>> You’re trying to say that those affected by yesterday’s<br />
> downtime hadn’t built in any reliability to their setup.<br />
> The device that failed was a SAN, which is a measure<br />
> of reliability and redundancy on its own. It’s not a<br />
> single server or a single hard drive. Brightbox provide<br />
> this by default, so everybody complaining had taken<br />
> steps to build in reliability by choosing Brightbox in<br />
> the first place.</p>
<p>I absolutely am not saying that you didn&#8217;t build reliability in, what I am saying is that you made a choice as to what level of reliability was appropriate for the service/content/whatever that you are hosting on that box.</p>
<p>Brightbox use redundant disks inside a SAN and a redundant MySQL cluster, this is a level of redundancy and you chose it over a cheaper option which did not do this. Good for you&#8230; and you already went further than many do. But, consciously or subconsciously, you chose that it was not worth the money to increase that reliability with load balancing just as I have chosen not to replicate my entire hosting platform somewhere else.</p>
<p>I have invested what I believe to be an appropriate amount of money to get the best reliability I could for the service I am trying to make available. So did you and we just made a different decision. What I am saying is that was your decision, just like it was mine to not invest in a backup hosting provider if the Brightbox data centre slides into the sea one day.</p>
<p>> So ultimately I’m still not saying its Brightbox’s fault<br />
> (these things happen) but your point is misguided<br />
> and looks from a pretty poor perspective about the<br />
> people complaining.</p>
<p>I did not mean to judge the people complaining, I even said that they were naturally upset. I would have been upset too if I were in that position. I just said they knew the world we live in is not perfect and that &#8220;shit happens&#8221; and they made a decision about what was an appropriate level of redundancy for the data/service they were protecting.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Verwer</title>
		<link>http://blog.daveverwer.com/iphone-development/building-a-reliable-back-end-for-balloons/comment-page-1/#comment-174</link>
		<dc:creator>Dave Verwer</dc:creator>
		<pubDate>Thu, 22 Oct 2009 17:18:41 +0000</pubDate>
		<guid isPermaLink="false">http://blog.daveverwer.com/?p=109#comment-174</guid>
		<description>@Russell Very nice app, love the design.</description>
		<content:encoded><![CDATA[<p>@Russell Very nice app, love the design.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://blog.daveverwer.com/iphone-development/building-a-reliable-back-end-for-balloons/comment-page-1/#comment-173</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Thu, 22 Oct 2009 15:35:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.daveverwer.com/?p=109#comment-173</guid>
		<description>I&#039;m a brightbox customer and am relatively happy, but this post isn&#039;t entirely correct. You&#039;re trying to say that those affected by yesterday&#039;s downtime hadn&#039;t built in any reliability to their setup. The device that failed was a SAN, which is a measure of reliability and redundancy on its own. It&#039;s not a single server or a single hard drive. Brightbox provide this by default, so everybody complaining had taken steps to build in reliability by choosing Brightbox in the first place.

By load balancing you&#039;ve doubled up the existing reliability level, which is obviously a good thing but I am assuming you didn&#039;t need to share storage between the web servers, which introduces an additional cost that isn&#039;t in any way an easy decision.

The same concept could be taken to the MySQL Cluster, its reliable and has redundancy by default, but if that fails you&#039;ll be down like everyone else, no matter how many load balanced web servers you have, and the cost to remedy that isn&#039;t an easy decision either.

These things happen to every hosting provider (trust me I know :(), and as a new business you are exposed to them until you can fork up the cash to make sure it doesn&#039;t happen, in the mean time you just have to hope you&#039;re lucky. No hosting provider can provide you with 100% reliability until you can provide them with the ££££.

So ultimately I&#039;m still not saying its Brightbox&#039;s fault (these things happen) but your point is misguided and looks from a pretty poor perspective about the people complaining, in fact you&#039;re still in the same boat as them. If you want to really say you&#039;ve got 100% reliability, you need a completely duplicated setup in another data centre ;)</description>
		<content:encoded><![CDATA[<p>I&#8217;m a brightbox customer and am relatively happy, but this post isn&#8217;t entirely correct. You&#8217;re trying to say that those affected by yesterday&#8217;s downtime hadn&#8217;t built in any reliability to their setup. The device that failed was a SAN, which is a measure of reliability and redundancy on its own. It&#8217;s not a single server or a single hard drive. Brightbox provide this by default, so everybody complaining had taken steps to build in reliability by choosing Brightbox in the first place.</p>
<p>By load balancing you&#8217;ve doubled up the existing reliability level, which is obviously a good thing but I am assuming you didn&#8217;t need to share storage between the web servers, which introduces an additional cost that isn&#8217;t in any way an easy decision.</p>
<p>The same concept could be taken to the MySQL Cluster, its reliable and has redundancy by default, but if that fails you&#8217;ll be down like everyone else, no matter how many load balanced web servers you have, and the cost to remedy that isn&#8217;t an easy decision either.</p>
<p>These things happen to every hosting provider (trust me I know :(), and as a new business you are exposed to them until you can fork up the cash to make sure it doesn&#8217;t happen, in the mean time you just have to hope you&#8217;re lucky. No hosting provider can provide you with 100% reliability until you can provide them with the ££££.</p>
<p>So ultimately I&#8217;m still not saying its Brightbox&#8217;s fault (these things happen) but your point is misguided and looks from a pretty poor perspective about the people complaining, in fact you&#8217;re still in the same boat as them. If you want to really say you&#8217;ve got 100% reliability, you need a completely duplicated setup in another data centre ;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Russell Quinn</title>
		<link>http://blog.daveverwer.com/iphone-development/building-a-reliable-back-end-for-balloons/comment-page-1/#comment-172</link>
		<dc:creator>Russell Quinn</dc:creator>
		<pubDate>Thu, 22 Oct 2009 14:44:09 +0000</pubDate>
		<guid isPermaLink="false">http://blog.daveverwer.com/?p=109#comment-172</guid>
		<description>Hey,

I use exactly the same set up for the McSweeney&#039;s app (http://iphone.mcsweeneys.net) and one of my boxes *was* affected by the mega-outage yesterday. The load balancer kept things running though :)

Russell.</description>
		<content:encoded><![CDATA[<p>Hey,</p>
<p>I use exactly the same set up for the McSweeney&#8217;s app (<a href="http://iphone.mcsweeneys.net" rel="nofollow">http://iphone.mcsweeneys.net</a>) and one of my boxes *was* affected by the mega-outage yesterday. The load balancer kept things running though :)</p>
<p>Russell.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
