<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xml:base="http://www.itskeptic.org"  xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
 <title>The IT Skeptic - Comments for &quot;CA CMDBf paper oversells the CMDB Federation standard, as predicted&quot;</title>
 <link>http://www.itskeptic.org/ca-cmdbf-paper-oversells-cmdb-federation-standard-</link>
 <description>Comments for &quot;CA CMDBf paper oversells the CMDB Federation standard, as predicted&quot;</description>
 <language>en</language>
<item>
 <title>poor interoperability</title>
 <link>http://www.itskeptic.org/ca-cmdbf-paper-oversells-cmdb-federation-standard-#comment-4693</link>
 <description>&lt;p&gt;Hi Peter&lt;/p&gt;
&lt;p&gt;Any standard ontology, even assuming the vendors got together enough to make it happen which is unlikely given the CMDBf history,  will only exist at external interfaces to the existing tools for many years to come.  That is, they would only implement a translation layer to present a standardised external API.  I know what it cost to re-engineer the database model within the CA Unicenter tools and they are never going to find a business case to do that again any time soon.  So all the internal interfaces, reports etc would still use a non-standard ontology.&lt;/p&gt;
&lt;p&gt;Put simply, nobody is going to solve the problem of poor interoperability.  Any heterogeneous environment is going to appear as just that, heterogeneous.  You either get in bed with one vendor or you live with it.  All suggestions to the contrary from vendors are just sales crap.  The opportunity to standardise IT operational tools was about twenty years ago.&lt;/p&gt;
&lt;p&gt;New open source tools might be built to a standard and they might make inroads if the lower cost model is attractive enough, but the incumbent investment is huge - there&#039;d be a lot of inertia.  We&#039;ll be stuck with the existing tools for  a long time...&lt;/p&gt;
</description>
 <pubDate>Mon, 25 May 2009 09:49:00 +0000</pubDate>
 <dc:creator>skeptic</dc:creator>
 <guid isPermaLink="false">comment 4693 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>Not a silver bullet, but...</title>
 <link>http://www.itskeptic.org/ca-cmdbf-paper-oversells-cmdb-federation-standard-#comment-4692</link>
 <description>&lt;p&gt;You&#039;re right, this initiative does not solve the problem. It does, though, illustrate that Vendors are aware that Customers have been having a problem with poor interoperability for several years.&lt;/p&gt;
&lt;p&gt;The solution has been well known since before this initiative was started and involves working towards a standard Service Management ontology. Let&#039;s hope that customers insist on it.&lt;/p&gt;
</description>
 <pubDate>Mon, 25 May 2009 06:29:56 +0000</pubDate>
 <dc:creator>Peter Brooks</dc:creator>
 <guid isPermaLink="false">comment 4692 at http://www.itskeptic.org</guid>
</item>
<item>
 <title>FUD you!</title>
 <link>http://www.itskeptic.org/ca-cmdbf-paper-oversells-cmdb-federation-standard-#comment-4661</link>
 <description>&lt;p&gt;I think I may have had the same feeling when I read this White Paper. Of course I admittedly did not understand some of the techno-speak, including some within your post ---  but I do know this; all the big gorillas have a vision. (Some have a &lt;a href=&quot;http://www.myservicemonitor.com/ITSM_Fear_and_Loathing/standard_chum_in_shark-infe.html&quot; rel=&quot;nofollow&quot;&gt;scheme&lt;/a&gt;, but when it comes to the big gorillas it&#039;s the same thing). This is &lt;em&gt;FUD&lt;/em&gt;, pure &amp;amp; simple.&lt;/p&gt;
&lt;p&gt;What disturbs me most about this is that the light many IT organizations are seeing is not nirvana --- it&#039;s a virtual freight train heading right at them at very high speed speed. At the same time we nit-pick about CMDB/CMS/SKMS, (even &lt;a href=&quot;http://www.myservicemonitor.com/ITSM_Fear_and_Loathing/the_savage_journey_continue.html&quot; rel=&quot;nofollow&quot;&gt;PMDBs)&lt;/a&gt; the reality is we have static data and lots of workflow automation. (I could rant on about the &lt;a href=&quot;http://www.myservicemonitor.com/ITSM_Fear_and_Loathing/3_days_in_the_bus_lane.html&quot; rel=&quot;nofollow&quot;&gt;BUS&lt;/a&gt;iness&#039; inward focus on workflow, but this is about IT.)&lt;/p&gt;
&lt;p&gt;The result is 5-year technical &#039;roadmaps&#039; that promise a &lt;a href=&quot;http://www.myservicemonitor.com/ITSM_Fear_and_Loathing/cmdb_interoperability_waiti.html&quot; rel=&quot;nofollow&quot;&gt;vision of nirvana&lt;/a&gt;; IT must understand that &lt;cite&gt;tomorrow&#039;s always a day away&lt;/cite&gt;...be honest, does more workflow (as a result of automation) really result in simpler processes? Vendors are &lt;em&gt;vendors&lt;/em&gt;. I&#039;m not suggesting they are liars, but they DO have an agenda which may (or may not) map well with your objectives (or timeframe!).&lt;/p&gt;
&lt;p&gt;I also am not at all sure it&#039;s easier for one of the big gorillas to &#039;integrate&#039; multiple real-time monitors (from their latest feeding frenzy) into a seamless, intelligent, and end-to-end real-time performance monitoring solution for virtual, n-tier infrastructures ---- than it is to do some integration of a point product to ticketing systems. However if you buy into that vision, well then that&#039;s your business.&lt;/p&gt;
&lt;p&gt;I may not be the geek here, but I know when I see FUD it usually means WAIT (until I can get something that comes to the MINIMUM you need for us to win).&lt;/p&gt;
&lt;p&gt;I say, FUD you!&lt;/p&gt;
&lt;p&gt;John M. Worthington&lt;br /&gt;
MyServiceMonitor, LLC&lt;/p&gt;
</description>
 <pubDate>Wed, 20 May 2009 21:13:35 +0000</pubDate>
 <dc:creator>John Worthington aka MySvcMon</dc:creator>
 <guid isPermaLink="false">comment 4661 at http://www.itskeptic.org</guid>
</item>
</channel>
</rss>
