<?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: Cloud Computing: Resistance is Pointless</title>
	<atom:link href="http://www.linux-mag.com/id/7162/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.linux-mag.com/id/7162/</link>
	<description>Open Source, Open Standards</description>
	<lastBuildDate>Sat, 05 Oct 2013 13:48:18 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.1</generator>
	<item>
		<title>By: Lloyd Irvin</title>
		<link>http://www.linux-mag.com/id/7162/#comment-860293</link>
		<dc:creator>Lloyd Irvin</dc:creator>
		<pubDate>Wed, 10 Apr 2013 04:13:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7162/#comment-860293</guid>
		<description>Howdy! I know this is kind of off topic but I was wondering which blog 
platform are you using for this site? I&#039;m getting sick and tired of Wordpress because I&#039;ve had problems with hackers and I&#039;m looking at alternatives for another platform. I would be awesome if you could point me in the direction of a good platform.</description>
		<content:encoded><![CDATA[<p>Howdy! I know this is kind of off topic but I was wondering which blog<br />
platform are you using for this site? I&#8217;m getting sick and tired of WordPress because I&#8217;ve had problems with hackers and I&#8217;m looking at alternatives for another platform. I would be awesome if you could point me in the direction of a good platform.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: magic submitter software</title>
		<link>http://www.linux-mag.com/id/7162/#comment-633817</link>
		<dc:creator>magic submitter software</dc:creator>
		<pubDate>Sat, 08 Dec 2012 16:36:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7162/#comment-633817</guid>
		<description>What&#039;s up friends, pleasant post and nice urging commented here, I am really enjoying by these.</description>
		<content:encoded><![CDATA[<p>What&#8217;s up friends, pleasant post and nice urging commented here, I am really enjoying by these.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: omadawn</title>
		<link>http://www.linux-mag.com/id/7162/#comment-5800</link>
		<dc:creator>omadawn</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7162/#comment-5800</guid>
		<description>I fail to see how &quot;Anyone who uses a hosted web or mail service knows that you have 100% control over the content without the worry of where it is and whether or not the service is available.&quot; when anyone I know that has used hosted web or mail service knows that you do not have 100% control. &lt;br /&gt;
&lt;br /&gt;
You have no control over critical items such as: Patches, expansions/plugins, upgrades. I know of more than a few enterprises that have opted out of solutions because providers were unable to provide them functionality that they would be able to provide themselves if they ran it in house.&lt;br /&gt;
&lt;br /&gt;
Don&#039;t get me wrong. I think cloud computing is definately going to be a viable solution and much more than &#039;a fad.&#039; especially given the ability to provision servers on demand. the ability to expand your computing environment on the fly without costly hardware is HUGE. So is having someone take the maintenance off your hands for many people who would have issues patching systems on their own.&lt;br /&gt;
&lt;br /&gt;
For resource constrained (space/cooling/sysadmin/others) It is a fantastic solution. For people with very specific needs, not as much.&lt;br /&gt;
&lt;br /&gt;
once again good for probably %80 of the cases but not for all.</description>
		<content:encoded><![CDATA[<p>I fail to see how &#8220;Anyone who uses a hosted web or mail service knows that you have 100% control over the content without the worry of where it is and whether or not the service is available.&#8221; when anyone I know that has used hosted web or mail service knows that you do not have 100% control. </p>
<p>You have no control over critical items such as: Patches, expansions/plugins, upgrades. I know of more than a few enterprises that have opted out of solutions because providers were unable to provide them functionality that they would be able to provide themselves if they ran it in house.</p>
<p>Don&#8217;t get me wrong. I think cloud computing is definately going to be a viable solution and much more than &#8216;a fad.&#8217; especially given the ability to provision servers on demand. the ability to expand your computing environment on the fly without costly hardware is HUGE. So is having someone take the maintenance off your hands for many people who would have issues patching systems on their own.</p>
<p>For resource constrained (space/cooling/sysadmin/others) It is a fantastic solution. For people with very specific needs, not as much.</p>
<p>once again good for probably %80 of the cases but not for all.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lelnet</title>
		<link>http://www.linux-mag.com/id/7162/#comment-5801</link>
		<dc:creator>lelnet</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7162/#comment-5801</guid>
		<description>Ultimately it comes down to &quot;what happens if the cloud fails to deliver?&quot;. A really good SLA (such as cannot be had from any but the very most expensive providers of hosted services) can cover you adequately if the consequence of temporary failure is minor inconvenience to a few employees and maybe a few lost sales. But if the risk is existential (that is, if a meaningful failure would put the company on the road to liquidation) there&#039;s going to be much less willingness to trust, at least until the market conditions change enough that the typical hosted-service provider offers an SLA, and the high-end providers offer SLAs that don&#039;t exclude coverage of incidental and consequential damages...not to mention a very long track record of reliability.&lt;br /&gt;
&lt;br /&gt;
The day when utility computing is as reliable as the power and telephone utilities would be a massively great day for the practice. And yet even those well-known reliable entities are backstopped by generators and multiple redundancy, in a well-run IT shop, indicating that we (justifiably) don&#039;t trust them completely.</description>
		<content:encoded><![CDATA[<p>Ultimately it comes down to &#8220;what happens if the cloud fails to deliver?&#8221;. A really good SLA (such as cannot be had from any but the very most expensive providers of hosted services) can cover you adequately if the consequence of temporary failure is minor inconvenience to a few employees and maybe a few lost sales. But if the risk is existential (that is, if a meaningful failure would put the company on the road to liquidation) there&#8217;s going to be much less willingness to trust, at least until the market conditions change enough that the typical hosted-service provider offers an SLA, and the high-end providers offer SLAs that don&#8217;t exclude coverage of incidental and consequential damages&#8230;not to mention a very long track record of reliability.</p>
<p>The day when utility computing is as reliable as the power and telephone utilities would be a massively great day for the practice. And yet even those well-known reliable entities are backstopped by generators and multiple redundancy, in a well-run IT shop, indicating that we (justifiably) don&#8217;t trust them completely.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: khess</title>
		<link>http://www.linux-mag.com/id/7162/#comment-5802</link>
		<dc:creator>khess</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7162/#comment-5802</guid>
		<description>Two separate issues here but let me tell you that I a) use a major hosting provider for my email service and I have all the control I could ever want and this is coming from me, who used to run his own DNS, mail, web, etc. services in his own business.&lt;br /&gt;
&lt;br /&gt;
b) I work for a company in a section that performs web hosting and we live by our SLAs. And, even the smaller hosting providers give you a SLA which guarantees uptime, availability, notice of outages, etc.&lt;br /&gt;
&lt;br /&gt;
There are stiff financial penalties for outages covered by the SLA.</description>
		<content:encoded><![CDATA[<p>Two separate issues here but let me tell you that I a) use a major hosting provider for my email service and I have all the control I could ever want and this is coming from me, who used to run his own DNS, mail, web, etc. services in his own business.</p>
<p>b) I work for a company in a section that performs web hosting and we live by our SLAs. And, even the smaller hosting providers give you a SLA which guarantees uptime, availability, notice of outages, etc.</p>
<p>There are stiff financial penalties for outages covered by the SLA.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lelnet</title>
		<link>http://www.linux-mag.com/id/7162/#comment-5803</link>
		<dc:creator>lelnet</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7162/#comment-5803</guid>
		<description>When I&#039;ve got 25,000 people standing in line to register for a convention and the line stops moving for an hour and a half because your servers experienced an unexpected outage, will your SLA buy me a new business? Or will it say, as every SLA I&#039;ve seen has done, &quot;here&#039;s a credit against your next month&#039;s hosting bill, so sorry about that&quot;?&lt;br /&gt;
&lt;br /&gt;
If not, I&#039;m not prepared to trust your cloud with my mission-critical functionality. I&#039;m going to build it myself. To you, a stiff penalty is one that wipes out the company&#039;s fund for annual bonuses. To me, a stiff penalty is one that makes an unplanned outage inconceivable by putting as much of your skin in the game as I have of mine. I&#039;ve never seen an SLA like that, and I&#039;ve been in the internet services business since before 99% of the population had heard the word &quot;internet&quot;.&lt;br /&gt;
&lt;br /&gt;
If you can&#039;t get your email for a little while, you&#039;re annoyed. If my IT services go down at the wrong time, I&#039;m bankrupt.</description>
		<content:encoded><![CDATA[<p>When I&#8217;ve got 25,000 people standing in line to register for a convention and the line stops moving for an hour and a half because your servers experienced an unexpected outage, will your SLA buy me a new business? Or will it say, as every SLA I&#8217;ve seen has done, &#8220;here&#8217;s a credit against your next month&#8217;s hosting bill, so sorry about that&#8221;?</p>
<p>If not, I&#8217;m not prepared to trust your cloud with my mission-critical functionality. I&#8217;m going to build it myself. To you, a stiff penalty is one that wipes out the company&#8217;s fund for annual bonuses. To me, a stiff penalty is one that makes an unplanned outage inconceivable by putting as much of your skin in the game as I have of mine. I&#8217;ve never seen an SLA like that, and I&#8217;ve been in the internet services business since before 99% of the population had heard the word &#8220;internet&#8221;.</p>
<p>If you can&#8217;t get your email for a little while, you&#8217;re annoyed. If my IT services go down at the wrong time, I&#8217;m bankrupt.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: khess</title>
		<link>http://www.linux-mag.com/id/7162/#comment-5804</link>
		<dc:creator>khess</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7162/#comment-5804</guid>
		<description>That seems like a perfect match for Cloud Computing. Your outage would likely not be the Cloud failing you but your local Internet connection. &lt;br /&gt;
The whole point of the Cloud is that there would be no outages. By design, it is unbreakable. In each individual data center (DC), you have HA server systems, connected to redundant Load Balancers, and if one whole Data Center goes offline, the network would &quot;fail over&quot; to a different site. For that matter, you may not hit the same DC twice in a row...another point of the Cloud is that your data is everywhere.&lt;br /&gt;
It&#039;s ok to oppose Cloud Computing right now, no one&#039;s faulting you for it. New stuff always meets resistance and there is a Zeitgeist associated with things like this. Right now you oppose it, in a year, you&#039;ll be one of its biggest proponents and never remember or admit this thread.  ;-)&lt;br /&gt;
&lt;br /&gt;
VMworld had 15,000 registrants--which one has 25,000?</description>
		<content:encoded><![CDATA[<p>That seems like a perfect match for Cloud Computing. Your outage would likely not be the Cloud failing you but your local Internet connection. <br />
The whole point of the Cloud is that there would be no outages. By design, it is unbreakable. In each individual data center (DC), you have HA server systems, connected to redundant Load Balancers, and if one whole Data Center goes offline, the network would &#8220;fail over&#8221; to a different site. For that matter, you may not hit the same DC twice in a row&#8230;another point of the Cloud is that your data is everywhere.<br />
It&#8217;s ok to oppose Cloud Computing right now, no one&#8217;s faulting you for it. New stuff always meets resistance and there is a Zeitgeist associated with things like this. Right now you oppose it, in a year, you&#8217;ll be one of its biggest proponents and never remember or admit this thread.  ;-)</p>
<p>VMworld had 15,000 registrants&#8211;which one has 25,000?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: songwind</title>
		<link>http://www.linux-mag.com/id/7162/#comment-5805</link>
		<dc:creator>songwind</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7162/#comment-5805</guid>
		<description>I think that Cloud computing offers serious benefits in a lot of situations, but I think that saying you don&#039;t lose any control is specious.&lt;br /&gt;
&lt;br /&gt;
Who&#039;s managing &quot;your&quot; servers?  What is their arrest record?  Do they lock their workstation when they get up for a smoke break?  Any time you put your data into the hands of people you don&#039;t know personally, you have lost control of who accesses your data, and other procedural security measures.  There are ways to mitigate this risk (encryption, etc) but that doesn&#039;t change the fact that you HAVE lost control of that aspect of operations.&lt;br /&gt;
&lt;br /&gt;
Also, in reference to the above comment&#039;s hypothetical convention registration failure, you *have* added additional points of failure.  If my business works locally, I have my servers, my network to worry about.  If the data and/or apps are distributed, I have my physical internet connection and my ISP to add to that list.&lt;br /&gt;
&lt;br /&gt;
I think that rather than a blanket statement that cloud computing offers no loss of control, or is perfectly safe, it would be more useful to offer suggestions on how one can evaluate a cloud computing provider, and related services, for reliability and safety.</description>
		<content:encoded><![CDATA[<p>I think that Cloud computing offers serious benefits in a lot of situations, but I think that saying you don&#8217;t lose any control is specious.</p>
<p>Who&#8217;s managing &#8220;your&#8221; servers?  What is their arrest record?  Do they lock their workstation when they get up for a smoke break?  Any time you put your data into the hands of people you don&#8217;t know personally, you have lost control of who accesses your data, and other procedural security measures.  There are ways to mitigate this risk (encryption, etc) but that doesn&#8217;t change the fact that you HAVE lost control of that aspect of operations.</p>
<p>Also, in reference to the above comment&#8217;s hypothetical convention registration failure, you *have* added additional points of failure.  If my business works locally, I have my servers, my network to worry about.  If the data and/or apps are distributed, I have my physical internet connection and my ISP to add to that list.</p>
<p>I think that rather than a blanket statement that cloud computing offers no loss of control, or is perfectly safe, it would be more useful to offer suggestions on how one can evaluate a cloud computing provider, and related services, for reliability and safety.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bobewart</title>
		<link>http://www.linux-mag.com/id/7162/#comment-5806</link>
		<dc:creator>bobewart</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7162/#comment-5806</guid>
		<description>I started in an age where everyone had a dumb terminal on their desk connected to a mainframe.  When the mainframe went down, we all sat on our hands and waited. (In at least one case, we were waiting for a plumber to come and fix the water cooling system. :-) )  Of course you can say that modern servers can have redundant systems to prevent that.  But what happens when your internet link goes down, as mine does frequently. &lt;br /&gt;
&lt;br /&gt;
You don&#039;t have 100% control over your website when it gets hacked and it takes forever to get them to fix it.  Or when someone gets through the firewall and downloads all your sensitive data.  The bigger the target, the more likely it is to be attacked.&lt;br /&gt;
&lt;br /&gt;
Cloud computing is &lt;em&gt;not&lt;/em&gt; a new idea.  It is a return to an old one.  And less secure than the old mainframes that were not connected to an increasingly insecure internet.</description>
		<content:encoded><![CDATA[<p>I started in an age where everyone had a dumb terminal on their desk connected to a mainframe.  When the mainframe went down, we all sat on our hands and waited. (In at least one case, we were waiting for a plumber to come and fix the water cooling system. :-) )  Of course you can say that modern servers can have redundant systems to prevent that.  But what happens when your internet link goes down, as mine does frequently. </p>
<p>You don&#8217;t have 100% control over your website when it gets hacked and it takes forever to get them to fix it.  Or when someone gets through the firewall and downloads all your sensitive data.  The bigger the target, the more likely it is to be attacked.</p>
<p>Cloud computing is <em>not</em> a new idea.  It is a return to an old one.  And less secure than the old mainframes that were not connected to an increasingly insecure internet.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lsk040365</title>
		<link>http://www.linux-mag.com/id/7162/#comment-5807</link>
		<dc:creator>lsk040365</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7162/#comment-5807</guid>
		<description>Short and sweet--People maintaining the back-end servers and systems will lose their jobs to your so called clouds in the sky...&lt;br /&gt;
&lt;br /&gt;
What will the admins do for a job in their current company?</description>
		<content:encoded><![CDATA[<p>Short and sweet&#8211;People maintaining the back-end servers and systems will lose their jobs to your so called clouds in the sky&#8230;</p>
<p>What will the admins do for a job in their current company?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: avagothen</title>
		<link>http://www.linux-mag.com/id/7162/#comment-5808</link>
		<dc:creator>avagothen</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7162/#comment-5808</guid>
		<description>I have to disagree with the author on this.  I doubt Richard Stallman ever &quot;roundly dismissed&quot; either The Internet or Linux.  I appreciate that this was not stated explicitly, but the way this article has been written implies it.  In fact RMS wrote a large part of the GNU kernel which is used in Linux.  His words are not a rant, they are the considered opinion of a man who has sided with freedom above all else.  If you think he is spelling doom, better you think more on the subject before announcing to the world that he is wrong and you are right.&lt;br /&gt;
&lt;br /&gt;
That&#039;s my rant over!  Now to a more reasonable argument...&lt;br /&gt;
&lt;br /&gt;
I currently have 100% control of my data; how could I possibly be &quot;&lt;b&gt;gaining more of it&lt;/b&gt;&quot; ?&lt;br /&gt;
&lt;br /&gt;
An couple of examples of losing control:&lt;br /&gt;
. Some government officials, domestic or overseas, want to examine my data for some reason.  Currently I can say yes or no to this, depending on the circumstances, but if someone else physically has my data they may decide to give it up to whoever &#039;officially&#039; asks for it, without my approval.&lt;br /&gt;
. If I don&#039;t login to my free hotmail account for a month, my account and all my messages are deleted.  I know I can pay a monthly fee to stop this happening, but then I&#039;m paying for some control, not for the service.&lt;br /&gt;
&lt;br /&gt;
These may not be the most robust examples that could be made, but my point is that there are many negative scenarios applicable to many different people.  Sure, some people will be happy to migrate entirely to a cloud; many others may find it useful for certain activities; but many will have enough valid reasons that they will have no part in it.&lt;br /&gt;
&lt;br /&gt;
Also, having your data stored remotely puts another possible point of failure between you and your work, i.e. your Internet connection.  Failure of this would not be the responsibility of the cloud provider but if you are not able to access your data, who is &#039;liable&#039; is largely academic.&lt;br /&gt;
&lt;br /&gt;
&lt;br /&gt;
Finally, a quick word to khess: The scenario put forward by lelnet was a cloud scenario.  Not only did you misunderstand, you then went on to be both patronising &amp; condescending, smileys notwithstanding.  I, for one, would prefer it if such comments were kept to yourself.</description>
		<content:encoded><![CDATA[<p>I have to disagree with the author on this.  I doubt Richard Stallman ever &#8220;roundly dismissed&#8221; either The Internet or Linux.  I appreciate that this was not stated explicitly, but the way this article has been written implies it.  In fact RMS wrote a large part of the GNU kernel which is used in Linux.  His words are not a rant, they are the considered opinion of a man who has sided with freedom above all else.  If you think he is spelling doom, better you think more on the subject before announcing to the world that he is wrong and you are right.</p>
<p>That&#8217;s my rant over!  Now to a more reasonable argument&#8230;</p>
<p>I currently have 100% control of my data; how could I possibly be &#8220;<b>gaining more of it</b>&#8221; ?</p>
<p>An couple of examples of losing control:<br />
. Some government officials, domestic or overseas, want to examine my data for some reason.  Currently I can say yes or no to this, depending on the circumstances, but if someone else physically has my data they may decide to give it up to whoever &#8216;officially&#8217; asks for it, without my approval.<br />
. If I don&#8217;t login to my free hotmail account for a month, my account and all my messages are deleted.  I know I can pay a monthly fee to stop this happening, but then I&#8217;m paying for some control, not for the service.</p>
<p>These may not be the most robust examples that could be made, but my point is that there are many negative scenarios applicable to many different people.  Sure, some people will be happy to migrate entirely to a cloud; many others may find it useful for certain activities; but many will have enough valid reasons that they will have no part in it.</p>
<p>Also, having your data stored remotely puts another possible point of failure between you and your work, i.e. your Internet connection.  Failure of this would not be the responsibility of the cloud provider but if you are not able to access your data, who is &#8216;liable&#8217; is largely academic.</p>
<p>
Finally, a quick word to khess: The scenario put forward by lelnet was a cloud scenario.  Not only did you misunderstand, you then went on to be both patronising &amp; condescending, smileys notwithstanding.  I, for one, would prefer it if such comments were kept to yourself.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: stuartquimby</title>
		<link>http://www.linux-mag.com/id/7162/#comment-5809</link>
		<dc:creator>stuartquimby</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7162/#comment-5809</guid>
		<description>Wow, the reality-disconnects in this author&#039;s article are stunning.&lt;br /&gt;
&lt;br /&gt;
&quot;Anyone who uses a hosted web or mail service knows that you have 100% control over the content without the worry of where it is and whether or not the service is available.&quot;&lt;br /&gt;
&lt;br /&gt;
This statement is just... wrong.  Anyone with any sysadmin experience could provide a long and sorry list of where the SLA&#039;s, Control Panels, and Admin tools just didn&#039;t even apply, let alone fix the problem.  The list of security lapses by various companies &#039;in the cloud&#039; is long and well-documented.  Internet connection quality across the US is not even close to good enough to justify this kind of strategy.  There is only a marginal equivalence between web hosting and mail (where communication over the internet is inherently necessary), and moving a company&#039;s essential applications and data to the control of a third party.  The practical differences between these two situations deserves an entire article, not just a forum response.&lt;br /&gt;
&lt;br /&gt;
So, yes, *if* a myriad of technical details someday work out just the way the author is apparently envisioning, and *if* humans suddenly get some universal urge to always do &#039;the right thing&#039;, and *if* legal agreements suddenly start to coincide with what really happens in real-life business, and *if* web application user interfaces start to get even *anywhere close* to apps running locally -   I&#039;ll be right there with him &#039;in the cloud&#039;.&lt;br /&gt;
&lt;br /&gt;
Until then, no thanks.&lt;br /&gt;
&lt;br /&gt;
Stuart Quimby.</description>
		<content:encoded><![CDATA[<p>Wow, the reality-disconnects in this author&#8217;s article are stunning.</p>
<p>&#8220;Anyone who uses a hosted web or mail service knows that you have 100% control over the content without the worry of where it is and whether or not the service is available.&#8221;</p>
<p>This statement is just&#8230; wrong.  Anyone with any sysadmin experience could provide a long and sorry list of where the SLA&#8217;s, Control Panels, and Admin tools just didn&#8217;t even apply, let alone fix the problem.  The list of security lapses by various companies &#8216;in the cloud&#8217; is long and well-documented.  Internet connection quality across the US is not even close to good enough to justify this kind of strategy.  There is only a marginal equivalence between web hosting and mail (where communication over the internet is inherently necessary), and moving a company&#8217;s essential applications and data to the control of a third party.  The practical differences between these two situations deserves an entire article, not just a forum response.</p>
<p>So, yes, *if* a myriad of technical details someday work out just the way the author is apparently envisioning, and *if* humans suddenly get some universal urge to always do &#8216;the right thing&#8217;, and *if* legal agreements suddenly start to coincide with what really happens in real-life business, and *if* web application user interfaces start to get even *anywhere close* to apps running locally &#8211;   I&#8217;ll be right there with him &#8216;in the cloud&#8217;.</p>
<p>Until then, no thanks.</p>
<p>Stuart Quimby.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: xitron</title>
		<link>http://www.linux-mag.com/id/7162/#comment-5810</link>
		<dc:creator>xitron</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7162/#comment-5810</guid>
		<description>Consider PCI, Sarbanes-Oxley, Cybertrust, SecurityMetrics, etc.  Various requirements that say your data is safe from .  When in house, you at least have some control over the data.  In order to become PCI or SOX compliant, you&#039;ll need to certify the cloud.  Good luck with that!&lt;br /&gt;
&lt;br /&gt;
Unca Xitron.</description>
		<content:encoded><![CDATA[<p>Consider PCI, Sarbanes-Oxley, Cybertrust, SecurityMetrics, etc.  Various requirements that say your data is safe from .  When in house, you at least have some control over the data.  In order to become PCI or SOX compliant, you&#8217;ll need to certify the cloud.  Good luck with that!</p>
<p>Unca Xitron.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: xitron</title>
		<link>http://www.linux-mag.com/id/7162/#comment-5811</link>
		<dc:creator>xitron</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7162/#comment-5811</guid>
		<description>I actually said &quot;safe from fill-in-the-blank&quot; but because I put it between less-than and greater-than symbols, it got stripped.  I hope this helps clarify my sentence in the message above.  :-)&lt;br /&gt;
&lt;br /&gt;
Unca Xitron</description>
		<content:encoded><![CDATA[<p>I actually said &#8220;safe from fill-in-the-blank&#8221; but because I put it between less-than and greater-than symbols, it got stripped.  I hope this helps clarify my sentence in the message above.  :-)</p>
<p>Unca Xitron</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: khess</title>
		<link>http://www.linux-mag.com/id/7162/#comment-5812</link>
		<dc:creator>khess</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7162/#comment-5812</guid>
		<description>It seems that some of you have failed to read my comments. I have current experience in a web hosting environment and with using distributed services. &lt;br /&gt;
&lt;br /&gt;
By &quot;gaining more control&quot;, I mean that service providers give you access by standard methods (terminal services, SSH, SFTP, etc.) and you get usage statistics, etc. as well.&lt;br /&gt;
&lt;br /&gt;
For most people who will use CC in the near term, they will use it for hosted applications and it won&#039;t make a difference if your ISP or you have a problem getting to the Internet or not. Your applications will be available to the world at large to use regardless of your status.&lt;br /&gt;
&lt;br /&gt;
As I said in the article, there is resistance--namely based on security but other reasons as well. No, CC is not new but Mainframes are a good example of the future and its past. My article post for next week is on that very subject--having to do with Mainframes as the next major virtualization platform. MFs are also viable for CC.&lt;br /&gt;
&lt;br /&gt;
The bottom line is this: CC is a soon to be fact of life whether or not you use it for your own business, you will use it for other things and won&#039;t even know it--hence the title of this piece.</description>
		<content:encoded><![CDATA[<p>It seems that some of you have failed to read my comments. I have current experience in a web hosting environment and with using distributed services. </p>
<p>By &#8220;gaining more control&#8221;, I mean that service providers give you access by standard methods (terminal services, SSH, SFTP, etc.) and you get usage statistics, etc. as well.</p>
<p>For most people who will use CC in the near term, they will use it for hosted applications and it won&#8217;t make a difference if your ISP or you have a problem getting to the Internet or not. Your applications will be available to the world at large to use regardless of your status.</p>
<p>As I said in the article, there is resistance&#8211;namely based on security but other reasons as well. No, CC is not new but Mainframes are a good example of the future and its past. My article post for next week is on that very subject&#8211;having to do with Mainframes as the next major virtualization platform. MFs are also viable for CC.</p>
<p>The bottom line is this: CC is a soon to be fact of life whether or not you use it for your own business, you will use it for other things and won&#8217;t even know it&#8211;hence the title of this piece.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: khess</title>
		<link>http://www.linux-mag.com/id/7162/#comment-5813</link>
		<dc:creator>khess</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7162/#comment-5813</guid>
		<description>To Xitron:&lt;br /&gt;
&lt;br /&gt;
There are people working on this certification right now. If you email me personally, I can point you to them.</description>
		<content:encoded><![CDATA[<p>To Xitron:</p>
<p>There are people working on this certification right now. If you email me personally, I can point you to them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: xitron</title>
		<link>http://www.linux-mag.com/id/7162/#comment-5814</link>
		<dc:creator>xitron</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7162/#comment-5814</guid>
		<description>Went to your linux-mag page, @khess, and didn&#039;t find a link to send you email personally.  Would enjoy learning what the CC crowd is doing toward PCI and Sarbanes-Oxley, as I&#039;ve just spent the last 2 years of my life getting compliant, and the next round of PCI ought to pretty much shut down every mom and pop shop in the world.&lt;br /&gt;
&lt;br /&gt;
Unca Xitron</description>
		<content:encoded><![CDATA[<p>Went to your linux-mag page, @khess, and didn&#8217;t find a link to send you email personally.  Would enjoy learning what the CC crowd is doing toward PCI and Sarbanes-Oxley, as I&#8217;ve just spent the last 2 years of my life getting compliant, and the next round of PCI ought to pretty much shut down every mom and pop shop in the world.</p>
<p>Unca Xitron</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: khess</title>
		<link>http://www.linux-mag.com/id/7162/#comment-5815</link>
		<dc:creator>khess</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7162/#comment-5815</guid>
		<description>khess@linux-mag.com</description>
		<content:encoded><![CDATA[<p><a href="mailto:khess@linux-mag.com">khess@linux-mag.com</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: graemeharrison</title>
		<link>http://www.linux-mag.com/id/7162/#comment-5816</link>
		<dc:creator>graemeharrison</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7162/#comment-5816</guid>
		<description>These are not the druids you are looking for....&lt;br /&gt;
Sorry, given the &#039;Resistance is futile&#039; reference I couldn&#039;t help myself.&lt;br /&gt;
&lt;br /&gt;
One issue NOT addresses is court-access.  When your media files are all happily on your various terrabyte hard drives at home, you pay nothing to watch the movie you converted from a purchased DVD to a scratch-proof, loss-proof digital image.  Moreover, you pay no data download charges to view it.  (Only the US has truly unlimited downloads, and that pricing formula is close to broken.)&lt;br /&gt;
&lt;br /&gt;
But put your files on someone else&#039;s hosted service and now any court (even in another country) could order a search or history-search of what you had stored.  When it is in your own premises, it is much harder for others to gain such access, and you always retain the right to delete.&lt;br /&gt;
&lt;br /&gt;
IMHO, these issues will remain impediments... So, just like some people are well suited to web-based email solutions, some will love the solace from cloud computing.  But some will prefer the greater control.  And with the cost of storage about to drop below US$100/TB, the cost to store your own data will not be significant.  It will come down to trust.</description>
		<content:encoded><![CDATA[<p>These are not the druids you are looking for&#8230;.<br />
Sorry, given the &#8216;Resistance is futile&#8217; reference I couldn&#8217;t help myself.</p>
<p>One issue NOT addresses is court-access.  When your media files are all happily on your various terrabyte hard drives at home, you pay nothing to watch the movie you converted from a purchased DVD to a scratch-proof, loss-proof digital image.  Moreover, you pay no data download charges to view it.  (Only the US has truly unlimited downloads, and that pricing formula is close to broken.)</p>
<p>But put your files on someone else&#8217;s hosted service and now any court (even in another country) could order a search or history-search of what you had stored.  When it is in your own premises, it is much harder for others to gain such access, and you always retain the right to delete.</p>
<p>IMHO, these issues will remain impediments&#8230; So, just like some people are well suited to web-based email solutions, some will love the solace from cloud computing.  But some will prefer the greater control.  And with the cost of storage about to drop below US$100/TB, the cost to store your own data will not be significant.  It will come down to trust.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: khess</title>
		<link>http://www.linux-mag.com/id/7162/#comment-5817</link>
		<dc:creator>khess</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.linux-mag.com/id/7162/#comment-5817</guid>
		<description>I still don&#039;t understand the issue of control when speaking of local files and services. This perceived control on local files and services also means local responsibility for backups, restores, fault tolerance, uptime, and so on. I used to have and run my own local services and can tell you that it&#039;s not fun and having the files local is not giving you greater control--just greater responsibility.&lt;br /&gt;
Personally the Cloud gives me peace of mind that my services and files are always available. I don&#039;t think they are any more or less safe in the Cloud as they are on my own computer. People falsely perceive proximity as safety. Don&#039;t kid yourself--most data thefts come from within your own company rather than from third parties.</description>
		<content:encoded><![CDATA[<p>I still don&#8217;t understand the issue of control when speaking of local files and services. This perceived control on local files and services also means local responsibility for backups, restores, fault tolerance, uptime, and so on. I used to have and run my own local services and can tell you that it&#8217;s not fun and having the files local is not giving you greater control&#8211;just greater responsibility.<br />
Personally the Cloud gives me peace of mind that my services and files are always available. I don&#8217;t think they are any more or less safe in the Cloud as they are on my own computer. People falsely perceive proximity as safety. Don&#8217;t kid yourself&#8211;most data thefts come from within your own company rather than from third parties.</p>
]]></content:encoded>
	</item>
</channel>
</rss>