没有人喜欢 IT 管理这一主题，都在尝试避免面对这个问题，尤其在今天的面向服务的世界中更是如此。IBM 技术带头人将告诉您必须对其加以注意的原因(否则就会生活在 IT 混乱中)。

　　引言:如果您不喜欢，就另寻出路

　　我们都喜欢抱怨管理。但我们现在能就此进行一些实际的事情。

　　不——我所讨论的不是新的政治运动或革命。我所指的是 IBM 最近在 IT 和 SOA 管理方面做进行的推动工作。假如您恰巧不知道这件事，我在此进行一些简单的介绍，IBM 最近引入了几个解决方案，用于帮助您建立对 IT 系统的管理。管理可提供相应规则和流程的框架——特别在使用面向服务的体系结构(Service-Oriented Architecture，SOA)时——以便您能开发高质量软件，以满足业务的长期需求。

　　您可能会想:“我已经有了相关流程——谁要去管管理呢?我手上已经满满的了。”诚然，当我们首次遇到这个主题，并不会引起我们的好奇心。

　　因此，为了帮助您了解 IBM 关心这个主题的原因(同时也为了启发我们自己)，我们想请我们的 IBM IT 架构师专家组谈谈他们的看法。我们向他们提出了下面的问题:

　　什么是 IT 管理，架构师为什么要考虑 IT 管理?

　　让我们的专家为您回答这个问题——他们的答案将会令您非常感兴趣，这些答案令人愉悦且易于接受，还可能让您开始采取行动。如果不出意外，阅读了本文后，您将会了解软件工程师的一个重要的新领域的基本内容，并获得有关如何改善软件开发和业务流程的有用观点。

　　没有管理的世界……

　　让我们假定您开发了一个很不错的小型服务来进行货币值转换。它最初是应用程序中一组可重用功能，然后成为了在多个应用程序中重用的 JAR，最后将其变成一个始终运行的小独立程序，可通过远程 API 对其进行调用。这就是服务。

　　现在已经提供了您的服务，不仅您自己使用它，您的一些同事也开始从其程序调用这个服务。不久后，您可能不知道，公司的其他部门中您从来没有听说过的程序也在使用这个服务了。事实上，调用该服务的程序太多了，以至于您所在的部门必须购买和管理更多的硬件，以保持其良好地运行。一个周末，计算机系统崩溃了，而这却是您公司的某个从来没有听说过的人打电话到您家里告诉您的，让您进行必要的工作，以便使转换程序重新开始运行。您怎么开始对所有这些负责了呢?

　　现在让我们看一下另一方面。假定您在开发一个需要进行货币转换的程序，同事告诉您可以让您的程序调用一个服务来完成此工作。太好了!您以创纪录的时间让您的网站投入生产运行了。然后，一个周末，您的网站停止工作了——它无法显示以其他货币标识的价格。您必须星期天到公司去修复您的程序，却发现问题在于货币转换程序服务没有运行了。问题不在您的程序，但您却要因为您的程序不能正常工作而受到责备。这怎么会是您的错呢?

　　欢迎来到服务管理的世界。或，在本例中，缺乏服务管理的世界。服务管理是帮助您、您的服务和那些依赖于这些服务的人避免出现此类情况的机制。正如您所看到的，如果希望避免此类问题，服务管理非常重要。

　　为了简单起见，让我提出一些更为具体的观点，以帮助您考虑自己的服务管理方案:

• 　　1. 管理负责管理提供者提交的内容和使用者可以依赖的内容。换句话说，管理帮助提供者和使用者设置预期值并加以实现，从系统排除意外的元素。
• 　　2. 管理更多地是政策问题，而不是技术问题，类似于提供者和使用者之间的契约。协议的双方都要放弃一定的短期管理权，以获得所需的长期管理。
• 　　3. 只要政策一出台，就可以将用于调用服务的技术用来执行管理。技术可以限制哪些使用者调用服务以及何时调用;它可以警告使用者服务已经被弃用;可以测定服务的响应时间;诸如此类。
• 　　4. 将技术用于执行管理的一个好办法是，通过使用企业服务总线(enterprise service bus，ESB)执行管理。通过这样的方式公开服务，使其只能通过 ESB 识别和调用，并让随 ESB 提供的标准化功能负责管理。

　　最后，我要提出一点警告:管理可能成为 SOA 的替罪羊。和性能一样，管理可能成为极大的顾虑，成为所有问题的托词和每个有问题的解决方案的正当借口。它将成为一个修辞“手榴弹”，可以在任何 SOA 讨论中将其扔出去;然后就可以看着整个讨论陷入一片静寂。SOA 的一个挑战就是明智地使用管理来使 SOA 更好地工作，而不会让管理方面的顾虑淹没了所有其他事项。