<?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: Desirable technical characteristics of PaaS</title>
	<atom:link href="http://stage.vambenepe.com/archives/1096/feed" rel="self" type="application/rss+xml" />
	<link>http://stage.vambenepe.com/archives/1096</link>
	<description>William Vambenepe&#039;s stage</description>
	<lastBuildDate>Tue, 07 Feb 2012 23:33:47 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: William Vambenepe &#8212; The battle of the Cloud Frameworks: Application Servers redux?</title>
		<link>http://stage.vambenepe.com/archives/1096#comment-677</link>
		<dc:creator>William Vambenepe &#8212; The battle of the Cloud Frameworks: Application Servers redux?</dc:creator>
		<pubDate>Thu, 22 Apr 2010 17:37:06 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1096#comment-677</guid>
		<description>[...] Cloud Frameworks will need to go through the equivalent of all the other stages. First, the IaaS APIs will get more optimized and capable (stage 2). Then, at stage 3, we will focus on higher-level, more productive abstraction layers (generally referred to as PaaS) at which point we should expect a thousand different approaches to bloom, and several of them to survive. I will not hazard a guess as to what stage 4 will look like (here is my guess for stage 3, in two parts). [...] </description>
		<content:encoded><![CDATA[<p>[...] Cloud Frameworks will need to go through the equivalent of all the other stages. First, the IaaS APIs will get more optimized and capable (stage 2). Then, at stage 3, we will focus on higher-level, more productive abstraction layers (generally referred to as PaaS) at which point we should expect a thousand different approaches to bloom, and several of them to survive. I will not hazard a guess as to what stage 4 will look like (here is my guess for stage 3, in two parts). [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: William Vambenepe</title>
		<link>http://stage.vambenepe.com/archives/1096#comment-676</link>
		<dc:creator>William Vambenepe</dc:creator>
		<pubDate>Tue, 10 Nov 2009 20:00:48 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1096#comment-676</guid>
		<description>William Louth: you&#039;re right, metering+billing should also be there. Oversight on my part. I like the way AWS has been thinking out of the box about different ways to charge users, including ways that map directly to the consumed resources.</description>
		<content:encoded><![CDATA[<p>William Louth: you&#8217;re right, metering+billing should also be there. Oversight on my part. I like the way AWS has been thinking out of the box about different ways to charge users, including ways that map directly to the consumed resources.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: William Vambenepe &#8212; Enumeration of PaaS container types</title>
		<link>http://stage.vambenepe.com/archives/1096#comment-675</link>
		<dc:creator>William Vambenepe &#8212; Enumeration of PaaS container types</dc:creator>
		<pubDate>Tue, 10 Nov 2009 17:02:45 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1096#comment-675</guid>
		<description>[...] next post will list desired characteristics of the PaaS environment (meta-capabilities that go across all the [...] </description>
		<content:encoded><![CDATA[<p>[...] next post will list desired characteristics of the PaaS environment (meta-capabilities that go across all the [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: William Louth</title>
		<link>http://stage.vambenepe.com/archives/1096#comment-674</link>
		<dc:creator>William Louth</dc:creator>
		<pubDate>Tue, 10 Nov 2009 13:12:58 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1096#comment-674</guid>
		<description>You seem to be ignoring billing and resource metering (note: metering != billing) which is required by one or more services in support of the &quot;cloud&quot; like qualities hinted at including scalability, reliability and work migration. The container needs to expose runtime resource meters. The cloud services interactions need to expose metering usage. All in a uniform way and correlated with component activity work flows - with flows having multiple cost (chargeback) structures supporting billing/metering from multiple perspectives both operational &amp; non-operational.</description>
		<content:encoded><![CDATA[<p>You seem to be ignoring billing and resource metering (note: metering != billing) which is required by one or more services in support of the &#8220;cloud&#8221; like qualities hinted at including scalability, reliability and work migration. The container needs to expose runtime resource meters. The cloud services interactions need to expose metering usage. All in a uniform way and correlated with component activity work flows &#8211; with flows having multiple cost (chargeback) structures supporting billing/metering from multiple perspectives both operational &amp; non-operational.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

