CMDB作为配置管理数据库,有太多的事例证明其最终被沦为鸡肋,部分小伙伴对其也不置可否:
从以上可以看出大家对CMDB建设有疑惑、质疑、反思、认可,这些声音总是不绝于耳。
虽然大家都知道CMDB是干嘛的,但其实很多企业或个人在使用CMDB过程都经历过兴奋期、过渡期、瓶颈期,CMDB最终是否变为花瓶,我们不得而知。但是从我们对CMDB的实践应用并推广的过程体会来看,可适当总结为以下几点:
再来思考下,做到以上几点后,CMDB就到终章了吗?虽然之前我也这样想过,将CMDB限制在运维内部使用即可,因为只有运维才会关注基础设施的生命周期管理。直到我们基础架构应用通过CMDB API将业务关联分组集成到各基础组件系统中,我才意识到CMDB真正发挥的作用是”资产流动“,即CMDB纳管的资源在各个业务支撑系统中流转,为其提供数据支撑。由于涉及为业务提供一定程度的数据支持,因此这将倒逼我们必须将CMDB管理好,最终形成一个闭环。
为了帮助你在CMDB建设过程中更好的选型,我们也站在了巨人的肩膀下借鉴了一部分观点,现在来分享下!
因此当我们在讨论一款CMDB时,应该更多的关注它的功能是否符合当下的运维需求,注意是”运维需求“!
其实大家在冷静思考下,在接触过的含CMDB商业产品中,一般在云管、监控、运维等几个领域,如果让我选择的话,我肯定是选运维领域的产品,因为更了解运维的痛点。
如果我们仅依赖CMDB做基础的管理,那肯定是不够的,我们应该更多的去关注CMDB的驱动能力,如以下运维场景:
其实本次想详细介绍下关于CMDB驱动资产自动化纳管的一个应用场景,但是结合小伙伴们的讨论及自己的一些实践体会就情不自禁的延深了下。总之,勇敢地去尝试,总比畏首畏尾要好得多!
来源于木讷大叔爱运维,作者三页
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。