One more time: Why the CMDB is not a 'thing'
Revisiting the notion of a configuration management database
Network/Systems Management Alert
By
Dennis Drogseth
,
Network World
, 12/04/2006
Sign up for this newsletter now!
Senior Editor Denise Dubie guides you through the latest developments in management tools and services.
- Share/Email
- Tweet This
- Print
Having written in more than one column that a CMDB is not a tree but a landscape and that a CMDB is not a “thing” – I feel
compelled to revisit this discussion. No, I don’t intend to change my mind or recant, or attack any skeptics or critics of
this notion. My concern is that since CMDB adoptions are on the rise the real value of a CMDB system is becoming obscured
by, ironically, too much industry attention … of the wrong kind.
There seems to be a lot of attention on defining what these systems should do and contain, what is the magical checklist that
separates a true CMDB from its faux counterparts, and a focus on data schema that is potentially good, as long as it’s not
taken too seriously. The danger in this is a precious, Academie Francaise of the worst kind – a formal and ultimately rigid
notion of something that is embryonic. To exaggerate (a little) let’s imagine the proud parents-to-be looking at a sonogram
and immediately deciding what school the fetus should go to, what career it should follow (should it be a doctor or a lawyer)
and what sort of spouse it should marry. In the CMDB we are dealing with embryonic, albeit metaphorically so, conditions so
that it’s premature to try to create a platonically perfect formal structure around them.
Having said this, I’m going to put in my two cents on a few points that seem to be so far rather empirically borne out:
* For all of my ambivalence about the industry legislating what a CMDB should be too soon - the CMDB is nonetheless critically
important. It is a foundation and enabler that will soon stand the entire IT management industry on its head.
* The CMDB is on the other hand not a “thing” – it’s a system in which politics, culture, organization, technology and products
all come together. I would argue that you can’t buy a CMDB. You can purchase software that may be strategically useful in
creating a CMDB system, but it’s not a matter of opening a box on Christmas morning and plugging in a new model train. To
create even a phase one CMDB system, in most cases you need to engage multiple brands and multiple investments.
* CMDB systems cannot be achieved in binary fashion. They demand a phased approach that requires crawling rather than running.
But intelligent crawling can net huge ROI. This means setting objectives that are both operationally and business aligned
in incremental phases, each with its own agreed-upon criteria for success. And it requires executive buy-in, because the process
will demand resource and organizational commitments, and ultimately a willingness to leverage a CMDB system for organizational
transformation.
Denise Dubie is senior editor with Network World.
Partner Content
Blue Stripe Software
www.bluestripe.com/
Improving Application Performance Troubleshooting
Diagnosing why an application is slow is hard, at times taking days or weeks to isolate and resolve. This paper explains the challenges involved using current management tools, provides a 'wish list' for application management and analysis, and explains the need for an application system-wide approach that monitors entire applications, not components.
Download Whitepaper
Virtual Vigilance: Managing Application Performance in Virtual Environments
This paper highlights the impact of virtualization on application performance. "Managing Application Performance in Virtual Environments" states: "Best-in-Class organizations are predominately taking actions around improving visibility across both physical and virtual systems, assessing the business impact of application performance and understanding interdependencies of applications in virtualized environments."
Download Whitepaper
Application Service Requests: The Missing Link for Pragmatic ITSM
Forrester Research analyst Glenn O'Donnell and BlueStripe co-founder Vic Nyman discuss a breakthrough approach to application problem management. Learn the new approach for ITSM problem management, which provides: Rapid isolation of application slow-downs to specific components for quick problem resolution, 24/7 monitoring for proactive notification of potential issues before end users are impacted and much more.
Register for Webcast
Comments (1)
One more time: Why the CMDB is not a 'thing'By Anonymous on December 7, 2006, 10:18 am"... a CMDB is not a 'thing' ..." No? Then why give it a name that distinctly implies a "thing"? Specifically, if it's not just about Configuration Management,...
Reply | Read entire comment
View all comments