<?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: Standards Disconnect at Cloud Connect</title>
	<atom:link href="http://stage.vambenepe.com/archives/1344/feed" rel="self" type="application/rss+xml" />
	<link>http://stage.vambenepe.com/archives/1344</link>
	<description>IT management in a changing IT world</description>
	<lastBuildDate>Mon, 06 Sep 2010 03:48:20 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
	<item>
		<title>By: Tyranny of Choice in the Cloud &#124; OpenLogic Blogs</title>
		<link>http://stage.vambenepe.com/archives/1344#comment-110239</link>
		<dc:creator>Tyranny of Choice in the Cloud &#124; OpenLogic Blogs</dc:creator>
		<pubDate>Thu, 26 Aug 2010 22:54:14 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1344#comment-110239</guid>
		<description>[...] least some cross-vendor groups focused on working together, even though some people think it&#039;s way too early for cloud standards.&#160; No [...]</description>
		<content:encoded><![CDATA[<p>[...] least some cross-vendor groups focused on working together, even though some people think it&#39;s way too early for cloud standards.&nbsp; No [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: William Vambenepe &#8212; The Tragedy of the Commons in Cloud standards</title>
		<link>http://stage.vambenepe.com/archives/1344#comment-109265</link>
		<dc:creator>William Vambenepe &#8212; The Tragedy of the Commons in Cloud standards</dc:creator>
		<pubDate>Mon, 26 Jul 2010 06:04:32 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1344#comment-109265</guid>
		<description>[...] More generally, my main point here has nothing to do with Benjamin, Sam and their OSCON debate, other than the fact that reading about it prompted me to type this blog entry. It&#039;s simply that there is a perversion in the IT standards landscape that makes it impossible for premature standardization *not* to happen. It&#039;s something I&#039;ve written before, e.g. in this post: [...]</description>
		<content:encoded><![CDATA[<p>[...] More generally, my main point here has nothing to do with Benjamin, Sam and their OSCON debate, other than the fact that reading about it prompted me to type this blog entry. It&#39;s simply that there is a perversion in the IT standards landscape that makes it impossible for premature standardization *not* to happen. It&#39;s something I&#39;ve written before, e.g. in this post: [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: William Vambenepe &#8212; Introducing the Oracle Cloud API</title>
		<link>http://stage.vambenepe.com/archives/1344#comment-108955</link>
		<dc:creator>William Vambenepe &#8212; Introducing the Oracle Cloud API</dc:creator>
		<pubDate>Mon, 19 Jul 2010 06:14:14 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1344#comment-108955</guid>
		<description>[...] So why two documents? Because they serve different purposes. The Elemental Resource Model, submitted to DMTF, represents the technical foundation for the IaaS layer. It&#8217;s not all of IaaS, just its core. You can think of its scope as that of the base EC2 service (boot a VM from an image, attach a volume, connect to a network). It&#8217;s the part that appears in all the various IaaS APIs out there, and that looks very similar, in its model, across all of them. It&#8217;s the part that&#8217;s ripe for a simple standard, hopefully free of much of the drama of a more open-ended and speculative effort. A standard that can come out quickly and provide interoperability right out of the gate (for the simple use cases it supports), not after years of plugfests and profiles. This is the narrow scope I described in an earlier rant about Cloud standards: [...]</description>
		<content:encoded><![CDATA[<p>[...] So why two documents? Because they serve different purposes. The Elemental Resource Model, submitted to DMTF, represents the technical foundation for the IaaS layer. It&#8217;s not all of IaaS, just its core. You can think of its scope as that of the base EC2 service (boot a VM from an image, attach a volume, connect to a network). It&#8217;s the part that appears in all the various IaaS APIs out there, and that looks very similar, in its model, across all of them. It&#8217;s the part that&#8217;s ripe for a simple standard, hopefully free of much of the drama of a more open-ended and speculative effort. A standard that can come out quickly and provide interoperability right out of the gate (for the simple use cases it supports), not after years of plugfests and profiles. This is the narrow scope I described in an earlier rant about Cloud standards: [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: For Open Cloud Computing, Look Inside Your Data Center - A Collection of Latest Happening in Technology Field</title>
		<link>http://stage.vambenepe.com/archives/1344#comment-104000</link>
		<dc:creator>For Open Cloud Computing, Look Inside Your Data Center - A Collection of Latest Happening in Technology Field</dc:creator>
		<pubDate>Mon, 29 Mar 2010 05:50:44 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1344#comment-104000</guid>
		<description>[...] stack should be welcome: While open standards have long been a rallying cry of cloud commentators, reports from the recent Cloud Connect event suggest we can expect to wait a long while until meaningful software standards actually [...]</description>
		<content:encoded><![CDATA[<p>[...] stack should be welcome: While open standards have long been a rallying cry of cloud commentators, reports from the recent Cloud Connect event suggest we can expect to wait a long while until meaningful software standards actually [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: For Open Cloud Computing, Look Inside Your Data Center</title>
		<link>http://stage.vambenepe.com/archives/1344#comment-103986</link>
		<dc:creator>For Open Cloud Computing, Look Inside Your Data Center</dc:creator>
		<pubDate>Sun, 28 Mar 2010 15:01:44 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1344#comment-103986</guid>
		<description>[...] stack should be welcome: While open standards have long been a rallying cry of cloud commentators, reports from the recent Cloud Connect event suggest we can expect to wait a long while until meaningful software standards actually [...]</description>
		<content:encoded><![CDATA[<p>[...] stack should be welcome: While open standards have long been a rallying cry of cloud commentators, reports from the recent Cloud Connect event suggest we can expect to wait a long while until meaningful software standards actually [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: William (@vambenepe on Twitter)</title>
		<link>http://stage.vambenepe.com/archives/1344#comment-103830</link>
		<dc:creator>William (@vambenepe on Twitter)</dc:creator>
		<pubDate>Sun, 21 Mar 2010 04:00:00 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1344#comment-103830</guid>
		<description>Stu, I agree but I also think it&#039;s irrelevant. I just don&#039;t think the incentives are there for customer involvement at the level needed. Which I why, as much as I&#039;d love to see it happen, I don&#039;t waste my time trying to make it happen. And I focus on the next best thing, which is to get independent experts and individual consultants involved, as a proxy for customers. I just think it has more of a chance of happening, and even then the current standards org are structured to make it next-to-impossible.

I applaud Bob for trying and I would be delighted to see him succeed. I just don&#039;t think it will work.

At best, we&#039;ll have a very specific and large customer, with a pretty specific approach and set of needs (e.g. the US gov). Better than nothing, but hardly a substitute for the involvement of a representative set of customers.</description>
		<content:encoded><![CDATA[<p>Stu, I agree but I also think it&#8217;s irrelevant. I just don&#8217;t think the incentives are there for customer involvement at the level needed. Which I why, as much as I&#8217;d love to see it happen, I don&#8217;t waste my time trying to make it happen. And I focus on the next best thing, which is to get independent experts and individual consultants involved, as a proxy for customers. I just think it has more of a chance of happening, and even then the current standards org are structured to make it next-to-impossible.</p>
<p>I applaud Bob for trying and I would be delighted to see him succeed. I just don&#8217;t think it will work.</p>
<p>At best, we&#8217;ll have a very specific and large customer, with a pretty specific approach and set of needs (e.g. the US gov). Better than nothing, but hardly a substitute for the involvement of a representative set of customers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stu</title>
		<link>http://stage.vambenepe.com/archives/1344#comment-103806</link>
		<dc:creator>Stu</dc:creator>
		<pubDate>Sat, 20 Mar 2010 03:31:18 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1344#comment-103806</guid>
		<description>The biggest problem with the standards efforts (and I think Bob might agree) is a dearth of customer involvement and feedback.   It&#039;s not just a standards problem, it&#039;s a problem with any cloud product vendor attempting to deal with enterprise customers, which is why most of them target developers or service providers.   There is a tendency, particularly among enterprises, to &quot;let the vendors sort it out&quot;, and only adopt the technology once it is standardized, rather than going through the pain to think through what the issues are, what worked &amp; didn&#039;t work, etc.

Mostly (with notable exceptions), there is tire kicking and limited adoption of even the prior generation of data center automation tooling.    One quote I loved was &quot;We bought Opsware 6 years ago, and made no progress since then, since the Opsware rollout was coming just around the corner.... for 6 years&quot;.</description>
		<content:encoded><![CDATA[<p>The biggest problem with the standards efforts (and I think Bob might agree) is a dearth of customer involvement and feedback.   It&#8217;s not just a standards problem, it&#8217;s a problem with any cloud product vendor attempting to deal with enterprise customers, which is why most of them target developers or service providers.   There is a tendency, particularly among enterprises, to &#8220;let the vendors sort it out&#8221;, and only adopt the technology once it is standardized, rather than going through the pain to think through what the issues are, what worked &amp; didn&#8217;t work, etc.</p>
<p>Mostly (with notable exceptions), there is tire kicking and limited adoption of even the prior generation of data center automation tooling.    One quote I loved was &#8220;We bought Opsware 6 years ago, and made no progress since then, since the Opsware rollout was coming just around the corner&#8230;. for 6 years&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Damon Edwards</title>
		<link>http://stage.vambenepe.com/archives/1344#comment-103792</link>
		<dc:creator>Damon Edwards</dc:creator>
		<pubDate>Fri, 19 Mar 2010 20:26:45 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1344#comment-103792</guid>
		<description>Excellent points William!

It&#039;s always been my position that professional standards bodies (where there is a &quot;pay wall&quot; that you have to cross to have any meaningful input and that wall generates a pool of money that pays salaries and consultants fees) are an inherently bad thing. Pretty much anytime you allow a standards effort to be effectively controlled by people who have a paid interest (whether it&#039;s a salary or consulting fee of some sort or pushing their own company&#039;s agenda) you are starting from a fundamentally corrupt process and can only do damage control from there. It&#039;s just the simple forces of human nature at work.

The only case where these professional organizations may play a useful roll is when the market has already sorted out a de facto standard. But formalizing, publishing, providing certification courses, etc. is a very very different type of activity then actually creating the standard!

In this age of massively networked communication at almost zero cost, why not let the users in the trenches sort these issues out? 

Just my $0.02

-Damon
http://dev2ops.org</description>
		<content:encoded><![CDATA[<p>Excellent points William!</p>
<p>It&#8217;s always been my position that professional standards bodies (where there is a &#8220;pay wall&#8221; that you have to cross to have any meaningful input and that wall generates a pool of money that pays salaries and consultants fees) are an inherently bad thing. Pretty much anytime you allow a standards effort to be effectively controlled by people who have a paid interest (whether it&#8217;s a salary or consulting fee of some sort or pushing their own company&#8217;s agenda) you are starting from a fundamentally corrupt process and can only do damage control from there. It&#8217;s just the simple forces of human nature at work.</p>
<p>The only case where these professional organizations may play a useful roll is when the market has already sorted out a de facto standard. But formalizing, publishing, providing certification courses, etc. is a very very different type of activity then actually creating the standard!</p>
<p>In this age of massively networked communication at almost zero cost, why not let the users in the trenches sort these issues out? </p>
<p>Just my $0.02</p>
<p>-Damon<br />
<a href="http://dev2ops.org" rel="nofollow">http://dev2ops.org</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bob Marcus</title>
		<link>http://stage.vambenepe.com/archives/1344#comment-103790</link>
		<dc:creator>Bob Marcus</dc:creator>
		<pubDate>Fri, 19 Mar 2010 19:05:42 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=1344#comment-103790</guid>
		<description>William:

Thanks for your write-up on the Panel. 

 Your perceptive statement that &quot;if the goal, as I believe, was to surface the current issues, complexities, emotions and misunderstandings surrounding Cloud standards, then I’d say it was a success.&quot; is exactly right. The only way to avoid many of the past mistakes in standardization is to engage many people (customers, providers, developers, formal/informal standards groups)in open discussions. Hopefully the Cloud Connect Standards Track will be the first of many follow-on events in the next few years.</description>
		<content:encoded><![CDATA[<p>William:</p>
<p>Thanks for your write-up on the Panel. </p>
<p> Your perceptive statement that &#8220;if the goal, as I believe, was to surface the current issues, complexities, emotions and misunderstandings surrounding Cloud standards, then I’d say it was a success.&#8221; is exactly right. The only way to avoid many of the past mistakes in standardization is to engage many people (customers, providers, developers, formal/informal standards groups)in open discussions. Hopefully the Cloud Connect Standards Track will be the first of many follow-on events in the next few years.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

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