美国**金融服务公司的公司业务

概述资料
一家it部门分布广泛、业务发展迅猛的贷款公司把应用转化成服务，通过消息总线联系起来，并且让业务获得新的灵活性。半个世纪以来，随着客户、产品和市场的不断增加，美国countrywide financial公司的贷款、保险和银行服务业务也在急剧发展，it系统随之越来越复杂。为了应对需求增加的情况，countrywide公司决定采用灵活的soa方案，希望实现企业it部门孜孜以求的长远目标：降低复杂性，提高扩展性，减少管理费用。选择soa
countrywide公司分几个业务部门，每个部门都雇用了it人员，独立工作。2002年，主要支持公司贷款部门的一个业务部门—全国服务系统开发部门（cssd）启动了soa项目，如图所示。据cssd负责应用开发的高级副总裁peter presland-byrne声称，该部门之所以选择了soa方案，是因为应用程序支持业务问题，而且采用的某些**适用于soa的两个主要属性：基于服务的功能抽象，以及注重提供这些基本服务的重用组件。他说：“我们尽量从服务层面看待业务**的结构。技术与做法
cssd开始实施soa后，很快发现，许多应用程序里面所含的服务有着与其他应用程序同样的功能。presland-byrne认为：“我们需要抽取服务，这是一项日常工作，如果出现功能重复，还要决定选择哪些服务。他预料，为了支持web服务，需要进一步抽取服务，因为这种支持功能在cssd使用的ibm **eries中档服务器服务环境当中“不是原本就有的”。presland-byrne指出，抽取核心服务、让应用程序使用公用服务而不是各行其是，这是soa方案的一个重要方面，这就需要开发软件时要注重可重用性。软件开发方法
为了便于遵守soa，countrywide公司评估了新的软件开发方法，确保新方法适合soa，提供一致的兼容性，尽量重复使用现有服务。countrywide公司最初把soa看成了中心目标，但后来认识到soa推崇的重用思想才是中心目标。presland-byrne说：“如果你真正支持重复使用，soa就有可能成为现实。countrywide公司还决定使用消息系统，作为连接应用程序和数据源的机制。presland-byrne说，因为公司使用好几项不同种类的技术，包括j**a和微软.net，所以一定要做到与消息无关（messaging-agnostic），以确保系统不会依赖某项有技术。countrywide公司还在很大程度上依赖ibm的mqseries和websphere mq integrator中间件，用于传送消息、处理服务；并依赖flashline的开发环境，用于管理服务和软件组件。数据模型
虽然公司跨cssd的诸多应用程序，对消息系统实行了标准化，但不需要一致的数据模型。相反，公司使用中间件确保一致的信息流；需要时，就映射及转换数据格式。对cssd而言，强制使用一致的数据模型不合实际，因为“一旦引入第三方工具，一致的数据模型就无从谈起”，presland-byrne说,“我们引入的中间件可以转换这些不同的标准。这就是集成工具的用途所在。“缓冲器”
presland-byrne认为，更重要的是，充当“缓冲器”的中间件—负责在诸多服务之间转换业务逻辑和数据格式—必须与服务逻辑分离开来。这样一来，不同的应用程序就可以同时使用同一服务，用不着在应用程序或者数据发生变化时，改动服务代码。另外，你还可以同时运行新老版本的服务，无论是在转换期间，还是为了满足不同应用程序的需求。在这两种情况下，it人员可以让服务保持原样。presland-byrne强调，考虑到countrywide公司的大多数服务是在内部，尽管公司不是高度依赖web服务或者相关技术，譬如soap，不过它的确把web服务用于客户和现场代理人所用的少数几个应用程序。然而，countrywide公司往往使用xml，作为服务和中间件的语义数据标准，因为xml非常普遍适用和广为人知。未来发展计划
在业务部门部署soa的同时，countrywide公司现正在探讨如何扩大这种方案的用途，用于各部门之间的沟通。presland-byrne承认，这就需要重新分析服务、消除重复现象。该公司已经开始把用户身份识别合并成一项服务，这样只要通过单次登录（sso），就可以跨企业访问该服务。因为每个业务部门的发展**和技术生命周期各不相同，想在全公司一下子实施soa在2002年并不可能。如今由于每个业务部门都接受了soa概念，技术成熟程度也很相似，推广这种架构“是我们现在能够处理的”。presland-byrne认为。