From a tooling perspective, a lot of ITSM technology, particularly in the crowded mid-market, really is significantly out of date, with some CMDBs toola amounting to little more than asset repositories, data structures fixed on legacy physical infrastructure, and discovery tools unable to react to fast change.
DevOps, Software-Defined Infrastructure, and the CMDB’s Perception Problem
Jon Hall
314

Both ITSM and Devops are prone to falling victim to the fallacy that the conversation is about tools instead of culture. Buying a CMDB isn’t going to give you configuration management any more than buying Chef/Ansible/Puppet/whatever is going to give you Devops. Until the team internalizes the value of configuration management, no amount of tooling will make the CMDB anything other than a “never consistent” database.

One clap, two clap, three clap, forty?

By clapping more or less, you can signal to us which stories really stand out.