IT自动发现与运维解决方案.pdf

BMC ADDM 自动发现解决方案 IT 运维的探索频道 目 录 1. IT 需要“发现” 3 2. ITIL与发现 3 3. 产品选型，艰难的决择？ 5 4. IT 发现“ ”专家 6 4.1. 概述 6 4.2. 典型架构 7 4.3. 简洁的 4 步工作流 8 5. 发现自己！ 8 1. IT 需要“发现” 想还书，图书馆却关门了？西雅图公共图书馆的还书口全天无休服务，将书籍 投入后系统便会自动登记还书完成，还能随即送往自动分类室，自动核对索书码以 及这本书的下个去处，再也不会因为频繁接触、翻阅书皮，使得书籍生命缩短。真 可谓既方便读者也易于管理！那么为何图书馆能够如何轻松地进行管理呢？原因在 于两个字“发现” ，高科技的手段使得图书馆可以通过扫描每本书上的 RFID标签来 发现书的位置以及书的借阅情况，于是在借助机械手，自动化管理成为可能。 此时作为 IT 管理的一员， 不知道您有何感触？从理论而言， 似乎 IT 的管理应该 更胜一筹，因为我们所管理的 IT 设备有着更好的基础，他们早已经通过网络互联互 通了，根本不需要 RFID 标签这个过程。然而，似乎事实并不是那么如意。随着 IT 规模的不断扩张以及随之而来的大量变更、设备迁移、应用部署等等， IT 的传统管 理方式已经很难真正实时了解自己， IT 管理需要一个突破点，需要重新认识自己， “发现”自己。 2. ITIL与发现 ITIL从 V1、V2 一直到现在的 V3 ，从没有专辟一个流程或是服务来谈 IT 自动发 现。从表面上看似乎 IT 自动发现这个话题还远未收到重视，实则不然，在不知不觉 之间， ITIL V3已经花了太多的笔墨在配置管理上，而这其中的核心之一就是如何确 保配置库里面能够提供准确的配置信息。很显然，随着 IT 架构的日益庞大，再多的 人力投入都很难保证这一点，因此自动发现实则是一条必经之路。 下图是 ITIL配置管理系统谈到的四个层面， 数据层、信息层、知识层和展现层。 细心的人不难看出，实际上 IT 自动发现（其中绿色部分）是贯穿于每一个层面的， 其价值不可小视。 具体一点，我们可以再以一个典型的变更管理为例，看看 IT 自动发现和变更流 程之间到底有哪些火花。就一个典型变更来看，它通常会包括这么几个步骤： 1. 记录并回顾变更 2. 评估变更影响 3. 授权并计划变更 4. 监管并部署变更 5. 总结并关闭变更 在这个过程中，事实上， IT 自动发现无处不在。 首先在记录变更的过程中，为了 验证变更影响的配置项的情况，我们需要发现来验证，同时通过发现可以提供一个 完整的 Before 基线，为今后的比对和验证作参考。 其次，评估变更更是离不开发现， 原因在于这个评估决策必须依赖于发现所提供的内容：配置项依赖关系。再者，到 变更部署过程后，又需要重新发现配置项基准线，自然也离不开自动发现。最后， 自动发现还可以验证变更的配置项是否成功， 更可重新自动调整配置项的依赖关系， 确保依赖关系视图的准确性。 3. 产品选型，艰难的决择？ 了解到需要，肯定了价值，或许就会产品选型这个令人头疼的问题产生。这个 厂商说他的产品有独特的功能，而那家又挂着专利技术的金牌，还有的是具有民族 特色的。测试一下吧，最多只是了解皮毛，难以深入了解是不足以做出准确的判断 的，于是越测头越晕。 这真的是一个艰难的抉择吗？ 让我们先来看看大家身边的例子