Skip to main content

Discovery and Dependency Mapping-CMDB/CMS: The Synergies Are There!

Dennis Drogseth

OK, I admit it. "Service modeling" is an awkward term, especially when you're trying to frame three rather controversial acronyms in the same overall place:

■ Configuration management database (CMDB)

■ Configuration management system (CMS) – a more federated CMDB

■ Discovery and dependency mapping (DDM)

Nevertheless, that's exactly what we did in EMA's most recent research: Service Modeling in the Age of Cloud and Containers. We also put a strong focus on how AIOps and IT analytics more broadly, intersected with service modeling for good or for ill. As the data in our webinar later this month will show, the goal was to establish a more holistic context for looking at the synergies and differences across all these areas.

Methodology and Collection

The data was collected in August of this year across a global population in North America, Europe and Asia with 398 respondents. As you will see from some of the highlights here, one of the goals was to examine the data from multiple points of view, including role-related perceptions and success rates, along with more standard contexts for analysis such as company size, geography, and verticals.

A Firm Thumbs Up

Admittedly, we didn't set a quota for nay-sayers, and maybe we should have, as many of our respondents strongly indicated that the valued service modeling in one or multiple of the relevant form factors (CMDB, CMS or DDM). Their top reasons for valuation were:

Application performance management

Infrastructure optimization

Cloud migration and digital transformation tied for third place.

Asset management and financial optimization also loomed large throughout the research, as well, especially in terms of stakeholder support.

What's Really Being Deployed?

For our research, we required some form of modeling to be in play so participants could answer our questions credibly. Given that criterion, when we asked, "What was deployed in your organization?" we got this spread from our respondents:

■ CMDB + DDM – 43%

■ CMS (standalone) – 21%

■ CMDB (standalone) – 15%

■ DDM (standalone) – 12%

■ CMS + DDM – 10%

Interestingly enough, those 65% of respondents indicating that DDM was in play, also showed us that on average, more than two DDM solutions were deployed in their IT organization, with 20% claiming four or more. The reason for this was use-case driven. For instance, having both a real-time performance-aware DDM solution, as well as DDM capabilities more expressly directed at service-aware asset management or cloud migration.

What's Optimal in Deployment?

How does a CMDB-DDM integration work together? The optimal answer there is "bi-directionally," meaning that more real-time DDM tools can update the CMDB or CMS, while the DDM solution can gain added contextual insights from configuration item (CI-related) data and attributes. With this in mind, 45% of respondents indicated some level of bi-directional DDM-CMDB/CMS integration, which strongly correlated with success in achieving their strategic goals.

The Service Modeling/AIOps Handshake

Our research also focused on the growing role of AIOps, sometimes known as "IT operations analytics" (ITOA). In fact, 80% of our respondents indicated that AIOps was either fully active, or in deployment, which correlated with more progressive CMDB, CMS and DDM adoptions, as well as strategic success rates overall. The data underscored the fact that artificial intelligence and machine learning are continuing to become less of a science project and more of a platform-driven resource that can help bring value in both unifying and transforming IT.

The Human Factor

Not surprisingly, what you learn about CMDB/CMS and DDM deployments depends to a large degree on who ask. This is partly because of service modeling's wide-ranging strategic value, which often touches many varied roles and stakeholders differently. For instance, our data here showed that:

■ Role-based perceptions (asset management, operations, ITSM, etc.) indicate telling and often predictable differences in use cases, buying priorities, and other areas.

Type-of-involvement differences underscored the fact that executive or managerial oversight had the greatest breadth of vision in terms of what was deployed, while hands-on technical support came second, and stakeholders were least aware.

■ The executive suite was 2x more likely to see CIOs as driving service modeling strategies and buying decisions as all other groups.

As EMA pointed out in its book CMDB Systems: Making Change Work in the Age of Cloud and Agile, (Dennis Drogseth, Rick Sturm, Dan Twing. Elsevier, 2015) service modeling touches on so many roles and stakeholders that perceptions are bound to vary, much like the story of the blind men and the elephant.


Success and EMA's "More Syndrome"

As with other EMA research, those respondents who indicated that they were extremely successful in achieving their strategic goals followed what I now call the "More Syndrome." This included factors such as more use cases, more stakeholder roles, more analytics and automation integrations, more asset data, more best practices in play, etc.

