<?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: Who Cares About Open Source In The Cloud</title>
	<atom:link href="http://www.centernetworks.com/open-source-cloud-computing/feed" rel="self" type="application/rss+xml" />
	<link>http://www.centernetworks.com/open-source-cloud-computing</link>
	<description>Web 2 and Social Media News and Reviews</description>
	<lastBuildDate>Sat, 21 Nov 2009 01:50:56 -0600</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Randall</title>
		<link>http://www.centernetworks.com/open-source-cloud-computing/comment-page-#comment-20214</link>
		<dc:creator>Randall</dc:creator>
		<pubDate>Wed, 30 Nov -0001 00:00:00 +0000</pubDate>
		<guid isPermaLink="false">#comment-20214</guid>
		<description>Hey Allen,

The elimination of vendor lock-in completely is impossible, but vendors of cloud products can make their systems less prone to lock-in by allowing customers to get their data out easily and constructing their platforms to be infrastructure neutral.  Look at Mosso as an example.  We do need to write special code for them, but our strategy has been to make that special code work other places as well so the binaries can run anywhere.

I wrote a lengthy post about the vendor lock-in issue here: http://www.qrimp.com/blog/blog.The-Open-Cloud----the-future-of-cloud-computing.html

Some things we @ Qrimp have done to help our customers leave us if they need to include the ability to: 

1) Download a full Microsoft SQL Server backup of their database they can restore locally.
2) Allow customers to download SQL INSERT and CREATE scripts so they can move their data to MySQL or Oracle or any other ANSI compliant DBMS.
3) Keep customization functionality limited to standard technologies: HTML, CSS, JavaScript, and SQL
4) Allow the platform to run on nearly any Microsoft system including: laptops, cloud services like Mosso now and EC2 and Azure (coming soon), VPS, colo, even shared hosting at GoDaddy.

Of course, even with these capabilities, if they want to leave Qrimp, they&#039;ll have to re-write all the code that the Qrimp platform does for the developer natively, but they are stuck with us if they want to leave.  Even open source platforms have a certain level of lock-in. If you build a site on Drupal and want to move it to Joomla, how do you do that?  Are you locked-in to Drupal? You aren&#039;t paying for Drupal, but Drupal does cost you money if you have to pay someone to extend it or it doesn&#039;t do things quickly or easy enough.  Time is money.

Decisions like ours to do our best to eliminate lock-in are very counter-intuitive to the business community. MBA&#039;s want lock in so customers can&#039;t leave, but lock-in prevents them from coming at all.  Our strategy is to make it easy to come into and leave Qrimp, but make them love it so much they want to pay us whether they use it or not.  We want our customers to want us to succeed, not resent us for making their lives harder 1 or 2 or 3 years from now.

Point is, the elimination of vendor lock-in is impossible when your cloud platform automates anything.  If you leave, you have to manually do the automated features or rebuild them somewhere else.

If you love your customers, set them free.  If they come back, they are yours forever.

- randall

CTO, http://www.qrimp.com
http://www.qrimp.com/blog</description>
		<content:encoded><![CDATA[<p>Hey Allen,</p>
<p>The elimination of vendor lock-in completely is impossible, but vendors of cloud products can make their systems less prone to lock-in by allowing customers to get their data out easily and constructing their platforms to be infrastructure neutral.  Look at Mosso as an example.  We do need to write special code for them, but our strategy has been to make that special code work other places as well so the binaries can run anywhere.</p>
<p>I wrote a lengthy post about the vendor lock-in issue here: <a href="http://www.qrimp.com/blog/blog.The-Open-Cloud----the-future-of-cloud-computing.html" rel="nofollow">http://www.qrimp.com/blog/blog.The-Open-Cloud&#8212;-the-future-of-cloud-computing.html</a></p>
<p>Some things we @ Qrimp have done to help our customers leave us if they need to include the ability to: </p>
<p>1) Download a full Microsoft SQL Server backup of their database they can restore locally.<br />
2) Allow customers to download SQL INSERT and CREATE scripts so they can move their data to MySQL or Oracle or any other ANSI compliant DBMS.<br />
3) Keep customization functionality limited to standard technologies: HTML, CSS, JavaScript, and SQL<br />
4) Allow the platform to run on nearly any Microsoft system including: laptops, cloud services like Mosso now and EC2 and Azure (coming soon), VPS, colo, even shared hosting at GoDaddy.</p>
<p>Of course, even with these capabilities, if they want to leave Qrimp, they&#8217;ll have to re-write all the code that the Qrimp platform does for the developer natively, but they are stuck with us if they want to leave.  Even open source platforms have a certain level of lock-in. If you build a site on Drupal and want to move it to Joomla, how do you do that?  Are you locked-in to Drupal? You aren&#8217;t paying for Drupal, but Drupal does cost you money if you have to pay someone to extend it or it doesn&#8217;t do things quickly or easy enough.  Time is money.</p>
<p>Decisions like ours to do our best to eliminate lock-in are very counter-intuitive to the business community. MBA&#8217;s want lock in so customers can&#8217;t leave, but lock-in prevents them from coming at all.  Our strategy is to make it easy to come into and leave Qrimp, but make them love it so much they want to pay us whether they use it or not.  We want our customers to want us to succeed, not resent us for making their lives harder 1 or 2 or 3 years from now.</p>
<p>Point is, the elimination of vendor lock-in is impossible when your cloud platform automates anything.  If you leave, you have to manually do the automated features or rebuild them somewhere else.</p>
<p>If you love your customers, set them free.  If they come back, they are yours forever.</p>
<p>- randall</p>
<p>CTO, <a href="http://www.qrimp.com" rel="nofollow">http://www.qrimp.com</a><br />
<a href="http://www.qrimp.com/blog" rel="nofollow">http://www.qrimp.com/blog</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>
