CMDB的思路
2020-04-01 10:47:47 1 举报
一个CMDB的设计思路
作者其他创作
大纲/内容
Ruijie交换机
监控包
描述属性是引用时用“{部门.名称}”。后端默认会保存引用关系
三、当选择好包后,可以后建包间的关系(也可以选择默认的包间关系)
某(些)人购买的所有资产
包含默认关系:- 属于- 安装于- 。。。
戴尔服务器
Windows
- Type:Windows- Metrics(...)- Refer:{PC.ALL}
返回结果示意:
对Refer,表示会继承所有PC的属性,同时有自己特有的。
交换机
- Type:SWITCH- IP
人员
- 姓名- 部门名:{部门.名称}
包内定义了PC与交换机有连接关系,则实例化的时候只能建立连接关系。
张三
五、一个实例化后的示例
定义可以包括这样几部分1. Parm:查询参数。比如user:入参为人员的ID2. Refer:主体引用的是哪些数据(可以只使用部分人员数据)3. Relation:使用哪个关系,使用的是正向还是反向。4. RelationRefer:对这些关系中,都会引用哪些数据字段。
服务A
Linux
- Type:Windows- Metrices(...)- Refer:{PC.ALL}
接入
四、创建或选择“视图”
包间关系后建
二、简单的行业包(资源管理,组织,资产管理)
姓名
组织
名称
人事部
安装于
一个实例化的示例
CI
- ID- Type- 其它属性
连接
定义查询视图
PC
- Type:PC- IP- 其它。。。
部门
服务
- Type:Service- 名称- 开发者- 维护者
一、基础包 - 必须包含
关系
- 名称- 正向- 反向- 其它属性
交换机购买人 - 人
- Type:PC- 名称- 购买人- 其它。。。
基础包
注:实例化时,会根据模型定义来进行约束,比如:- 如果定义了CI服务A,和戴尔服务器建立安装于关系,会成功。- 如果想将服务A和Ruijie交换机建立部署关系,则会失败。
查询张三所购买的设备
资产管理包
数于
- Type:PC- Metics(...)
- Type:SWITCH- 名称- 购买人- 其它。。。
入参:userID = 张三的ID,type = ALL
组织包
基础包里定义的是- CI和关系的基本结构- 默认的关系类型。
资源管理包
交换机购买人 - 人
- From: 资产管理包.交换机.购买人- To:人员.姓名- Relation:属于- 其它属性。。。
属于
CMDB
0 条评论
回复 删除
下一页