Skip to main content

Service Modeling in the Digital Age: CMDB, or CMS, and/or DDM?

Dennis Drogseth

Just like in the world at large, there's no absence of political opinions in high tech, only where we live and work those opinions are, appropriately, often directed at technology trends. But as terms and ideas sometimes become first sanctified and then damned, just as they so often do in national media, what usually gets lost in the shuffle are the real nuances of what's happening and why.

One provocative example, the configuration management database (CMDB), along with its more federated companion, the configuration management system (CMS), has been bathed in a deluge of negative opinions from all fronts — industry experts, vendors, and IT professionals. But from what recent EMA research on analytics, ITSM performance and other areas is indicating, those negative views seem to be missing out on a real undercurrent of truth — that CMDB/CMS alignments, whatever their defects, strongly skew to success in terms of overall IT progressiveness and effectiveness. This can be especially true when discovery and dependency mapping (DDM) solutions are included as part of the mix, often for more effective real-time currency. And ideally the hand-off there is bi-directional, as the CMDB/CMS can add valuable context to DDM insights.

With that in mind, and with a history in CMDB consulting to build on, EMA is embarking on research currently titled Service Modeling in the Age of Cloud and Containers. The goal is to set the record straight — maybe not once and for all — but at least in terms of what to expect in 2020. To do this we are looking at a global respondent base of 400 including North America, Europe and Asia. (Data collection is just underway as I'm writing this.)

Who's on First?

One of the goals will be to granularly evaluate the prevalence of CMDB, CMS and DDM deployments across a wide variety of contexts:

Which are the most prevalent?
Which are most in demand?
How many IT organizations see their CMDB as evolving into a CMS?
What are the realized synergies between DDM and CMDB/CMS deployments, and how do these translate into overall success and effectiveness (or for that matter ineffectiveness) across a wide range of use cases?

What's the Use?

We're being quite serious about that "wide range of use cases" for trending and comparisons. The overall list includes:

Asset management
Financial optimization
Performance and availability management
Behavioral analysis
Forecasting prediction
Application lifecycle management
Event troubleshooting and remediation
Change management
Capacity optimization
Cloud migration/optimization
DevOps/release management
DevOps/preproduction provisioning
Security/fraud/risk
Security/compliance
SecOps (integrated security and operations)
IoT-related use cases
IT governance for OpEx efficiencies
Routine service desk requirements (onboarding, etc.)
IT transformation
Digital transformation

We're also bringing AIOps into the picture, to evaluate how AIOps integrations are being impacted by these adoptions. In fact, the overall relevance of service modeling to IT analytics investments, and vice versa, is a core focus of the research.

Cloudy Weather

As suggested in the title, the move to support the dynamic requirements of cloud is another chief area of interest. For instance, we'll be looking at:

Public cloud: VM-specific data
Public cloud: containers
Public cloud: microservices
Private cloud: VM-specific data
Private cloud: containers
Private cloud: microservices
Infrastructure as code (IaC)

Each of these environments will be addressed, along with a wide range of other data sources — from inventory and discovery tools, to asset data, to spreadsheet data, to IoT, just to name a few — all with an eye to what's most pervasive, what's most needed and what is most likely to require real-time currency.

Success - What's Needed and What's Lacking

Along with dimensions such as administrative overhead, time spent keeping data current, and roles associated with "owning" deployments, we'll also be trending on success rates from various perspectives. And we'll be examining what's lacking most in current technologies, brands and products for service modeling, as well as what IT organizations see as the most sought-after functional priorities in CMDB, CMS and DDM adoptions.

Finally, we'll be getting advice on going forward — what's top of mind for forging ahead with more complete service modeling investments?

EMA will be hosting a webinar on all this and a lot more on October 8. With that in mind, I'll be writing another blog well in advance to share some of the data highlights, and let you know how to sign up. But if you have any questions in the meantime, please feel free contact me at drogseth@emausa.com. I welcome your questions, thoughts and views.

Hot Topics

The Latest

Like most digital transformation shifts, organizations often prioritize productivity and leave security and observability to keep pace. This usually translates to both the mass implementation of new technology and fragmented monitoring and observability (M&O) tooling. In the era of AI and varied cloud architecture, a disparate observability function can be dangerous. IT teams will lack a complete picture of their IT environment, making it harder to diagnose issues while slowing down mean time to resolve (MTTR). In fact, according to recent data from the SolarWinds State of Monitoring & Observability Report, 77% of IT personnel said the lack of visibility across their on-prem and cloud architecture was an issue ...

In MEAN TIME TO INSIGHT Episode 23, Shamus McGillicuddy, VP of Research, Network Infrastructure and Operations, at EMA discusses the NetOps labor shortage ... 

Technology management is evolving, and in turn, so is the scope of FinOps. The FinOps Foundation recently updated their mission statement from "advancing the people who manage the value of cloud" to "advancing the people who manage the value of technology." This seemingly small change solidifies a larger evolution: FinOps practitioners have organically expanded to be focused on more than just cloud cost optimization. Today, FinOps teams are largely — and quickly — expanding their job descriptions, evolving into a critical function for managing the full value of technology ...

Enterprises are under pressure to scale AI quickly. Yet despite considerable investment, adoption continues to stall. One of the most overlooked reasons is vendor sprawl ... In reality, no organization deliberately sets out to create sprawling vendor ecosystems. More often, complexity accumulates over time through well-intentioned initiatives, such as enterprise-wide digital transformation efforts, point solutions, or decentralized sourcing strategies ...

Nearly every conversation about AI eventually circles back to compute. GPUs dominate the headlines while cloud platforms compete for workloads and model benchmarks drive investment decisions. But underneath that noise, a quieter infrastructure challenge is taking shape. The real bottleneck in enterprise AI is not processing power, it is the ability to store, manage and retrieve the relentless volumes of data that AI systems generate, consume and multiply ...

Service Modeling in the Digital Age: CMDB, or CMS, and/or DDM?

Dennis Drogseth

Just like in the world at large, there's no absence of political opinions in high tech, only where we live and work those opinions are, appropriately, often directed at technology trends. But as terms and ideas sometimes become first sanctified and then damned, just as they so often do in national media, what usually gets lost in the shuffle are the real nuances of what's happening and why.

One provocative example, the configuration management database (CMDB), along with its more federated companion, the configuration management system (CMS), has been bathed in a deluge of negative opinions from all fronts — industry experts, vendors, and IT professionals. But from what recent EMA research on analytics, ITSM performance and other areas is indicating, those negative views seem to be missing out on a real undercurrent of truth — that CMDB/CMS alignments, whatever their defects, strongly skew to success in terms of overall IT progressiveness and effectiveness. This can be especially true when discovery and dependency mapping (DDM) solutions are included as part of the mix, often for more effective real-time currency. And ideally the hand-off there is bi-directional, as the CMDB/CMS can add valuable context to DDM insights.

With that in mind, and with a history in CMDB consulting to build on, EMA is embarking on research currently titled Service Modeling in the Age of Cloud and Containers. The goal is to set the record straight — maybe not once and for all — but at least in terms of what to expect in 2020. To do this we are looking at a global respondent base of 400 including North America, Europe and Asia. (Data collection is just underway as I'm writing this.)

Who's on First?

One of the goals will be to granularly evaluate the prevalence of CMDB, CMS and DDM deployments across a wide variety of contexts:

Which are the most prevalent?
Which are most in demand?
How many IT organizations see their CMDB as evolving into a CMS?
What are the realized synergies between DDM and CMDB/CMS deployments, and how do these translate into overall success and effectiveness (or for that matter ineffectiveness) across a wide range of use cases?

What's the Use?

We're being quite serious about that "wide range of use cases" for trending and comparisons. The overall list includes:

Asset management
Financial optimization
Performance and availability management
Behavioral analysis
Forecasting prediction
Application lifecycle management
Event troubleshooting and remediation
Change management
Capacity optimization
Cloud migration/optimization
DevOps/release management
DevOps/preproduction provisioning
Security/fraud/risk
Security/compliance
SecOps (integrated security and operations)
IoT-related use cases
IT governance for OpEx efficiencies
Routine service desk requirements (onboarding, etc.)
IT transformation
Digital transformation

We're also bringing AIOps into the picture, to evaluate how AIOps integrations are being impacted by these adoptions. In fact, the overall relevance of service modeling to IT analytics investments, and vice versa, is a core focus of the research.

Cloudy Weather

As suggested in the title, the move to support the dynamic requirements of cloud is another chief area of interest. For instance, we'll be looking at:

Public cloud: VM-specific data
Public cloud: containers
Public cloud: microservices
Private cloud: VM-specific data
Private cloud: containers
Private cloud: microservices
Infrastructure as code (IaC)

Each of these environments will be addressed, along with a wide range of other data sources — from inventory and discovery tools, to asset data, to spreadsheet data, to IoT, just to name a few — all with an eye to what's most pervasive, what's most needed and what is most likely to require real-time currency.

Success - What's Needed and What's Lacking

Along with dimensions such as administrative overhead, time spent keeping data current, and roles associated with "owning" deployments, we'll also be trending on success rates from various perspectives. And we'll be examining what's lacking most in current technologies, brands and products for service modeling, as well as what IT organizations see as the most sought-after functional priorities in CMDB, CMS and DDM adoptions.

Finally, we'll be getting advice on going forward — what's top of mind for forging ahead with more complete service modeling investments?

EMA will be hosting a webinar on all this and a lot more on October 8. With that in mind, I'll be writing another blog well in advance to share some of the data highlights, and let you know how to sign up. But if you have any questions in the meantime, please feel free contact me at drogseth@emausa.com. I welcome your questions, thoughts and views.

Hot Topics

The Latest

Like most digital transformation shifts, organizations often prioritize productivity and leave security and observability to keep pace. This usually translates to both the mass implementation of new technology and fragmented monitoring and observability (M&O) tooling. In the era of AI and varied cloud architecture, a disparate observability function can be dangerous. IT teams will lack a complete picture of their IT environment, making it harder to diagnose issues while slowing down mean time to resolve (MTTR). In fact, according to recent data from the SolarWinds State of Monitoring & Observability Report, 77% of IT personnel said the lack of visibility across their on-prem and cloud architecture was an issue ...

In MEAN TIME TO INSIGHT Episode 23, Shamus McGillicuddy, VP of Research, Network Infrastructure and Operations, at EMA discusses the NetOps labor shortage ... 

Technology management is evolving, and in turn, so is the scope of FinOps. The FinOps Foundation recently updated their mission statement from "advancing the people who manage the value of cloud" to "advancing the people who manage the value of technology." This seemingly small change solidifies a larger evolution: FinOps practitioners have organically expanded to be focused on more than just cloud cost optimization. Today, FinOps teams are largely — and quickly — expanding their job descriptions, evolving into a critical function for managing the full value of technology ...

Enterprises are under pressure to scale AI quickly. Yet despite considerable investment, adoption continues to stall. One of the most overlooked reasons is vendor sprawl ... In reality, no organization deliberately sets out to create sprawling vendor ecosystems. More often, complexity accumulates over time through well-intentioned initiatives, such as enterprise-wide digital transformation efforts, point solutions, or decentralized sourcing strategies ...

Nearly every conversation about AI eventually circles back to compute. GPUs dominate the headlines while cloud platforms compete for workloads and model benchmarks drive investment decisions. But underneath that noise, a quieter infrastructure challenge is taking shape. The real bottleneck in enterprise AI is not processing power, it is the ability to store, manage and retrieve the relentless volumes of data that AI systems generate, consume and multiply ...