【IT168 业界新闻】 
    SOA的倡导者提出这样的观点:IT必须与业务目标相结合，因此架构必须对Web服务进行设计，使其按照业务流程的需要工作。
　　Aetna 公司的高级架构师Sean Hickman说:我们的公司已经贯彻了上述观点，并且在将IT与业务结合的过程中领先一步，用于公司“用户主导的健康保障”项目的SOA平台在某种程度上是基于健康保险体系的。

　　最近在圣弗朗西斯科举行的“Burton Catalyst Conference”会议中，他解释说:“Aetna 公司在‘用户主导的健康保障’这件事情上处于领先地位，”“几年前，‘用户主导的健康保障’一出现，我们就已经看到了‘用户主导的健康保障’和另外一些东西的相似之处，这些东西是我们可以从‘用户主导的健康保障’中得到并且将其应用于面向服务的架构的。”

　　Hickman 所展示的SOA平台提供了存储Aetna公司健康保障策略的容器，这些容器包含着一些信息，如:在医师服务和医院保障方面的比较收费信息。

　　“本公司为会员提供工具和信息以使他们能够做出更好的决定，”Hickman在谈论关于他所帮助设计的Web服务时讲到。“近期Aetna公司做出一个声明:他们正准备将医院和医生所掌控的那些有价值的收费信息公布在网络上，这样一来，会员便可以根据这些信息来做决定。因此，你就可以看到信息的主题并做出决定。”

　　Aetna公司的IT部门存在一个中心服务组织，在这个组织中，Hickman和其他的架构师们一起对公共服务进行设计、构建、测试和支持。Hickman对此评价:这并非完全意味着只要开发人员使用了那些服务就可以对个人应用做出最好的选择。

　　正如一个享受医疗保险的患者如果得不到某项治疗的准确的收费信息，那么他就可能会停止为这个治疗支付过多费用，同样，一个IT开发人员如果在Web服务方面没有掌握足够多的信息，那么他也很有可能会做出损失惨重的选择。

　　针对SOA中重用的所有优势，Hickman争论道:某些时候不了解情况的重用反而会带来问题。他举了一个例子解释:一个开发人员使用一项现有的服务，这项服务可以完成任何他想做的事情甚至更多。但是选择一个能够完成比你所需要的功能多得多的服务未必是一个好的或者明智的选择。

　　“如果这个服务仅仅是每天被调用一百次或者一千次，这倒不是大问题，”他说，“但是如果这个服务有可能被调用的次数相当多，或者是服务的使用特性经常发生差异很大的变化时，那么使用该服务就很有可能引起实际的容量问题。只有当我们所选择的服务与具体的需要相符合时才会有更好的效果。”

　　为了避免这种事情发生，Aetna公司的中心服务小组正在向开发人员提供Web服务的信息，以便能够帮助他们做出更明智的选择。而且，Aetna公司的“用户为主导的健康保证”计划致力于使用户成为健康保障的主导，同样的，IT的用户也能够对所使用的Web服务进行修改从而更加有效的利用。

　　这样的结果就是Hickman所谓的“用户为主导的、面向服务的架构。”

　　“我们发现一些责任转移到了用户身上，这是我们这个研究过程的一个早期结论，”Hickman说。“在这个案例中，我们将把用户当作项目团队的一员，唯一不同的是他们将来是这个服务的使用者。这样，用户承担一部分推广该服务的责任。而且也减轻了中心组织的负担。但是，我们仍然认为中心组织继续构建企业级的服务是势在必行的。同时，我们也认为非常重要的一点是:中心组织应该继续做的是适当的某些部分的构建服务，而不是每个服务或者是每个服务的每个部分。”

　　和其他所有使用SOA所实现的案例一样，上述案例也意味着企业中的部门正在思考并酝酿着一些变化。

　　“在我们刚开始时，所有的服务都必须从我们的这个组织开始构建，但是我们现在已经不像以前那阳全部包揽了”Hickman说。“某些时候我们会让用户完成中间件的架构。某些时候我们会让用户构建传输部分。但是我们几乎不会让用户做聚合服务的工作。”