Indeed, both this research and EMA's consulting shows that successful IT organizations evolve across multiple technologies and profit from their synergies. Service modeling capabilities are especially central to this equation, given their rich variety of use cases and the context they can provide for analytics, automation, monitoring, discovery, service catalogs, and other IT-related technology investments.

In the webinar on October 29, I'll be able to share far more insights surrounding these and other top findings and seek to place them in context to help you navigate across your current choice of options and priorities for technology, process and approach in your service modeling investments.

Hot Topics

The Latest

Pilots are everywhere, stakeholders are seeking results, businesses are pushing for new tools, and IT teams are being asked to make AI secure, reliable, and useful at scale. But as organizations move from testing AI to operationalizing it, many are discovering that the biggest barrier is not the model, the use case, or even the budget. It is the file data foundation within ...

Fast or cheap? For most of my career in engineering, speed and quality sat on opposite ends of a seesaw. The "OR" in "fast or cheap" was non-negotiable. It was expected that pushing for faster releases meant that something in quality would give way. Tightening quality controls meant the schedule slipped. Every engineering leader I know has lived some version of that tradeoff ... The seesaw is starting to level out ...

I have been building enterprise software for more than 20 years ... One thing stays true across all of it: You do not find out your foundation is wrong during the crisis. You find out when the debt comes due. For a lot of organizations, that bill is arriving now. New research ... puts hard numbers on something practitioners have been sensing for a while. The telemetry problem isn't coming. It's already here ...

The rapid growth of AI workloads is pushing traditional log management approaches to their limits, according to The State of Log Management 2026 report from Dynatrace. Modern logs have become critical to understanding, validating, and securing AI-driven decisions, helping organizations ensure reliability, compliance, and performance at scale. However, the volume and complexity of AI telemetry are overwhelming legacy tools ...

For years, secure connectivity has relied on a familiar pattern: route traffic back to centralized gateways, inspect it, and then allow access. This model worked when applications lived in a handful of data centers and users were largely confined to offices. That model is now under strain. Applications are distributed across clouds, users connect from everywhere, and real-time workloads demand performance that centralized inspection points struggle to deliver. As traffic volumes grow and latency expectations shrink, routing everything through a small number of control points has become both a performance bottleneck and a resilience risk. The future of secure connectivity requires a different approach ...

Discovery and Dependency Mapping-CMDB/CMS: The Synergies Are There!

Dennis Drogseth

OK, I admit it. "Service modeling" is an awkward term, especially when you're trying to frame three rather controversial acronyms in the same overall place:

■ Configuration management database (CMDB)

■ Configuration management system (CMS) – a more federated CMDB

■ Discovery and dependency mapping (DDM)

Nevertheless, that's exactly what we did in EMA's most recent research: Service Modeling in the Age of Cloud and Containers. We also put a strong focus on how AIOps and IT analytics more broadly, intersected with service modeling for good or for ill. As the data in our webinar later this month will show, the goal was to establish a more holistic context for looking at the synergies and differences across all these areas.

Methodology and Collection

The data was collected in August of this year across a global population in North America, Europe and Asia with 398 respondents. As you will see from some of the highlights here, one of the goals was to examine the data from multiple points of view, including role-related perceptions and success rates, along with more standard contexts for analysis such as company size, geography, and verticals.

A Firm Thumbs Up

Admittedly, we didn't set a quota for nay-sayers, and maybe we should have, as many of our respondents strongly indicated that the valued service modeling in one or multiple of the relevant form factors (CMDB, CMS or DDM). Their top reasons for valuation were:

Application performance management

Infrastructure optimization

Cloud migration and digital transformation tied for third place.

Asset management and financial optimization also loomed large throughout the research, as well, especially in terms of stakeholder support.

What's Really Being Deployed?

For our research, we required some form of modeling to be in play so participants could answer our questions credibly. Given that criterion, when we asked, "What was deployed in your organization?" we got this spread from our respondents:

■ CMDB + DDM – 43%

■ CMS (standalone) – 21%

■ CMDB (standalone) – 15%

■ DDM (standalone) – 12%

■ CMS + DDM – 10%

Interestingly enough, those 65% of respondents indicating that DDM was in play, also showed us that on average, more than two DDM solutions were deployed in their IT organization, with 20% claiming four or more. The reason for this was use-case driven. For instance, having both a real-time performance-aware DDM solution, as well as DDM capabilities more expressly directed at service-aware asset management or cloud migration.

What's Optimal in Deployment?

