如果是基于主机(node)为主，个人觉着没有必要维护到CMDB中，毕竟变动可能会很频繁，信息很快就会失效。如果是基于服务(Service)，那么应该实现对接CMDB，自动添加维护相关信息

按理说，通常是不需要纳管的，可以通过对接容器管理平台，进行实时的获取，如果需要进行基线处理，可以纳管，前提是场景适配的能力足够。关于容器是否需要纳管容器信息，需要先说明CMDB在数据方面需要具备的几个特性，分别是灵活性，安全性，准确性和实时性。灵活性方面， 灵活配置数据字段，现...

首先，没有进行低代码平台的引入，CMDB的功能并不包括组件丰富性能力，但具备数据的丰富性能力，将CMDB作为IT数据的集散中心，或IT服务目录的数据中台，涵盖了IT管理数据，运维领域、研发领域、安全领域、需求领域、测试领域的数据，可以通过数据的关联和映射，实现丰富的数据场景，供给DevO...

首先需要制定CMDB数据模型，给一个参考。设备分类：服务器、虚拟子机、路由器、交换机等；设备属性：型号、厂商、序列号等；业务标准：业务树模型：城市-机房-业务-容器-模块；产品树形态；设备操作：状态变更、业务变更、设备回收、设备下架等操作。第二，根据数据模型，确定数据模型获取数据，有...

云管平台可以细分出3个门户：租户门户、后台管理门户和运维门户。然后按资源的全生命周期进行职责切分，由CMDB进行资源数据的集中管理，达成闭环管理。其中租户门户负责资源前段生命周期的交付，ITSM负责资源后段生命周期的运维管理。...

这里的核心是监控的那些属性要放到CMDB中。属性又分，静态数据和动态数据静态，通常指数据中心、机房、区域、机柜编号、U位、品牌、型号、端口等长期不变的信息动态，通常指IP、上联设备、下联设备等集成的好处是可以自动化获取上述信息，风险是由于信息的动态变化，会造成CMDB中...

可以参考一下本篇中的回复：https://www.talkwithtrend.com/Question/442985-2998519

取决于贵司CMDB的定位 。如果是基于主机(node)为主，个人觉着没有必要维护到CMDB中，毕竟变动可能会很频繁，信息很快就会失效。如果是基于服务(Service)，那么应该实现对接CMDB，自动添加维护相关信息。...

1.最难的是资产梳理和录入，很多建设CMDB的原因都是因为资产管理混乱，手工的记录资产，资产的一些变更无相关记录或者不全，一般情况下选用具备大规模扫描的cmdb工具不断的扫描录入完善资产信息。资产录入也比较难把握度，是针对单台服务器资产管理，还是要更细，要统一好资产标准在录...

这个问题确实非常有挑战，我们并非专门的自动化运维平台软件企业，行内自动化运维开发团队所做的所有工作，都是围绕运维团队的需求，因此在需求广泛性、普适性方面不敢说做的很好，只是解决了目前内部优先级较高的几个痛点。接下来围绕我们在建设过程中的实践，谈一谈我们的实施思路...