Why and When to Invest in a CMDB System
Part of the confusion around CMDBs is the name, compounded as well by their ITIL roots, by marketing hype, and by the overarching tendency of many analysts to force everything into market buckets with walls as high as the Rockies.
So Id like to start out with a few words about what it is you might be buying in 2011. Im starting with ITIL -- admittedly one of the culprits -- but also the originator of many of the more visionary ideas surrounding CMDB systems along with the (terrible) name itself.
The following definitions are taken from ITIL v3s Service Transition book:
Configuration Management Database (CMDB) -- A database used to store Configuration Records throughout their Lifecycle. The Configuration Management System maintains one or more CMDBs; and each CMDB stores Attributes of Configuration Items (CIs) and Relationships with other CIs.
Configuration Management System (CMS) -- A set of tools and databases that are used to manage an IT Service Providers Configuration data. The CMS also includes information about Incidents, Problems, Known Errors, Changes and Releases; and may contain data about Employees, Suppliers, locations, Business Units, Customers and Users. The CMS includes tools for collecting, storing, managing, updating, and presenting data about all Configuration Items and their Relationships. The CMS is maintained by Configuration Management and is used by all IT Service Management Processes.
(Not expressly stated here is that the CMS can contain one or multiple federated CMDBs, along with discovery tools, application dependency mapping tools, and many other resources from performance management to configuration management (in the narrower
Service Knowledge Management System (SKMS) -- A set of tools and databases that are used to manage knowledge and information. The SKMS includes the Configuration Management System, as well as other tools and databases. The SKMS stores, manages, updates, and presents all information that an IT Service Provider needs to manage the full Lifecycle of IT Services.
All thats well and good, but in my experience when I first spoke to initial CMDB system deployments in 2004 in the U.S. what everyone naturally really wanted was what ITIL v3 calls the SKMS. In other words, a way of deconstructing and reconstructing their existing investments so that data, analytics, discovery tools, and modeled configurations and topologies became far more reconciled and dynamic. And, that leads me to the real reason to invest in a CMDB/CMS initiative: The CMDB is revolutionary because it deconstructs traditional product assumptions and allows for the reconciliation and effective usage of many different sources of service management information to support virtually all IT processes.
EMA just did an assessment of eleven CMDB system vendors and looked at more than 20 deployments in the process. These served to drive a number of things home (which impacts the when you buy from the title in multiple ways). Bottom line: CMDB-related technologies worth their salt are just now emerging on the market. Anyone who thinks that either the market, or the technologies, or the idea itself is mature is simply misinformed.
EMA always stresses big vision and baby steps to our IT clients during a strategic initiative, but the phrase ironically also applies to virtually all of the vendor offerings in this space up until the present. Unfortunately, most of the marketing hype has so far left out the baby steps part.
Here are just some of the things to keep in mind:
- CMDB-related technologies are becoming increasingly dynamic to support more real-time requirements, including service performance, cross-domain virtualization and the move to cloud.
- Some but not all vendors have put a premium on making CMDB systems easier to deploy and administer. One deployment claimed an ROI in three days for a half million dollar investment! (More normal expectations for effective deployments might be six months to one year; although EMA is very cautious about tagging elaborate ROI schemes around CMDBs. Like you'd expect a few easy calculations to provide ROI for America's highways system, or the transit system for a major city.)
- Out of the 11 vendors I spoke to, five had a SaaS/cloud offering and several more plan to.
- CMDB's are enablers and some vendors lean more strongly to one than the other. Many vendors link the CMDB to a service desk offering explicitly, but not all do. Some are more operationally or performance management centric. Others have specific use cases such as capacity optimization.
Design points VARY based on priorities such as the relevance of real-time dynamic updates, insights into performance data or, conversely, financial planning data or infrastructure and facilities interdependencies, etc. So look before you leap but don't feel that your investment necessarily needs to be monolithic.
- This leads to the last and perhaps most important point: As they evolve, CMDB systems are becoming more federated. In the end, ITIL's vision of the CMS is closer to the future than the original notion of the CMDB. The center of the "system" is gradually evolving towards modeling versus data or a database per se, e.g., a way of modeling services and their interdependencies to link physical and logical attributes and relationships.
This will become increasingly needed in cloud and other ecosystems where physical infrastructure and application entities may need to be linked to "service providers" or SLAs or other "logical" groupings in order to have any semblance of control. And current EMA data has soundly underscored the value of CMDBs and application dependency mapping in accelerating the effective assimilation of cloud technologies and services by an average of about 1.4 to 1.5 times.
And now one last word about readiness.EMA consulting has underscored the easily overlooked fact that CMDB deployments are not really so much about putting software on a server, as they are providing an IT organization with the capabilities to explore dramatically improved ways to share, analyze, and optimize data across many multiple stakeholders in support of many different tasks.
To use the superhighway analogy once again, building a road system doesnt do much good if no one knows how to drive. There are in fact deep cultural and communication factors that either accelerate forward progress during a CMDB deployment, or else collapse inward, more or less on top of it.
And data shows the biggest single factor in driving higher levels of value from CMDB systems is direct and ongoing CIO-level commitment and support! CMDB systems are technologies optimized to help you transform and modernize your organization, not magic wands that, once deployed, can somehow recreate the known universe in your absence.
For more information about this new way of looking at value in configuration management database and configuration management system (CMDB/CMS) technologies, please attend EMA's June 29th webinar.