金融业公司通过SOA简化借贷业务

    一家拥有分散的IT部门的快速发展的金融公司将应用抽象为服务，将它们通过消息总线连接起来，获得了新的业务灵活性。
　　5年来，Countrywide Financial的贷款、保险等金融业务一直在迅速发展，随着客户、产品和市场的成长，其IT系统的复杂性也在增加。为了满足需求的增长，Countrywide决定走一条灵活的SOA之路，这条道路的长期目标是企业在IT建设中反复讨论的主题:减少复杂性，提高可伸缩性，削减开销。
　　Countrywide公司划分了多个独立的业务单位，每个业务单位都拥有相当自治地运营的IT人员。Countrywide Servicing Systems Development (CSSD)是一家主要为公司的贷款部门提供IT支持的单位。CSSD于2002年开始了SOA的努力。
　　重复的妙用
　　据CSSD应用开发高级副总裁Peter Presland-Byrne说，CSSD之所以选择走SOA之路，是由于“应用开发支持解决业务问题，并且因此遵循某种模式”，这些模式适于SOA的两个关键属性:基于服务的功能抽象和对提供基本服务的可重用部件的强调。他说:“我们尝试从服务角度看待业务模型的结构。”
　　在开始部署SOA时，CSSD很快发现许多应用系统中有重复的功能模块。Presland-Byrne说，“我们必须对服务进行抽象，这是个持续进行的过程，并且我们必须决定当出现重复时如何合并。他预测为了支持Web服务，需要对应用系统进行进一步的抽象，因为这种支持在CSSD使用的IBM i系列中档服务器环境中“并不是与生俱来的”。
　　Presland-Byrne指出，得到核心服务和让应用访问共同的服务，这是SOA方法的关键，需要一种关注模块重复的开发文化。为了坚持向SOA的转变，Countrywide审查新的软件开发，以确保它符合SOA，提供一致的互操作性并在可能时重复使用已有的服务。Countrywide最初将SOA视为其中心目标，但后来意识到中心目标应该是SOA所提倡的“重复使用”。Presland-Byrne说:“如果你真正支持重复使用，你就使SOA成为可能。”
　　注意数据的转换方式
　　Countrywide还决定利用消息系统作为应用与数据源之间的连接机制。Presland-Byrne说，由于Countrywide的企业使用几种技术，包括Java和.Net，因此“消息系统必须是中立的”，以确保不会将对专有技术的依赖性带到系统中。Countrywide还大量依靠IBM的MQSeries和WebSphere MQ Integrator中间件提供消息功能和服务处理，并依靠Flashline的开发环境管理服务和软件部件。
　　虽然消息系统在CSSD的应用上实现了标准化，但Countrywide不要求一致的数据模型。相反，它利用中间件来保证一致的信息流，根据需要映射和转换数据格式。Presland-Byrne说，对于CSSD来说，使用一致的数据模型被认为是不现实的，因为“一旦引入第三方工具，你马上就会完全失去一致的数据模型。我们引进的中间件可以转换这些不同的标准。这正是集成工具的用武之地。”
　　Presland-Byrne说，更重要的是，你的“缓冲区”中间件(它包含转换服务之间的业务逻辑和数据格式)必须与业务逻辑分开。这样做使独立的应用可以同时访问同样的服务，并且在应用或数据变化时，不需要你去重写代码。此外，它使你可以同时运行新老版本的服务，不管是在过渡期内，还是用于满足不同的应用需要。在这两种情况下，IT可以保持服务的原封不动。
　　鉴于大多数Countrywide的服务是内部的，公司并不过多地依靠Web服务或SOAP等相关技术，虽然它的确将Web服务用于客户和现场代理访问的一些应用。然而，Presland-Byrne指出，由于XML易于应用和广泛的流行性，Countrywide一直倾向于使用XML作为服务和中间件的语义数据标准。
　　随着业务部门部署SOA，Countrywide现在开始研究如何扩展这种方法，来提供部门间的通信。Presland-Byrne承认这将需要重新研究功能服务的划分，以及合并重复的服务模块。公司已经开始将身份整合到一个可以通过SSO(单点登录)在企业中访问的服务中。