How does a CMDB-DDM integration work together? The optimal answer there is "bi-directionally," meaning that more real-time DDM tools can update the CMDB or CMS, while the DDM solution can gain added contextual insights from configuration item (CI-related) data and attributes. With this in mind, 45% of respondents indicated some level of bi-directional DDM-CMDB/CMS integration, which strongly correlated with success in achieving their strategic goals.

The Service Modeling/AIOps Handshake

Our research also focused on the growing role of AIOps, sometimes known as "IT operations analytics" (ITOA). In fact, 80% of our respondents indicated that AIOps was either fully active, or in deployment, which correlated with more progressive CMDB, CMS and DDM adoptions, as well as strategic success rates overall. The data underscored the fact that artificial intelligence and machine learning are continuing to become less of a science project and more of a platform-driven resource that can help bring value in both unifying and transforming IT.

The Human Factor

Not surprisingly, what you learn about CMDB/CMS and DDM deployments depends to a large degree on who ask. This is partly because of service modeling's wide-ranging strategic value, which often touches many varied roles and stakeholders differently. For instance, our data here showed that:

■ Role-based perceptions (asset management, operations, ITSM, etc.) indicate telling and often predictable differences in use cases, buying priorities, and other areas.

Type-of-involvement differences underscored the fact that executive or managerial oversight had the greatest breadth of vision in terms of what was deployed, while hands-on technical support came second, and stakeholders were least aware.

■ The executive suite was 2x more likely to see CIOs as driving service modeling strategies and buying decisions as all other groups.

As EMA pointed out in its book CMDB Systems: Making Change Work in the Age of Cloud and Agile, (Dennis Drogseth, Rick Sturm, Dan Twing. Elsevier, 2015) service modeling touches on so many roles and stakeholders that perceptions are bound to vary, much like the story of the blind men and the elephant.


Success and EMA's "More Syndrome"

As with other EMA research, those respondents who indicated that they were extremely successful in achieving their strategic goals followed what I now call the "More Syndrome." This included factors such as more use cases, more stakeholder roles, more analytics and automation integrations, more asset data, more best practices in play, etc.

Indeed, both this research and EMA's consulting shows that successful IT organizations evolve across multiple technologies and profit from their synergies. Service modeling capabilities are especially central to this equation, given their rich variety of use cases and the context they can provide for analytics, automation, monitoring, discovery, service catalogs, and other IT-related technology investments.

In the webinar on October 29, I'll be able to share far more insights surrounding these and other top findings and seek to place them in context to help you navigate across your current choice of options and priorities for technology, process and approach in your service modeling investments.

Hot Topics

The Latest

Pilots are everywhere, stakeholders are seeking results, businesses are pushing for new tools, and IT teams are being asked to make AI secure, reliable, and useful at scale. But as organizations move from testing AI to operationalizing it, many are discovering that the biggest barrier is not the model, the use case, or even the budget. It is the file data foundation within ...

Fast or cheap? For most of my career in engineering, speed and quality sat on opposite ends of a seesaw. The "OR" in "fast or cheap" was non-negotiable. It was expected that pushing for faster releases meant that something in quality would give way. Tightening quality controls meant the schedule slipped. Every engineering leader I know has lived some version of that tradeoff ... The seesaw is starting to level out ...

I have been building enterprise software for more than 20 years ... One thing stays true across all of it: You do not find out your foundation is wrong during the crisis. You find out when the debt comes due. For a lot of organizations, that bill is arriving now. New research ... puts hard numbers on something practitioners have been sensing for a while. The telemetry problem isn't coming. It's already here ...

The rapid growth of AI workloads is pushing traditional log management approaches to their limits, according to The State of Log Management 2026 report from Dynatrace. Modern logs have become critical to understanding, validating, and securing AI-driven decisions, helping organizations ensure reliability, compliance, and performance at scale. However, the volume and complexity of AI telemetry are overwhelming legacy tools ...

For years, secure connectivity has relied on a familiar pattern: route traffic back to centralized gateways, inspect it, and then allow access. This model worked when applications lived in a handful of data centers and users were largely confined to offices. That model is now under strain. Applications are distributed across clouds, users connect from everywhere, and real-time workloads demand performance that centralized inspection points struggle to deliver. As traffic volumes grow and latency expectations shrink, routing everything through a small number of control points has become both a performance bottleneck and a resilience risk. The future of secure connectivity requires a different approach ...