<?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/"
	xmlns:series="http://unfoldingneurons.com/"
		>
<channel>
	<title>Comments on: The ever ongoing race between cloud and on-premise computing</title>
	<atom:link href="http://4sysops.com/archives/the-ever-ongoing-race-between-cloud-and-on-premise-computing/feed/" rel="self" type="application/rss+xml" />
	<link>http://4sysops.com/archives/the-ever-ongoing-race-between-cloud-and-on-premise-computing/</link>
	<description>For Windows Administrators</description>
	<lastBuildDate>Thu, 18 Mar 2010 14:48:46 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Simon Bishop</title>
		<link>http://4sysops.com/archives/the-ever-ongoing-race-between-cloud-and-on-premise-computing/comment-page-1/#comment-122752</link>
		<dc:creator>Simon Bishop</dc:creator>
		<pubDate>Sat, 17 Jan 2009 00:48:47 +0000</pubDate>
		<guid isPermaLink="false">http://4sysops.com/?p=2197#comment-122752</guid>
		<description>I think the fun bit, Michael, is going to be identifying those bits that we can put into the cloud - and then convincing our business divisions to do so.  And I think the early performance of cloud services could be instrumental in determining where that line&#039;s going to be.

One of the reasons the outsourcing hype failed was that companies pretty soon realised that the big outsourcers were, in greater or lesser part, providing a one-size-fits-all service.  Desktop, Microsoft Office and a couple of other apps in the SLA then a best-endeavours get out on the rest.  And no popping down to the office to see if Jim could help you out quickly.  Flexibility of offering then, is going to be critical in cloud service uptake.</description>
		<content:encoded><![CDATA[<p>I think the fun bit, Michael, is going to be identifying those bits that we can put into the cloud &#8211; and then convincing our business divisions to do so.  And I think the early performance of cloud services could be instrumental in determining where that line&#8217;s going to be.</p>
<p>One of the reasons the outsourcing hype failed was that companies pretty soon realised that the big outsourcers were, in greater or lesser part, providing a one-size-fits-all service.  Desktop, Microsoft Office and a couple of other apps in the SLA then a best-endeavours get out on the rest.  And no popping down to the office to see if Jim could help you out quickly.  Flexibility of offering then, is going to be critical in cloud service uptake.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Pietroforte</title>
		<link>http://4sysops.com/archives/the-ever-ongoing-race-between-cloud-and-on-premise-computing/comment-page-1/#comment-122481</link>
		<dc:creator>Michael Pietroforte</dc:creator>
		<pubDate>Fri, 09 Jan 2009 21:55:31 +0000</pubDate>
		<guid isPermaLink="false">http://4sysops.com/?p=2197#comment-122481</guid>
		<description>Jared, you are mentioning an important point. On-premise computing allows you to stay in control whereas with cloud computing you are dependent on other people. This is the main reason why the outsourcing hype ended some years ago. Nevertheless I do believe that cloud computing has a future in non-business critical areas.</description>
		<content:encoded><![CDATA[<p>Jared, you are mentioning an important point. On-premise computing allows you to stay in control whereas with cloud computing you are dependent on other people. This is the main reason why the outsourcing hype ended some years ago. Nevertheless I do believe that cloud computing has a future in non-business critical areas.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jared</title>
		<link>http://4sysops.com/archives/the-ever-ongoing-race-between-cloud-and-on-premise-computing/comment-page-1/#comment-122470</link>
		<dc:creator>Jared</dc:creator>
		<pubDate>Fri, 09 Jan 2009 17:42:05 +0000</pubDate>
		<guid isPermaLink="false">http://4sysops.com/?p=2197#comment-122470</guid>
		<description>For me, it&#039;s not about storage or manpower.  It&#039;s about the control and support over your own data - if something goes down beyond my connection, I am at the mercy of whoever is in the cloud.

We&#039;ve seen examples (even with Google&#039;s mail for businesses) that there&#039;s not much communication when something bad happens - a slightly critical component of assurance.  If mail goes down on my own local server, I would feel better about it because I have direct visibility into the support weather I pay someone on site to do it or I do it myself - it&#039;s assurance and direct communication.

Locally, I would also know about or could control the local maintenance routine to work towards maximum uptime.

Granted cloud computing does have some impressive and fairly reliable uptime.  But when it goes down it usually goes down hard and with very minimal insight into the problem.</description>
		<content:encoded><![CDATA[<p>For me, it&#8217;s not about storage or manpower.  It&#8217;s about the control and support over your own data &#8211; if something goes down beyond my connection, I am at the mercy of whoever is in the cloud.</p>
<p>We&#8217;ve seen examples (even with Google&#8217;s mail for businesses) that there&#8217;s not much communication when something bad happens &#8211; a slightly critical component of assurance.  If mail goes down on my own local server, I would feel better about it because I have direct visibility into the support weather I pay someone on site to do it or I do it myself &#8211; it&#8217;s assurance and direct communication.</p>
<p>Locally, I would also know about or could control the local maintenance routine to work towards maximum uptime.</p>
<p>Granted cloud computing does have some impressive and fairly reliable uptime.  But when it goes down it usually goes down hard and with very minimal insight into the problem.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
