如何跟踪用户对服务,资源,设置和defs的依赖? (例如,如果这些更改能够通过电子邮件发送给相关用户)

是否有行业智慧,pipe理和软件工具(优先免费)用于logging和跟踪哪些用户依赖IT部门集中pipe理的服务,资源,设置和定义?

我的想法是,一些故障和中断可以归因于用户没有被准备/意识到他们所依赖的服务改变。

跟踪一些事情,例如:用户帐户,但其他的东西不是,例如每个位置的IP地址子网,环境variables,服务器URL地址,资源位置…

以依赖为例,当用户编写一个依赖这些东西的应用程序时,如果这些东西被改变的话,它可能会中断。 用户可能不得不依赖于这些东西,并且在这些事情不可用的情况下不能build立在竞争中。 很显然,如果可以实施策略和故障切换,那么这是一个考虑因素,但是增加这个的资源可能是有限的,并且可能没有有利的故障切换选项。

是否有行业接受跟踪这些事情的过程和工具,并让这些家属知道他们是否改变了?

我相信,一般的“智慧”就是要真正了解你的系统。 这意味着以某种方式logging一切。 这尖叫“数据库”给我,虽然我也看到它与电子表格(wannabe会计师!),维基,甚至简单的文本文件。 你绝对必须从那里开始,因为如果没有这方面的知识,跟踪或监测系统就无法部署。 例如,如果您甚至不知道应该如何修改IP地址,或者报告已停止的服务,但是您不知道它是什么或运行什么机器,您如何报告已更改的IP地址?

至于跟踪和报告,您需要确定如何监控所有需要监控的事情。 尽pipe没有一个系统可以做任何事情,但我使用Nagios来处理大多数这样的事情。 在不了解系统的情况下,不可能提供详细的build议。

正如约翰在答复中所说的,答案是要知道你自己的系统。 有一些程序和实用程序可以帮助审计和监视您的系统(例如Splunk或Spiceworks),但是我没有知道这个程序或实用程序会知道Jane Doe使用CRM系统导出用于在SSRS系统中创build报告的数据。 对于这种“意识”,您和IT团队必须知道存在哪些系统,他们使用了什么,他们具有哪些依赖关系,哪些系统依赖于其他系统,哪些业务部门或部门使用哪个系统等,等等