通过JDMK 进行遗留系统管理

  摘要:

//感爱好的受管对象的元数据(Metadata)定义
new SnmpOidRecord("ifInOctets", "1.3.6.1.2.1.2.2.1.10", "C"),
new SnmpOidRecord("ifLastChange", "1.3.6.1.2.1.2.2.1.9", "T"),
new SnmpOidRecord("ifOperStatus", "1.3.6.1.2.1.2.2.1.8", "I"),

    每个 SnmpOidRecord 中的符号都可以通过网络治理软件直接访问。也是我们治理网络设备的接口。
稍后，我们将探索 JDMK 关于遗留设备治理的一些独道之处。我们将了解到，使用 JDMK 制造单项级别的治理工具是一种简单、省钱的方法。这些工具可以帮助 IT 治理者加深对网络原理和网络服务的熟悉。

    另外还介绍了，使用适配器模式作为访问 JDMK API 的方法。这增加了我们使用标准 API 的抽象级别。

  寒酸的遗产

    想象您被提升为只有两名手下的网管。负责四个部门共 200 人的所有计算机设备。部分任务还联系到公司局域网、电话系统支持、PC 升级、应用程序开发、服务器等等。基本上包括了所有网络任务。

    让我们假设图 1 是您所负责的网络。


    在图 1 中，我们看到一个三层建筑的设备分布图。 每层上的设备都连接到一个开关(正如大多数情况)，这些链接每个具有 10 M 带宽并终止于一个线路盒(未显示)。 开头的另一端连接到一个建筑层级别的开关(第一层开关为 F1，第二层为 F2，第三层为 F3)。 层开关的另一端由高速链接连接到一个核心开关。 它的另一端则可能连接到 WAN 或一个服务提供网络。

    由图 1 我们也许会立即发现一些问题。 问题存在的部位是：

Links 1, 2 , 3
Switch Core 与层开关之间的链接
各个独立的开关 

    永远记住网络的性能取决于它最脆弱的一环 -- 也就是说网络是非常脆弱的。 网络设计者的任务就是维持服务的流量与提供信息冗余度两者之间的平衡。 在图 1 中，有一些弱点是可以从再次审阅中改进的。 下面将着重讨论通过编写 JDMK 代码来帮助我们了解，问题会在何时出现以及问题在何时将要出现。