<?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: Backward-compatible vs. forward-compatible: a tale of two clouds</title>
	<atom:link href="http://stage.vambenepe.com/archives/1198/feed" rel="self" type="application/rss+xml" />
	<link>http://stage.vambenepe.com/archives/1198</link>
	<description>IT management in a changing IT world</description>
	<lastBuildDate>Mon, 26 Jul 2010 20:24:03 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: William Vambenepe &#8212; CMDB in the Cloud: not your father&#8217;s CMDB</title>
		<link>http://stage.vambenepe.com/archives/1198#comment-107967</link>
		<dc:creator>William Vambenepe &#8212; CMDB in the Cloud: not your father&#8217;s CMDB</dc:creator>
		<pubDate>Wed, 16 Jun 2010 09:03:54 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1198#comment-107967</guid>
		<description>[...] value proposition of hypervisor-style virtualization is centered around it. It&#8217;s the value of backward-compatibility versus forward-compatibility. in addition, CMDBs are evolving into CMS and are a lot more than configuration repositories. They [...]</description>
		<content:encoded><![CDATA[<p>[...] value proposition of hypervisor-style virtualization is centered around it. It&#8217;s the value of backward-compatibility versus forward-compatibility. in addition, CMDBs are evolving into CMS and are a lot more than configuration repositories. They [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: William Vambenepe &#8212; PaaS portability challenges and the VMforce example</title>
		<link>http://stage.vambenepe.com/archives/1198#comment-105793</link>
		<dc:creator>William Vambenepe &#8212; PaaS portability challenges and the VMforce example</dc:creator>
		<pubDate>Fri, 30 Apr 2010 00:13:55 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1198#comment-105793</guid>
		<description>[...] While code portability is a solvable problem for a reasonably large set of use cases, things get hairier for the more demanding applications. A large part of the PaaS value proposition is contingent on the willingness to give up some low-level optimizations. This, and harder portability in some cases, may just have to be part of the cost of running demanding applications in a PaaS environment. Or just keep these off PaaS for now. This is part of the backward-compatible versus forward compatible Cloud dilemma. [...]</description>
		<content:encoded><![CDATA[<p>[...] While code portability is a solvable problem for a reasonably large set of use cases, things get hairier for the more demanding applications. A large part of the PaaS value proposition is contingent on the willingness to give up some low-level optimizations. This, and harder portability in some cases, may just have to be part of the cost of running demanding applications in a PaaS environment. Or just keep these off PaaS for now. This is part of the backward-compatible versus forward compatible Cloud dilemma. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: William (@vambenepe on Twitter)</title>
		<link>http://stage.vambenepe.com/archives/1198#comment-103414</link>
		<dc:creator>William (@vambenepe on Twitter)</dc:creator>
		<pubDate>Fri, 05 Mar 2010 23:13:53 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1198#comment-103414</guid>
		<description>Yoram,

OK I get that, in concept at least. To the extent that the legacy apps you are trying to migrate are based on some reusable framework that can be pulled out and delivered as a new type of PaaS container. Though if this framework is just a &quot;black box&quot; from the Cloud provider point of view then you are not going to get all that many benefits in this approach compared to traditional IaaS approach of bundling the framework w/ the app.

For example, Google did a fair amount of work on their Java and Python runtimes to offer them as PaaS containers that exhibit great operational characteristics. If you asked them to offer the same thing for Cold Fusion or ASP.Net, they&#039;d have to do serious engineering in these runtimes too. Otherwise they won&#039;t be able to provide nearly the same scalability/resilience and low cost of operation for these platforms that they do w/ Python and Java.

There is no silver bullet, but I can see how what you describe could be a new cost/benefit trade-off point on the axis from backward-compatible to forward-compatible. Though I am still unclear on the specifics and whether it all adds up in practice. Interested in any info/pointer you can share on this.</description>
		<content:encoded><![CDATA[<p>Yoram,</p>
<p>OK I get that, in concept at least. To the extent that the legacy apps you are trying to migrate are based on some reusable framework that can be pulled out and delivered as a new type of PaaS container. Though if this framework is just a &#8220;black box&#8221; from the Cloud provider point of view then you are not going to get all that many benefits in this approach compared to traditional IaaS approach of bundling the framework w/ the app.</p>
<p>For example, Google did a fair amount of work on their Java and Python runtimes to offer them as PaaS containers that exhibit great operational characteristics. If you asked them to offer the same thing for Cold Fusion or ASP.Net, they&#8217;d have to do serious engineering in these runtimes too. Otherwise they won&#8217;t be able to provide nearly the same scalability/resilience and low cost of operation for these platforms that they do w/ Python and Java.</p>
<p>There is no silver bullet, but I can see how what you describe could be a new cost/benefit trade-off point on the axis from backward-compatible to forward-compatible. Though I am still unclear on the specifics and whether it all adds up in practice. Interested in any info/pointer you can share on this.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yoram Heller</title>
		<link>http://stage.vambenepe.com/archives/1198#comment-103413</link>
		<dc:creator>Yoram Heller</dc:creator>
		<pubDate>Fri, 05 Mar 2010 23:02:12 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1198#comment-103413</guid>
		<description>What if you could create additional compute types according to your needs? These compute types could come with specialized operating systems and software services unique to your IT operations (ie backward compatible). For example, you may need a special type of application server and upon request you can have your requirements implemented and integrated into the cloud.  This would also allow you to be forward compatible and standardize a development environment.</description>
		<content:encoded><![CDATA[<p>What if you could create additional compute types according to your needs? These compute types could come with specialized operating systems and software services unique to your IT operations (ie backward compatible). For example, you may need a special type of application server and upon request you can have your requirements implemented and integrated into the cloud.  This would also allow you to be forward compatible and standardize a development environment.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: William (@vambenepe on Twitter)</title>
		<link>http://stage.vambenepe.com/archives/1198#comment-103412</link>
		<dc:creator>William (@vambenepe on Twitter)</dc:creator>
		<pubDate>Fri, 05 Mar 2010 22:51:43 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1198#comment-103412</guid>
		<description>Hi Yoram. I don&#039;t think it&#039;s possible to be both backward and forward compatible. But I am not sure what you mean by &quot;customizable PaaS&quot;, could you please elaborate?</description>
		<content:encoded><![CDATA[<p>Hi Yoram. I don&#8217;t think it&#8217;s possible to be both backward and forward compatible. But I am not sure what you mean by &#8220;customizable PaaS&#8221;, could you please elaborate?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Yoram Heller</title>
		<link>http://stage.vambenepe.com/archives/1198#comment-103409</link>
		<dc:creator>Yoram Heller</dc:creator>
		<pubDate>Fri, 05 Mar 2010 22:38:20 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1198#comment-103409</guid>
		<description>Really enjoyed this post.  Exactly what we&#039;re thinking.  So is customizable PaaS, forward and backward compatible?</description>
		<content:encoded><![CDATA[<p>Really enjoyed this post.  Exactly what we&#8217;re thinking.  So is customizable PaaS, forward and backward compatible?</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.247 seconds -->
