×

扫描二维码登录本站

关于变更关联CI的设计  

标签: 暂无标签
本帖最后由 jzlld 于 2016-5-11 18:55 编辑

在创建一个变更的时候,可关联CI,但是关联CI的时候,为什么不设计成根据Service(类似公司的业务系统)进行分类选取,而是只能在CI库中进行选取?设个设计很不符合实际应用。

就是这个位置。

想象一下,如果我公司有700台服务器,我要对其中的1台邮件(Service)服务器的补丁进行升级,创建变更并关联CI的时候,找起来太不方便了,700台啊。如果在这个地方能选择Service,那就立刻缩小范围了。可以先选邮件的Service,然后在与邮件Service 关联的CI中找到指定的服务器(邮件服务器才20台)。而且,不支持IP地址作为关键字搜索。管理员多是对IP地址敏感啊!

前提是:创建每个服务器CI的时候,都关联到各自的Service上。

我就不知道itop为什么要这么设计??

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有账号?立即注册

x




上一篇:招聘安全工程师(地点:广州天河;待遇面议)
下一篇:itop如何映射实际的业务系统
jzlld

写了  篇文章,拥有财富 ,被  人关注

您需要登录后才可以回帖 登录 | 立即注册
B Color Link Quote Code Smilies
ysq
ysq 发表于 2016-6-2 09:40:42
我也不知道求回复
Powered by ITIL  © 2001-2025
返回顶部