我希望向我们公司概述 IT 提供的业务服务及其各种依赖关系。
该图的目的是显示技术对业务应用程序的依赖关系,目的是协助配置管理。例如,如果托管我们 3 个虚拟机的服务器出现故障,在我们修复时哪些业务应用程序会受到影响?或者,如果需要更改网络子网或重新启动路由器,我们需要通知谁?
这些技术将按照以下层次从上至下(大致从“前端”到“后端”)展示:
前端:
- 商业服务(商业电子邮件、商业日历、商业文档、帮助台、软件开发等)
- 外部应用程序(云应用程序、非内部应用程序——我们不管理的应用程序)
- 内部应用程序(内部软件包、内联网应用程序等)
- 虚拟机
- 机器(服务器、台式机、笔记本电脑、电话、VM 主机)
- 网络层/技术(DMZ、IDS、各种子网和 VLAN)
- 网络设备(路由器、交换机、集线器)
我愿意听取任何关于不同人如何想象这一点的想法、建议等。提前感谢您提供的任何帮助!
答案1
首先使用白板(让业务人员和技术人员开会。首先绘制业务内容,然后让技术人员填写支持它的系统以及任何不直接连接的系统)。
有了白板图(拍张照片!),您就可以在 Visio/Graffle/Tool-Of-Choice 中绘制它。
有几种方法可以将其分解(全部放在一页上、按网络/子网、按主机、按业务组等)——您可能需要其中一种(或多种)分解方法才能向所有需要它的组提供信息,但从 IT 的角度来看,您至少希望以某种方式显示机器级和网络级信息,以满足您上面描述的通知场景。
两点说明:
这假设您的 IT 员工非常了解网络、系统和用途。
如果他们不认为这需要参加很多次会议,并且认为当某些业务关键系统崩溃时,大量的时间投入是值得的,而且 IT 人员确切地知道在哪里可以解决问题。所有这些绘图的最终结果可能会让您从业务角度很好地了解如何监控您的系统,并可能建议您以合理的方式重新组织(或创建,如果您没有)您使用的监控系统。
趁您有资源关注它,现在就利用这一点。同样,从长远来看,当出现问题时,它会对您大有裨益,而且您会在任何业务用户拿起电话投诉之前就知道了。
答案2
这是 CMDB 的目标之一,显示 CI(配置项)之间的依赖关系。任何企业变更管理包都应该有一个 CMDB。一个相关的问题是,谁来保持它的最新状态?当有人将新的 Apache 服务器添加到服务器场时,它会以适当的关系添加到 CMDB 中吗?这类事情很难实现自动化,尽管有些公司出售昂贵的产品来尝试做到这一点。
/编辑 - CFEngine 有一个名为 Knowledge Map 的商业产品,它采用了不同的方法。http://cfengine.com/files/knowledge.pdf。看起来他们的免费产品使用了它,而商业产品可以让你用它做更多的事情。我不知道它们的成本,但我敢肯定它比 HP ServiceManager 等大型 CMDB 公司要低。我认为你必须使用 CFengine 进行配置管理,它才会有价值。或者,如果你不害怕做一点编码,你可以敲定一个带有依赖关系映射的清单,然后从中制作一个图表。
但是,无论你采用什么方法,如果只使用静态图形工具来做这件事,几个月后就注定会变得毫无意义。你开始添加服务器,却懒得更新 Visio,因为这是一个麻烦事。另一方面,如果你“更新文档”,那么:
就像“将服务器及其依赖项编号添加到此文本文件”一样简单,因此系统管理员更有可能这样做...和/或......
让别人来做(需要强大的变更控制流程)
..那么你可能会更幸运。