关于变更关联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为什么要这么设计？？
我也不知道求回复
页:
[1]