 




<?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: An Outage is an Outage</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/mobile-cloud-view/an-outage-is-an-outage/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/mobile-cloud-view/an-outage-is-an-outage/</link>
	<description>Ron Miller looks at news &#38; trends in the cloud &#38; mobile industries.</description>
	<lastBuildDate>Fri, 26 Apr 2013 17:41:09 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: KenLC</title>
		<link>http://itknowledgeexchange.techtarget.com/mobile-cloud-view/an-outage-is-an-outage/#comment-650</link>
		<dc:creator>KenLC</dc:creator>
		<pubDate>Fri, 26 Oct 2012 20:58:34 +0000</pubDate>
		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/mobile-cloud-view/?p=1451#comment-650</guid>
		<description><![CDATA[A couple of points about the Amazon outages:1. The June outage was technically caused by nature, but poor management &quot;allowed&quot; it to happen.&#160; If they had switched the diesels manually 30-45 minutes before the storm hit, they may not have had any outage.&#160; Any good data center manager knows to go to diesel BEFORE severe weather hits.&#160; Human error?NOTE:&#160; Microsoft had a major outage when they made a major network change on a Monday morning at 11 am.&#160; Enterprise data centers (and traditional outsourcing providers) do not make changes during primary business hours.&#160; Human error?2.&#160; The level of communications with users during an Amazon outage has been horrible.&#160; During the June outage, there were 3-4 hour gaps in status updates.&#160; This would NEVER be the case in an enterprise&#039;s own data center.&#160; Amazon (and the other mega-cloud providers) need to address this gap, even if it is an additional charge for &quot;Platinum customer service&quot;, where clients can get guarenteed status updates every 15/30/60 minutes.3. More of a question:&#160; have the mega-cloud providers allowed their &quot;shared&quot; environment to simply become too large?&#160; Amazon had availability zones, but several outages have affected clients in multiple availability zones.&#160; Should they be building a series of isolated smaller shared cloud environments? I believe several outages have been exacerbated by replication storms, where the automated recovery overwhelmed their networks.&#160; I view most of these issues as a lack of maturity in the mega-cloud provider world. They need to actively look at how large enterprises and traditional outsourcing providers run their environments. One problem is that they are mixing consumer, SMB environments with larger enterprise, mission-critical environments and treating them with the same priority.&#160; The impacts are dramatically different and these providers need to understand the differences and differentiate their services.I have every faith that the Cloud Computing world will get there....eventually.&#160; Until progress is made, I believe larger enterprises will keep their mission critical environments in-house.&#160;]]></description>
		<content:encoded><![CDATA[<p>A couple of points about the Amazon outages:1. The June outage was technically caused by nature, but poor management &#8220;allowed&#8221; it to happen.&nbsp; If they had switched the diesels manually 30-45 minutes before the storm hit, they may not have had any outage.&nbsp; Any good data center manager knows to go to diesel BEFORE severe weather hits.&nbsp; Human error?NOTE:&nbsp; Microsoft had a major outage when they made a major network change on a Monday morning at 11 am.&nbsp; Enterprise data centers (and traditional outsourcing providers) do not make changes during primary business hours.&nbsp; Human error?2.&nbsp; The level of communications with users during an Amazon outage has been horrible.&nbsp; During the June outage, there were 3-4 hour gaps in status updates.&nbsp; This would NEVER be the case in an enterprise&#8217;s own data center.&nbsp; Amazon (and the other mega-cloud providers) need to address this gap, even if it is an additional charge for &#8220;Platinum customer service&#8221;, where clients can get guarenteed status updates every 15/30/60 minutes.3. More of a question:&nbsp; have the mega-cloud providers allowed their &#8220;shared&#8221; environment to simply become too large?&nbsp; Amazon had availability zones, but several outages have affected clients in multiple availability zones.&nbsp; Should they be building a series of isolated smaller shared cloud environments? I believe several outages have been exacerbated by replication storms, where the automated recovery overwhelmed their networks.&nbsp; I view most of these issues as a lack of maturity in the mega-cloud provider world. They need to actively look at how large enterprises and traditional outsourcing providers run their environments. One problem is that they are mixing consumer, SMB environments with larger enterprise, mission-critical environments and treating them with the same priority.&nbsp; The impacts are dramatically different and these providers need to understand the differences and differentiate their services.I have every faith that the Cloud Computing world will get there&#8230;.eventually.&nbsp; Until progress is made, I believe larger enterprises will keep their mission critical environments in-house.&nbsp;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Christine Herbert</title>
		<link>http://itknowledgeexchange.techtarget.com/mobile-cloud-view/an-outage-is-an-outage/#comment-648</link>
		<dc:creator>Christine Herbert</dc:creator>
		<pubDate>Wed, 24 Oct 2012 17:15:42 +0000</pubDate>
		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/mobile-cloud-view/?p=1451#comment-648</guid>
		<description><![CDATA[I think this may relate to the large solar flare that came our way a couple of days ago. See here:&#160;&lt;a href=&quot;http://www.reuters.com/video/2012/07/13/large-solar-flare-signals-weekend-disrup?videoId=236482140&quot; rel=&quot;nofollow&quot;&gt;http://www.reuters.com/video/2012/07/13/large-solar-flare-signals-weekend-disrup?videoId=236482140&lt;/a&gt;]]></description>
		<content:encoded><![CDATA[<p>I think this may relate to the large solar flare that came our way a couple of days ago. See here:&nbsp;<a href="http://www.reuters.com/video/2012/07/13/large-solar-flare-signals-weekend-disrup?videoId=236482140" rel="nofollow">http://www.reuters.com/video/2012/07/13/large-solar-flare-signals-weekend-disrup?videoId=236482140</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
