<?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: Defining the Cloud</title>
	<atom:link href="http://spiresecurity.com/?feed=rss2&#038;p=50" rel="self" type="application/rss+xml" />
	<link>http://spiresecurity.com/?p=50</link>
	<description>Risk and Cybersecurity Analysis</description>
	<lastBuildDate>Wed, 21 Aug 2013 23:28:51 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: Tucker</title>
		<link>http://spiresecurity.com/?p=50&#038;cpage=1#comment-44</link>
		<dc:creator>Tucker</dc:creator>
		<pubDate>Sat, 05 Sep 2009 12:44:54 +0000</pubDate>
		<guid isPermaLink="false">http://spiresecurity.com/blog/?p=50#comment-44</guid>
		<description><![CDATA[Fantastic work!.
I am from Islands and bad know English, please tell me right I wrote the following sentence: &quot;Acts should be trained on genre before pushing up the genre to your version.&quot;

Thank you so much for your future answers :-).  Tucker.
]]></description>
		<content:encoded><![CDATA[<p>Fantastic work!.<br />
I am from Islands and bad know English, please tell me right I wrote the following sentence: &#8220;Acts should be trained on genre before pushing up the genre to your version.&#8221;</p>
<p>Thank you so much for your future answers <img src='http://spiresecurity.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> .  Tucker.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pete</title>
		<link>http://spiresecurity.com/?p=50&#038;cpage=1#comment-43</link>
		<dc:creator>Pete</dc:creator>
		<pubDate>Fri, 15 May 2009 04:47:09 +0000</pubDate>
		<guid isPermaLink="false">http://spiresecurity.com/blog/?p=50#comment-43</guid>
		<description><![CDATA[@Jeff -

&quot;Can you elaborate as to why you hate the &quot;pay per use,&quot; portion of the definition?&quot;

Yes, mostly because my position is that cloud should focus on technical architecture and ppu is a pricing model. If the &quot;cloud&quot; thrives (which I am not convinced it will) then demand will go up, scalability will take over, and all the providers will convert to a subscription service (people like ppu when they are dabbling and subscription when they become heavy users).

So I see it as limiting* and unnecessary.

*This might seem strange since I am railing on the all-encompassing nature of the cloud, but at this stage the buzz is too strong and the cloud has lost all meaning.
]]></description>
		<content:encoded><![CDATA[<p>@Jeff -</p>
<p>&#8220;Can you elaborate as to why you hate the &#8220;pay per use,&#8221; portion of the definition?&#8221;</p>
<p>Yes, mostly because my position is that cloud should focus on technical architecture and ppu is a pricing model. If the &#8220;cloud&#8221; thrives (which I am not convinced it will) then demand will go up, scalability will take over, and all the providers will convert to a subscription service (people like ppu when they are dabbling and subscription when they become heavy users).</p>
<p>So I see it as limiting* and unnecessary.</p>
<p>*This might seem strange since I am railing on the all-encompassing nature of the cloud, but at this stage the buzz is too strong and the cloud has lost all meaning.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeffrey Whitehead</title>
		<link>http://spiresecurity.com/?p=50&#038;cpage=1#comment-42</link>
		<dc:creator>Jeffrey Whitehead</dc:creator>
		<pubDate>Fri, 15 May 2009 03:13:34 +0000</pubDate>
		<guid isPermaLink="false">http://spiresecurity.com/blog/?p=50#comment-42</guid>
		<description><![CDATA[I certainly agree there is a lot of things claiming to be &quot;cloud,&quot; that really aren&#039;t.

Can you elaborate as to why you hate the &quot;pay per use,&quot; portion of the definition? To me, it seems that the costs of provisioning for load peaks (whether daily peaks or annual peaks) is a major cost of any site at scale, and simply by aggregating onto a common platform the sum of the peaks is less than the peaks of the sums (which is a common benefit of virtualization).

My definition of &quot;enterprise&quot; cloud:

* Network delivered
* Scalable (typically in multiple dimensions, such IO transactions/second and capacity)
* Single image, multi-tenant
* SLA backed
* Abstraction layer/API encompasses the hardware (provisioning), running systems, billing, and metering
* No up front capital
* Users of the cloud benefit from, and are insulated against the negative aspects of underlying technology change (no more server migration projects!)
* The platform gets better for everyone as users are added (as opposed to storage networks, for example)
* Allows for running your application on a platform that is far better than could be economically developed in house

Disclaimer: I&#039;m with Zetta, an enterprise storage service provider, typically described as &quot;cloud.&quot;



]]></description>
		<content:encoded><![CDATA[<p>I certainly agree there is a lot of things claiming to be &#8220;cloud,&#8221; that really aren&#8217;t.</p>
<p>Can you elaborate as to why you hate the &#8220;pay per use,&#8221; portion of the definition? To me, it seems that the costs of provisioning for load peaks (whether daily peaks or annual peaks) is a major cost of any site at scale, and simply by aggregating onto a common platform the sum of the peaks is less than the peaks of the sums (which is a common benefit of virtualization).</p>
<p>My definition of &#8220;enterprise&#8221; cloud:</p>
<p>* Network delivered<br />
* Scalable (typically in multiple dimensions, such IO transactions/second and capacity)<br />
* Single image, multi-tenant<br />
* SLA backed<br />
* Abstraction layer/API encompasses the hardware (provisioning), running systems, billing, and metering<br />
* No up front capital<br />
* Users of the cloud benefit from, and are insulated against the negative aspects of underlying technology change (no more server migration projects!)<br />
* The platform gets better for everyone as users are added (as opposed to storage networks, for example)<br />
* Allows for running your application on a platform that is far better than could be economically developed in house</p>
<p>Disclaimer: I&#8217;m with Zetta, an enterprise storage service provider, typically described as &#8220;cloud.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fred</title>
		<link>http://spiresecurity.com/?p=50&#038;cpage=1#comment-41</link>
		<dc:creator>Fred</dc:creator>
		<pubDate>Thu, 14 May 2009 18:23:37 +0000</pubDate>
		<guid isPermaLink="false">http://spiresecurity.com/blog/?p=50#comment-41</guid>
		<description><![CDATA[To me cloud is a new way of thinking about how to design and deploy your applications and services.  We already have utility computing today which lets you optimally manage your conventional workloads, move your checkers around the data center easily based on power, load, for consolidation etc.  Cloud brings it to a whole new level.  Clould != virtualization however, you can use virtualization to implement your cloud services.  My guess is as cloud matures the difference between utility computing and true service based computing will become more clear

]]></description>
		<content:encoded><![CDATA[<p>To me cloud is a new way of thinking about how to design and deploy your applications and services.  We already have utility computing today which lets you optimally manage your conventional workloads, move your checkers around the data center easily based on power, load, for consolidation etc.  Cloud brings it to a whole new level.  Clould != virtualization however, you can use virtualization to implement your cloud services.  My guess is as cloud matures the difference between utility computing and true service based computing will become more clear</p>
]]></content:encoded>
	</item>
</channel>
</rss>
