<?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: Recent IT management announcements</title>
	<atom:link href="http://stage.vambenepe.com/archives/210/feed" rel="self" type="application/rss+xml" />
	<link>http://stage.vambenepe.com/archives/210</link>
	<description>IT management in a changing IT world</description>
	<pubDate>Tue, 06 Jan 2009 03:30:54 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: geep</title>
		<link>http://stage.vambenepe.com/archives/210#comment-46427</link>
		<dc:creator>geep</dc:creator>
		<pubDate>Thu, 03 Jul 2008 19:38:24 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=210#comment-46427</guid>
		<description>Actually, the VI Java effort is not an official VMware offering.  It is
something that an engineer from VMware has put out in an attempt to hide
some of the complexities of the underlying web-services interface.

VMware is already exposing a CIM based model for hardware health monitoring
and for storage virtualization (SMASH and SMI-S).  The problem with SVPC is
that it is a young standard and not quite ready for prime-time.  There are
innate issues with the data model that make it impossible to scale in a large
infrastructure.  So any solution would need to rely on extensions to make it
be enterprise-ready.  And that is not much of a standard then.  So the right
answer is to work with the standards bodies on improving SVPC and then put out
a solution that customers can actually use.
Till then, toolkits written on top of the VI API are a good alternative.  The
VI Perl Toolkit was the first one and the PowerShell implementation really
goes a long way to make life easier.  A Java toolkit would make for a nice
evolution to that.</description>
		<content:encoded><![CDATA[<p>Actually, the VI Java effort is not an official VMware offering.  It is<br />
something that an engineer from VMware has put out in an attempt to hide<br />
some of the complexities of the underlying web-services interface.</p>
<p>VMware is already exposing a CIM based model for hardware health monitoring<br />
and for storage virtualization (SMASH and SMI-S).  The problem with SVPC is<br />
that it is a young standard and not quite ready for prime-time.  There are<br />
innate issues with the data model that make it impossible to scale in a large<br />
infrastructure.  So any solution would need to rely on extensions to make it<br />
be enterprise-ready.  And that is not much of a standard then.  So the right<br />
answer is to work with the standards bodies on improving SVPC and then put out<br />
a solution that customers can actually use.<br />
Till then, toolkits written on top of the VI API are a good alternative.  The<br />
VI Perl Toolkit was the first one and the PowerShell implementation really<br />
goes a long way to make life easier.  A Java toolkit would make for a nice<br />
evolution to that.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: fermin</title>
		<link>http://stage.vambenepe.com/archives/210#comment-45451</link>
		<dc:creator>fermin</dc:creator>
		<pubDate>Fri, 13 Jun 2008 08:06:08 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=210#comment-45451</guid>
		<description>Yes, maybe I was a bit ironic (sorry :) but, in fact, I think this is a clever strategy for VMware. However, what I wonder (and so tries to point the last sentence in my comment) is if they could keep this two "faces" in the long-term future or, eventually, they need to focus on one and give up the other (and in this case which ones and when).</description>
		<content:encoded><![CDATA[<p>Yes, maybe I was a bit ironic (sorry :) but, in fact, I think this is a clever strategy for VMware. However, what I wonder (and so tries to point the last sentence in my comment) is if they could keep this two &#8220;faces&#8221; in the long-term future or, eventually, they need to focus on one and give up the other (and in this case which ones and when).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: William Vambenepe</title>
		<link>http://stage.vambenepe.com/archives/210#comment-45429</link>
		<dc:creator>William Vambenepe</dc:creator>
		<pubDate>Thu, 12 Jun 2008 16:26:40 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=210#comment-45429</guid>
		<description>Hi Fermin. The fact that they are doing both is pretty clear but I don't see this negatively. I interpret your last sentence as being ironic but that in fact you too don't mind the options offered, correct? After all, no-one calls Twitter duplicitous for offering JSON *and* XML versions of its API...</description>
		<content:encoded><![CDATA[<p>Hi Fermin. The fact that they are doing both is pretty clear but I don&#8217;t see this negatively. I interpret your last sentence as being ironic but that in fact you too don&#8217;t mind the options offered, correct? After all, no-one calls Twitter duplicitous for offering JSON *and* XML versions of its API&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: fermin</title>
		<link>http://stage.vambenepe.com/archives/210#comment-45413</link>
		<dc:creator>fermin</dc:creator>
		<pubDate>Thu, 12 Jun 2008 09:18:48 +0000</pubDate>
		<guid isPermaLink="false">http://stage.vambenepe.com/?p=210#comment-45413</guid>
		<description>So, it seems clear that VMware is playing a double game, using DMTF to promote model-centric platform-agnostic virtual infrastructure management but, in addition, providing "ad hoc" management models for their products.

How long they could keep this two faces? :)</description>
		<content:encoded><![CDATA[<p>So, it seems clear that VMware is playing a double game, using DMTF to promote model-centric platform-agnostic virtual infrastructure management but, in addition, providing &#8220;ad hoc&#8221; management models for their products.</p>
<p>How long they could keep this two faces? :)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
