变化管理和自动计算是如何影响面向服务的架构(SOA)呢?这周在奥兰多举行的IBM的影响2007会议上，我们询问了Al Zollar——Tivoli软件的总经理，有关SOA中管理软件的角色。他的答案强调了尽量满足自动化管理的需求，以解放IT专家来做更多的更加具有创造性的工作，包括SOA。

关于SOA和变化管理，变化管理究竟有多困难呢?

Al Zollar：在我们谈论这些困难性之前，让我们先讨论变化管理的重要性。如果你有10次服务递送失败的记录，其中八成以上的几率是因为人们发誓其不会做的变化。所以如果能知道这些变化的源头实际上是至关重要的。这也是为什么在我们的变化和配置管理数据库中我们有一个叫做“变化历史”的存储容量。这也是你能进行配置的项目，它可以是一个服务器、一个网络设备、一个组件、一项服务，并对变化历史进行质疑。所以当人们宣誓他们不会做任何变化时，你可以说：“那这是什么?”接着他们将说：“啊，也许这个和那项麻烦有关系。”所以这就是变化管理的重要性。

这个的困难在于将过程、技术、信息以及人联系起来。大多数企业只重视其中之一，而很少有公司在这四个方面投入了相同的精力。我们的方法是通过鼓励客户理解到，在变化管理中他们需要整合人、过程、信息以及技术。我们已经获得了一个门户型界面来链接人和过程。我们的技术包括Tivoli提供管理器，该管理器能为重复性SOA服务以自动的方式实现变化。

当企业采纳那些技术时，服务器的虚拟化和版本是如何影响变化管理的走向的?

Zollar：在基础设施中这是一个动态过程，该过程能实现变化管理。如果你已经在基础设施中的某些地方获得虚拟化，你不知道一个应用所依赖的是哪个逻辑模块。而且你也不知道改变一项具体的商业服务所依赖的某些事物的影响。在这里我就像一个损坏的记录，但是有了我们的变化和配置管理，这里就有了一个发现服务器。它会站出来并扫描基础设施——这是一个无代理的方法，他不是一个像类似于病毒扫描的东西——而且可以看见一定范围的IP地址的实际运行情况，所以我们可以将实际情况与我们所期望的运行情况进行对比，如果存在不是我们所期望的运行，你就可以询问为什么。或者因为虚拟化这里有了变化，在此我们将工作量从一个模块移到了另一个，那么在我们对业务服务进行报告时，这将反映在布局上。这是关于整合所有这些组件并拥有像实时发现等能力的，所以你能够看见基础设施的现状。