我现在一直在对此进行一些研究和原型设计,并在这里发现如果您在家门口也发现此问题,我可以与大家分享作为参考。我仍然欢迎任何对您有用的建议或方法!
首先,为了维护在流程中反复使用的一组可重复使用的设备,我立即意识到我不想一遍又一遍地复制和粘贴 Visio 模板对象。此外,我发现了另一个问题 - 我无法找到使用此设备的文档(配置/部署)的数量,而不会导致 Visio 中的应用程序出现一些令人作呕的 VB 或具有配套的 Excel/Access 连接列表。
我真的不知道这对其他人是否有问题,但对于升级项目,您似乎永远不会低估您的设备可能包含在流程中的位置。这些变更要严格记录下来让所有人看到,不能隐藏在ITSM(ITIL)变更管理工具中!特别是因为我们没有这个数据库的前端来进行有意义的调查!
作为 UML 体面的人,我选择使用模型存储库来实现对我们的基础设施和网络文档的理智追求。
首先,我创建了一组类,代表我们的高级设计 (HLD) 和低级设计 (LLD) 文档中涉及的每个设备。对我来说,这意味着公司的所有工程师现在都拥有我们网络上所有资产的模板!
使用这种模型驱动方法记录的所有更改使我们能够立即执行影响分析!
- 单一模型,有
- 93个主要设备,包括
- WEB应用服务器,
- GPRS 和移动互联网服务设备
- DNS/邮件中继服务器
- 路由器
- MPLS 路由器
- 代理
- 检查点防火墙
- 瞻博网络防火墙
- 智能网络 (IN) 设备
- AAA/LDAP
- 计费和中介设备
- 充电网关设备
- 以上(重新)用于第一组432 个 3G 流路径(存储在单独的特定于操作的模型存储库中),其中设备被实例化168 次,为我节省了所有复制粘贴并为我带来了自动依赖性和使用分析

- 超过 358 个 VLAN/VRFS已记录在案,可以轻松应用于模型中的任何网络基础设施
所有这一切都在 14 天 12 小时轮班工作中完成!
可能在未来我们应该能够将此模型存储库集成到资产数据库中,例如配置管理数据库。如果有人对已经做过的事情有想法,我想知道。如果您也设法以不同的方式解决它并且可以透露一瞥,请这样做。
由于这 93 台设备并不是什么秘密,我将把它们放在 GitHub 上,并允许那些使用 UML 工具的人扩展此基础,以便我们可能拥有 IT 生态系统中存在的所有设备组;白日梦 :]
文档似乎是东北最不发达的地区——我的论点是,如果我们有足够有效的文档,我们可以模拟我们要做的很多工作,而不必犯实际错误,然后询问如何修复它!
待办事项:添加指向 GitHub 存储库的链接...