Use case · CMDB enrichment

Your CMDB drifts from what is actually running.

CIs, relationships and topology live in monitoring, discovery and cloud tools, and someone updates the CMDB by hand. Records go stale, and teams stop trusting it for change approvals.

The problem

CMDB records drift out of date. Containers and cloud resources scale up and down faster than anyone can update a CI by hand, relationships break silently, and teams stop trusting the CMDB for the change approvals it was built to support.

The solution

ZigiOps syncs CIs, relationships and topology between your CMDB and the monitoring, cloud and Kubernetes tools that own the data, two-way and in real time, with no code.

Where this shows up

Specific moments this breaks today, and what changes.

Ephemeral containers outrun the CMDB

Kubernetes pods scale up and down hundreds of times a day — by the time anyone updates a CI by hand, the workload it describes no longer exists, or a new one does.

KubernetesServiceNow CMDB
Live cluster topology syncs continuously, so the CMDB reflects what's actually running, not last week's snapshot.
A change gets approved against a dead dependency

A change ticket references an upstream service that was decommissioned long ago, and the CAB approves it anyway because the CMDB never caught up.

DynatraceServiceNow CMDB
Dependency maps stay current from monitoring data, so approvals are based on live topology, not stale records.
Two teams, two versions of the same CI

The network team updates BMC Atrium, the cloud team updates resource tags in Azure — nobody reconciles the two, so the CI record depends on who you ask.

BMC AtriumAzure Monitor
Both sources sync into one CI record continuously, so there's a single version of the truth.
How ZigiOps solves it differently

CIs and relationships that follow what is running

Configuration data stays in step with the tools that own it, without anyone updating records by hand.

Two-way CI sync, in real time

CIs, relationships and topology move both ways between your CMDB and the monitoring, cloud and Kubernetes tools that hold the live data.

Map CI types and attributes, no code

Map into your existing CI types and relationships visually. ZigiOps enriches what is there and does not replace your data model.

Stateless: no copy of your configuration data

ZigiOps stores none of the data it moves. Run it on-prem or in the cloud. ISO 27001 certified.

How it works

Connect CMDB and source systems

Link ServiceNow CMDB with monitoring, cloud and Kubernetes discovery tools that hold live CI data.

Map CIs and relationships visually

No-code mapping of CI types, attributes and topology relationships between systems.

Sync continuously

CI records, relationships and status update in real time as your environment changes.

Integrations that feed the CMDB

Two-way pair pages between ServiceNow and the tools that hold live configuration data.

Relevant integrations

Frequently asked questions

Which systems can feed the CMDB?

ServiceNow, BMC Remedy/Atrium, monitoring tools like Dynatrace and Datadog, cloud inventories via Azure Monitor and CloudWatch, and Kubernetes cluster state.

Will this change our existing CMDB structure?

No. ZigiOps maps into your existing CI types and relationships — it enriches what's there rather than replacing your data model.

Can it keep up with ephemeral cloud and container resources?

Yes. Sync runs continuously, so short-lived pods, instances and services are reflected (and retired) as they change instead of lingering as ghost CIs.

Does enrichment run continuously?

Yes. CI records, relationships and status update in real time as your environment changes.

Stop reconciling CMDB data by hand

See CI enrichment sync live across ServiceNow and your monitoring stack.

Our website uses intelligent chatbots powered by Ultimo Bots to improve customer service.