<?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"
	>
<channel>
	<title>Comments on: Amazon to the rescue</title>
	<atom:link href="http://stage.vambenepe.com/archives/182/feed" rel="self" type="application/rss+xml" />
	<link>http://stage.vambenepe.com/archives/182</link>
	<description>IT management in a changing IT world</description>
	<pubDate>Fri, 29 Aug 2008 05:41:54 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6</generator>
		<item>
		<title>By: William Vambenepe</title>
		<link>http://stage.vambenepe.com/archives/182#comment-37559</link>
		<dc:creator>William Vambenepe</dc:creator>
		<pubDate>Thu, 27 Mar 2008 19:17:10 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/archives/182#comment-37559</guid>
		<description>Thorsten: Agreed. In a way it reminds me a bit of the "~" backup file that emacs creates when you edit a file. Except now it's not a backup file with the old data, it's an entire backup machine with the old configuration.</description>
		<content:encoded><![CDATA[<p>Thorsten: Agreed. In a way it reminds me a bit of the &#8220;~&#8221; backup file that emacs creates when you edit a file. Except now it&#8217;s not a backup file with the old data, it&#8217;s an entire backup machine with the old configuration.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thorsten</title>
		<link>http://stage.vambenepe.com/archives/182#comment-37555</link>
		<dc:creator>Thorsten</dc:creator>
		<pubDate>Thu, 27 Mar 2008 18:36:46 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/archives/182#comment-37555</guid>
		<description>I think you're both right. If you know "it's that 2U box in rack 5" then it's not a cloud. If you know "it's in Virginia in the same (or different) location as this other box" it could still be a cloud.

What's more interesting to me is the unlimited availability of boxes for short periods of time. This means that if you do a rolling upgrade of 10 app servers you don't actually upgrade, you launch 10 fresh ones and swap them in. You then retire the old ones once you're comfortable with that decision, whether 1 hour later, 1 day later, or 1 week later. If your master DB pukes, you switch to the slave and fire off a fresh slave so you're back to replicating. Then you investigate the puking at your leisure and shut the box down when done. It's this "just grab the next box" that really makes life easier, safer, and a lot more fun!</description>
		<content:encoded><![CDATA[<p>I think you&#8217;re both right. If you know &#8220;it&#8217;s that 2U box in rack 5&#8243; then it&#8217;s not a cloud. If you know &#8220;it&#8217;s in Virginia in the same (or different) location as this other box&#8221; it could still be a cloud.</p>
<p>What&#8217;s more interesting to me is the unlimited availability of boxes for short periods of time. This means that if you do a rolling upgrade of 10 app servers you don&#8217;t actually upgrade, you launch 10 fresh ones and swap them in. You then retire the old ones once you&#8217;re comfortable with that decision, whether 1 hour later, 1 day later, or 1 week later. If your master DB pukes, you switch to the slave and fire off a fresh slave so you&#8217;re back to replicating. Then you investigate the puking at your leisure and shut the box down when done. It&#8217;s this &#8220;just grab the next box&#8221; that really makes life easier, safer, and a lot more fun!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
