【IT168 技术文章】在本文中研究了网络管理软件的历史，以及它是如何从开始阶段粗陋的软件发展成现今这样复杂而成熟的企业管理系统的。他还研究了困扰这些系统的许多常见问题的根源。以及如何利用 JMX 来解决它们。
Java 管理扩展(JMX)是 Java 平台上热门的新增部分，它承诺为与企业网络管理相关的老问题提供可伸缩的、低实现成本和与旧系统兼容的解决方案。新型的软件服务器(包括象 Jakarta Tomcat 和 JBoss 这样的流行开放源码服务器)能迅速地将 JMX 用作其管理标准。我们将通过研究网络管理软件的历史以及它是如何发展的，来开始我们对 JMX 的研究。
网络管理的发展
早期的网桥、协议转换器和路由器都是简单的专用硬件设备，通常是通过直接连接到该设备本身串口的终端来配置的。配置命令通常用来启用或禁用端口，或者更改设备支持的协议的特征。这些“黑箱”上可配置参数的数量是有限的，串行终端界面通常比较“神秘”并且只有受过大量培训的网络操作员才能够理解，如图 1 所示：
图 1. 专门的串行连接
专用网络时期
由于网络规模的增长，以及这些“黑箱”的数目激增，很明显需要一些方法来寻址和控制这些大量的网络设备。一些供应商选择了提供用于管理这些设备的单独的“带外(out-of-band)”互连或集中器网络，如图 2 所示：
图 2. 带外多路复用控制
其他供应商使用了“带内(in band)”技术，这种技术中，在运行这些“黑箱”的同一网络上发送寻址和控制信息，如图 3 所示：
图 3. 带内设备控制和管理
客户机软件(称为管理控制台，该名称是从终端控制台等类似的名称继承而来)从“神秘的”终端样式的界面缓慢地发展成增强的 GUI 配置工具，后者能够对网络上每个可寻址的设备单独地进行配置。由此产生了早期的网络管理系统(NMS)。很大程度上，专用网络协议在这一时期处于支配地位，早期 NMS 通常使用专用协议来寻址、控制和监控供应商的设备。
TCP/IP 成为了实际的联网标准
接着进入了 TCP/IP 网络的时代。通过早期的因特网雏形，TCP/IP 协议族成为全球性互连网络的标准。大型企业发现：他们需要连接其分别发展的、专用的异构内部网络孤岛(其中许多来自于全球范围内不同的供应商)，但同时又不失去对整个企业内所有设备的控制。
此外，基础设施构建人员在其运作中将维护越来越多的联网黑箱。这经常要跨越位于不同地理区域的多个网络运营中心。因此需要从集中的位置来管理、控制和监控所有这些设备。来自这两大用户群体的迫切需求催生了早期企业 NMS 的概念。
在此期间，管理控制台(客户机)使用最新的图形工作站和处理技术，并通常包括受管设备位置的交互式地图，以及网络网状拓扑的示意图。通过在地图上或 GUI 网络图的节点上点击，网络操作中心工作人员可以监控任何特定设备的状态并更改其设置和配置。作为异构网络管理的实际标准，SNMP(简单网络管理协议 ― 一个完全为 TCP/IP 网络上的网络管理而设计的协议)变得更流行了。尽管由于实践和经济上的原因，最初 SNMP 受到了抵制，但专用联网硬件供应商最终还是采纳 SNMP 作为管理其联网设备的备选方法。
PC 和 LAN 革命：扩展企业管理
几乎与 TCP/IP 革命同时，装备了 PC 和 LAN 的办公室的数量呈爆炸性地增长。这需要一些企业的 NMS 承担新的范围：管理和控制 PC 工作站、打印机、外设以及其它 LAN 设备，如图 4 所示：
图 4. 向管理混合体中添加 PC 和 LAN 设备
许多供应商将其新取得的能力作为营销优势来推动其企业管理系统或简称 EMS(注意并未强调“网络”这个字眼)。在此期间，领先的供应商提供的商业 EMS 的规模和复杂性都提高了，但许多供应商的产品仍然维持着大量的专用代码库，并支持所有特定于供应商的旧系统。现有的基于 GUI 的管理控制台(客户机)软件，被反复地“移植”到新兴的桌面操作系统的许多不同版本上，这放宽了限制，但增加了底层代码库的复杂性。SNMP 协议被扩展到了其极限，以支持它设计时从未考虑的新的和不同的设备。由于受管的网络端点数量激增并超出了可管理级别，因而，几乎在每种商业 EMS 中，增值智能管理辅助都成为了标准。
因特网和电子交易革命：将可管理的软件服务添加到 EMS
随着受 EMS 管理的端点骤增，因特网革命给大多数 EMS 系统和架构设计师带来了冲击。突然之间，曾经完全迥异的大型网络都通过因特网连接了起来，而客户要求这个“网络的网络”可以使用他们了解和喜欢的同一种对用户友好的管理控制台进行管理(请参阅图 5)。
随着各种智能网络设备、PC 和外围设备的不断出现，在对这些端点的日常管理和监控中需要越来越多的智能。此外，对通过因特网进行业务的需求的不断增长，致使 EMS 需要支持一种新的端点：智能软件服务器/服务。
对于新型的 EMS 系统而言，能够访问企业在全球各地的每一台数据库服务器、Web 服务器、应用程序服务器和特大容量磁盘(disk farm)(新的、高智能、宽带宽、自适应特大容量磁盘现在称为 存储区域网络或 SAN)都有管理访问权，这并不希奇。
图 5. 新型 EMS
对受管网络中分布式智能的需求
在当今 EMS 时代，智能管理辅助不再是一个选项，而是必需的。对于处理组成和拓扑都经常变化的动态网络，该需求也是必须的。此外，适应和支持任何新的和未来设备的能力是一项明确的要求。但是，这些新 EMS 还必须继续支持旧设备、协议和软件的混合物并能与之协调一致地工作，因为客户在艰难的发展过程中，曾经对它们作过巨大投资。实际上，客户对于支持现有的基于 GUI 的 EMS 客户机有着强烈的需求，因为对这些复杂的工具进行过培训方面的投资。同时，EMS 的新用户还要求最新型的基于 Web 的管理界面以支持可能的远程管理和监控。
使用这些新 EMS 系统，您仍然可以启用和禁用旧的“哑”联网黑箱上的端口，但只要轻松地发出类似这样的命令：
必要时自动地切换到备份应用程序服务器群集和数据库服务器，以便在接下来的 24 小时中保持 95% 的正常运行时间;当发生灾难性故障时通过寻呼机 808-555-1212 向网络操作员报警。
换句话说，当在典型的 应用程序服务供应商(ASP)环境中出现网络故障时，您还可以依靠智能管理辅助来管理它们。
在因特网时代，软件体系结构和联网协议有哪些更改，以便这种复杂的网络管理能继续发挥功能呢?实际上，我们已经描述过的 EMS 案例很大程度上仍是“发展中的工作”。JMX 是朝向实现动态网络的通用管理的一个关键步骤，它具有完全的向后兼容性以及对现有的和旧 EMS 基础结构的支持。
