<?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: Amazon, RDS and the Future of MySQL</title>
	<atom:link href="http://redmonk.com/sogrady/2009/11/03/amazon-rds-and-the-future-of-mysql/feed/" rel="self" type="application/rss+xml" />
	<link>http://redmonk.com/sogrady/2009/11/03/amazon-rds-and-the-future-of-mysql/</link>
	<description>because technology is just another ecosystem</description>
	<lastBuildDate>Wed, 25 Jan 2012 16:19:42 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Stephen O&#8217;Grady: Will the 2011 MySQL Conference Be the Last One?: A Q&#38;A &#124; Weez.com</title>
		<link>http://redmonk.com/sogrady/2009/11/03/amazon-rds-and-the-future-of-mysql/comment-page-1/#comment-691395</link>
		<dc:creator>Stephen O&#8217;Grady: Will the 2011 MySQL Conference Be the Last One?: A Q&#38;A &#124; Weez.com</dc:creator>
		<pubDate>Wed, 20 Apr 2011 20:08:51 +0000</pubDate>
		<guid isPermaLink="false">http://redmonk.com/sogrady/?p=3103#comment-691395</guid>
		<description>[...] This is a natural consequence of the relatively recent acquisition of Sun/MySQL by Oracle; roiled markets take time to settle. But the issue of fragmentation remains. Henrik created MepSQL for a reason, and that reason is that there is a high volume of decentralized development occurring around the codebase. This is a positive for functional development, obviously, but it poses challenges from a customer adoption standpoint. Centralization would be useful, but under what mechanism? A commercial vendor? Neither are likely, though you should watch Amazon here [coverage]. [...]</description>
		<content:encoded><![CDATA[<p>[...] This is a natural consequence of the relatively recent acquisition of Sun/MySQL by Oracle; roiled markets take time to settle. But the issue of fragmentation remains. Henrik created MepSQL for a reason, and that reason is that there is a high volume of decentralized development occurring around the codebase. This is a positive for functional development, obviously, but it poses challenges from a customer adoption standpoint. Centralization would be useful, but under what mechanism? A commercial vendor? Neither are likely, though you should watch Amazon here [coverage]. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Hiding in Plain Sight: The Rise of Amazon Web Services &#8211; tecosystems</title>
		<link>http://redmonk.com/sogrady/2009/11/03/amazon-rds-and-the-future-of-mysql/comment-page-1/#comment-636682</link>
		<dc:creator>Hiding in Plain Sight: The Rise of Amazon Web Services &#8211; tecosystems</dc:creator>
		<pubDate>Mon, 20 Sep 2010 15:47:44 +0000</pubDate>
		<guid isPermaLink="false">http://redmonk.com/sogrady/?p=3103#comment-636682</guid>
		<description>[...] (SQS, SNS), analytics (Elastic MapReduce), monitoring (CloudWatch), and databases (SimpleDB, RDS [coverage]). And, as of last Tuesday, enterprise [...]</description>
		<content:encoded><![CDATA[<p>[...] (SQS, SNS), analytics (Elastic MapReduce), monitoring (CloudWatch), and databases (SimpleDB, RDS [coverage]). And, as of last Tuesday, enterprise [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James Governor&#039;s Monkchips &#187; Some NoSQL posts from Redmonk &#8211; new frontiers in data scalability</title>
		<link>http://redmonk.com/sogrady/2009/11/03/amazon-rds-and-the-future-of-mysql/comment-page-1/#comment-636262</link>
		<dc:creator>James Governor&#039;s Monkchips &#187; Some NoSQL posts from Redmonk &#8211; new frontiers in data scalability</dc:creator>
		<pubDate>Fri, 17 Sep 2010 15:20:02 +0000</pubDate>
		<guid isPermaLink="false">http://redmonk.com/sogrady/?p=3103#comment-636262</guid>
		<description>[...] Amazon RDS / MySQL [...]</description>
		<content:encoded><![CDATA[<p>[...] Amazon RDS / MySQL [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Amazon&#8217;s move mocks EU&#8217;s fear of Oracle &#124; 云生活</title>
		<link>http://redmonk.com/sogrady/2009/11/03/amazon-rds-and-the-future-of-mysql/comment-page-1/#comment-617281</link>
		<dc:creator>Amazon&#8217;s move mocks EU&#8217;s fear of Oracle &#124; 云生活</dc:creator>
		<pubDate>Fri, 30 Apr 2010 17:32:51 +0000</pubDate>
		<guid isPermaLink="false">http://redmonk.com/sogrady/?p=3103#comment-617281</guid>
		<description>[...] Redmonk analyst Stephen O&#8217;Grady writes: From here, it seems fairly clear that while RDS will not be the best option for every MySQL user, [...]</description>
		<content:encoded><![CDATA[<p>[...] Redmonk analyst Stephen O&#8217;Grady writes: From here, it seems fairly clear that while RDS will not be the best option for every MySQL user, [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tecosystems &#187; YourSQL, MySQL, and NoSQL: The MySQL Conference Report</title>
		<link>http://redmonk.com/sogrady/2009/11/03/amazon-rds-and-the-future-of-mysql/comment-page-1/#comment-612016</link>
		<dc:creator>tecosystems &#187; YourSQL, MySQL, and NoSQL: The MySQL Conference Report</dc:creator>
		<pubDate>Sat, 17 Apr 2010 17:26:48 +0000</pubDate>
		<guid isPermaLink="false">http://redmonk.com/sogrady/?p=3103#comment-612016</guid>
		<description>[...] they give you, which in none of those cases is a flavor of MySQL. Hosted versions of MySQL such as Amazon&#8217;s RDS are certainly available, and have been for years from providers like Rackspace, but the majority of [...]</description>
		<content:encoded><![CDATA[<p>[...] they give you, which in none of those cases is a flavor of MySQL. Hosted versions of MySQL such as Amazon&#8217;s RDS are certainly available, and have been for years from providers like Rackspace, but the majority of [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: stephen o'grady</title>
		<link>http://redmonk.com/sogrady/2009/11/03/amazon-rds-and-the-future-of-mysql/comment-page-1/#comment-573354</link>
		<dc:creator>stephen o'grady</dc:creator>
		<pubDate>Wed, 04 Nov 2009 14:38:57 +0000</pubDate>
		<guid isPermaLink="false">http://redmonk.com/sogrady/?p=3103#comment-573354</guid>
		<description>@Gordon Haff: agreed. engineers generally underestimate the importance of barriers to entry.</description>
		<content:encoded><![CDATA[<p>@<a href="#comment-573340">Gordon Haff</a>: agreed. engineers generally underestimate the importance of barriers to entry.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gordon Haff</title>
		<link>http://redmonk.com/sogrady/2009/11/03/amazon-rds-and-the-future-of-mysql/comment-page-1/#comment-573340</link>
		<dc:creator>Gordon Haff</dc:creator>
		<pubDate>Wed, 04 Nov 2009 12:54:15 +0000</pubDate>
		<guid isPermaLink="false">http://redmonk.com/sogrady/?p=3103#comment-573340</guid>
		<description>I tend to not buy arguments along the lines of &quot;But, all you need to do is XYZ and ABC on your own and you don&#039;t need this service.&quot; It&#039;s very much a geek&#039;s argument. Doesn&#039;t make it invalid for everyone of course. But it means you&#039;re going to spend time and resources putting together and maintaining something that you can just buy. Right answer for you depends on a lot of things of course including the relative price points. But in my experience people underestimate the full cumulative cost of &quot;a simple matter of programming.&quot;</description>
		<content:encoded><![CDATA[<p>I tend to not buy arguments along the lines of &#8220;But, all you need to do is XYZ and ABC on your own and you don&#8217;t need this service.&#8221; It&#8217;s very much a geek&#8217;s argument. Doesn&#8217;t make it invalid for everyone of course. But it means you&#8217;re going to spend time and resources putting together and maintaining something that you can just buy. Right answer for you depends on a lot of things of course including the relative price points. But in my experience people underestimate the full cumulative cost of &#8220;a simple matter of programming.&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: 451 CAOS Links (caostheory) 's status on Wednesday, 04-Nov-09 12:09:10 UTC - Identi.ca</title>
		<link>http://redmonk.com/sogrady/2009/11/03/amazon-rds-and-the-future-of-mysql/comment-page-1/#comment-573331</link>
		<dc:creator>451 CAOS Links (caostheory) 's status on Wednesday, 04-Nov-09 12:09:10 UTC - Identi.ca</dc:creator>
		<pubDate>Wed, 04 Nov 2009 12:10:07 +0000</pubDate>
		<guid isPermaLink="false">http://redmonk.com/sogrady/?p=3103#comment-573331</guid>
		<description>[...]  http://redmonk.com/sogrady/2009/11/03/amazon-rds-and-the-future-of-mysql/        a few seconds ago  from seesmic [...]</description>
		<content:encoded><![CDATA[<p>[...]  <a href="http://redmonk.com/sogrady/2009/11/03/amazon-rds-and-the-future-of-mysql/" >http://redmonk.com/sogrady/2009/11/03/amazon-rds-and-the-future-of-mysql/</a>        a few seconds ago  from seesmic [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Gabriele B</title>
		<link>http://redmonk.com/sogrady/2009/11/03/amazon-rds-and-the-future-of-mysql/comment-page-1/#comment-573327</link>
		<dc:creator>Gabriele B</dc:creator>
		<pubDate>Wed, 04 Nov 2009 11:46:59 +0000</pubDate>
		<guid isPermaLink="false">http://redmonk.com/sogrady/?p=3103#comment-573327</guid>
		<description>I would say you had a good insight of the state of the business. Amazon forked the Xen tree to implement their EC2 cores. Why not MySQL?
Probably Amazon started working on RDS months ago and they were urged to deliver in view of the launch of Azure services, or, perhaps, it&#039;s just the best code-base to fork. 
Either way it makes strong economical sense since I hear already several friends reporting they are using RDS.
If Amazon is willing to invest in PaaS they will probably introduce &quot;plug-in&quot; front-ends (BI, Geospatial display, ETL) or Hybrid instances (DB + application). At that point their own fork will make more and more sense.</description>
		<content:encoded><![CDATA[<p>I would say you had a good insight of the state of the business. Amazon forked the Xen tree to implement their EC2 cores. Why not MySQL?<br />
Probably Amazon started working on RDS months ago and they were urged to deliver in view of the launch of Azure services, or, perhaps, it&#8217;s just the best code-base to fork.<br />
Either way it makes strong economical sense since I hear already several friends reporting they are using RDS.<br />
If Amazon is willing to invest in PaaS they will probably introduce &#8220;plug-in&#8221; front-ends (BI, Geospatial display, ETL) or Hybrid instances (DB + application). At that point their own fork will make more and more sense.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sam Johnston</title>
		<link>http://redmonk.com/sogrady/2009/11/03/amazon-rds-and-the-future-of-mysql/comment-page-1/#comment-573311</link>
		<dc:creator>Sam Johnston</dc:creator>
		<pubDate>Wed, 04 Nov 2009 10:33:39 +0000</pubDate>
		<guid isPermaLink="false">http://redmonk.com/sogrady/?p=3103#comment-573311</guid>
		<description>In answer to your question though, Amazon is under no obligation to release any changes they make back into the community. This is the &quot;service provider loophole&quot; that has been &quot;patched&quot; by the AGPL, and unless Amazon had some compelling reason to do so I doubt they&#039;ll be telling us *how* they made MySQL work properly in the cloud any time soon.

That&#039;s not to say that I&#039;m a proponent of the AGPL necessarily... with the (relatively) &quot;standard&quot; interface of &quot;MySQL 5.1&quot; it doesn&#039;t matter *how* they deliver the service - after all that&#039;s what the cloud is all about, outsourcing and concealing complexity. If Amazon work out some sensible way of sharding MySQL databases and can deliver an infinitely scalable relational database service as a result then good on them (and good luck to their competitors).

Sam</description>
		<content:encoded><![CDATA[<p>In answer to your question though, Amazon is under no obligation to release any changes they make back into the community. This is the &#8220;service provider loophole&#8221; that has been &#8220;patched&#8221; by the AGPL, and unless Amazon had some compelling reason to do so I doubt they&#8217;ll be telling us *how* they made MySQL work properly in the cloud any time soon.</p>
<p>That&#8217;s not to say that I&#8217;m a proponent of the AGPL necessarily&#8230; with the (relatively) &#8220;standard&#8221; interface of &#8220;MySQL 5.1&#8243; it doesn&#8217;t matter *how* they deliver the service &#8211; after all that&#8217;s what the cloud is all about, outsourcing and concealing complexity. If Amazon work out some sensible way of sharding MySQL databases and can deliver an infinitely scalable relational database service as a result then good on them (and good luck to their competitors).</p>
<p>Sam</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using memcached
Object Caching 373/375 objects using xcache

Served from: redmonk.com @ 2012-02-12 04:34:33 -->
