论文部分内容阅读
一 问
对于SOA应用，CIO有什么注意事项
企业在实施SOA时，可能遇到的挑战包括以下几个方面：第一是SOA平台的选择。第二是从SOA的角度对自己的业务进行充分的分析。SOA的实现可能是一个旷日持久的过程，而且在该过程中需要对业务进行面向服务的包装，甚至需要对现在的业务流程、数据进行面向服务的梳理。也就是说，有可能在整个实施过程中遇到一些挑战。第三是技术和人才的问题。
因此，对于SOA应用，企业应该掌握以下的原则：
·边破边立 一个企业部署SOA平台，就如同一个城市做城市规划。在这个规划、建设的过程中，总有不合理的街道需要改建，需要包装；总有老旧的住宅区需要拆迁，需要推倒重修；也总有新的建筑不断地建起来，这样才能跟上一个城市前进的步伐。企业做SOA也一样。太落后的系统需要推倒重来；还能继续应用的系统，则需要包装、改进；而一些新的系统则需要重新做规划。而且，即使是在SOA平台之上搭建的系统，在企业的不断应用实践中，也可能会出现很多不合理之处，需要重新调整。
·全局规划 SOA的实施，有很大的技术因素在其中，用户既需要选择适当的工具，也需要有专业的技术人才。用户实施SOA，首先要对自己的系统做全面的评估，要了解自己已有的系统能用多少，有多少需要改造，还需要上哪些新的系统，将来的系统该如何满足自己的需求，自己可能为这个新的系统投入多少等等。总之，要有整体的规划，这也是实施SOA最为基础的一步。其次，要选择适合的工具和技术。上什么系统，建什么平台，先改造哪个系统，需要一步一步来。而在这个过程中，所选择的产品，也必然有所不同，一定要做到心中有数。最后，才是开发的过程。
·小步快跑 幻想一天之内完成SOA的实施，或者今天做了决定，明天就希望系统能够成功运行，都是不可能的。目前很多用户都有激进的想法，这是不现实的。SOA实施先从部门级开始。SOA的灵魂所在，就是它允许用户搭建一个松藕合的平台，这也是SOA能够吸引用户的关键。但是SOA不可能一蹴而就，SOA的规划、实施、服务是一个长期的过程。
二 问
SOA是万能的吗
SOA并不能解决客户面临的所有问题，事实上也没有任何技术能解决所有问题。SOA解决的是客户的软件结构问题。SOA让企业内所有的IT资源在异构环境之下，能够像搭积木一样进行组装和重用，从而简化企业管理。
三 问
SOA从哪里着手
SOA是一种需要改变IT提供方式的长期战略。它不僅涉及到IT系统的构建模式，同时也涉及业务流程架构和业务的管理运作模式；另一方面，SOA又是一种立竿见影的企业IT战略，它必须对企业业务的改变做出迅速响应。因此，要使SOA的好处得到充分体现，就必须很好地平衡长期目标和短期业务需求之间的关系。
BEA总结出完整的SOA域模型方法论，帮助企业从业务和IT两个方面来规划SOA的实施。
SOA域模型把影响SOA成功实施的挑战归纳为业务战略和流程、架构、服务组件、项目和应用、组织和管理、成本和收益六个域。这六个域虽然各自截然不同，但却互相关联、互为依存，必须同等地看待每个域，才能成功地建立起面向服务的IT架构。
如果仔细分析企业IT建设中面临的挑战，不难发现SOA系统实施方法论中的六个域恰好能很好地应对企业IT建设过程中的六方面挑战。
·业务战略和流程
这个域关注的是企业面临主要挑战时，如何让IT最好地支持业务及其需求的变化。应对这一挑战的最佳途径就是提供一个适当的环境，能够将IT管理与企业的业务战略连接起来，并使二者能协调一致，不断改进业务流程。
·架构
今天，绝大多数企业在投资建立企业IT系统时，仍然是根据业务的需求按项目规划实施，由此带来的问题是企业IT架构缺乏一致性。当业务需求发生变化时，企业必须面对企业范围内IT整合和流程整合的挑战。SOA是应对这一挑战的最佳途径，因为它能提供一个标准的、分布式的能反映业务流程的IT架构，从而能够快速响应业务需求的变化。
·服务组件
缺少可重用的服务组件是目前企业IT系统建设时面临的巨大挑战，它使得很多企业都无法在预算允许的范围内实现其IT构建目标。通过创建可共用的、基于标准的服务，可以帮助企业尽可能地重用已有资源，实现IT的一致性和灵活性。
·项目和应用
过去，企业IT建设主要是按项目进行的。一旦业务需求发生变化，整个企业IT系统就需要重新改变，很多应用功能也需要重复开发，导致极大的投资浪费。如果将所有的应用功能以分类的、可重用的、基于标准的服务的形式提供，就能够随着业务需求的变化快速重组系统，节省投资，加大投资回报。
·组织和管理
随着企业机构的变化，企业的IT也需要做相应的调整。如果为每一个新的需求单独增添解决方案，就会使企业的IT成本大幅度地上升。解决这一问题的办法，是在企业IT建设之初就充分考虑企业的组织结构，使IT的提供流程标准化。这样不仅能最大限度地满足业务的需求，而且还能够最有效地重用已有的应用功能。
·成本和收益
成本和收益是任何企业在投资IT建设之初都必须考虑的事情，也是企业最为关心的问题之一。SOA系统实施方法论可以帮助企业更好地规划和实施企业IT建设，迅速响应业务需求，使IT投资得到最大的回报。
企业充分考虑以上每个域面临的挑战，平衡企业的长期战略与短期业务需求，就能成功地实施SOA并从中获益。
四 问
什么是SOA建设的务实之道
1. 计算自己的需求
用户要实施SOA，首先就要对自己的系统做全面的评估。评估SOA项目的方式与评估传统软件项目有所不同。SOA在企业范围内通过各种渠道表现自己的优势。SOA通过共享服务来优化业务流程，使全面创新成为可能，其“价值机会”远远超过了传统的软件项目。要建立强大的业务实例，通过SOA实现业务创新是一个重要的分水岭。
用户必须认识到，用于构建SOA项目的前期投资将产生巨大的效益，这些好处将会随着时间的推移越来越明显地表现出来。
SOA具体实施的进度和资金投入一方面取决于企业对IT应用的沉淀，另一方面取决于实行SOA的目标层次。BEA的“SOA准备状态评估工具”是一个基于Web的在线工具，它可以帮助CIO们规划SOA组件采用，进行基准测试，以确保如何最有效地向更具适应性的IT设计和基础架构上迁移。
在利用“SOA准备状态评估工具”找到客户具体需求后，用户就可以开始SOA之旅了。
2. 慎选产品和方案
用户在选择SOA产品和技术时，应该从平台的选择、实施方法与途径、供应商的选择三个方面进行考量。在选择软件平台时，用户首先要考虑的是平台的开放性和对标准的支持。
在实施方法与途径方面，可以总结出六段式方法论，把影响SOA成功实施的因素分成六个方面：业务战略和流程、基础架构、构建模块、项目和应用、成本和效益以及规划和管理。在实施SOA时，CIO应该综合考虑这六方面的因素。SOA的实施涉及到整个企业的IT系统以及业务流程的调整和改变，离不开相应的咨询和专业服务。因此，在选择供应商时，首先要看它的产品是否符合企业的实际需求，是否已经有很多成功的应用案例,现有客户对它的评价如何；其次，还要仔细考察供应商的专业服务能力，是否能够帮助用户分析企业IT现状，提出建设性的意见。
对企业来说，采用SOA不会加大管理IT系统的复杂性。有经验的供应商对主流的中间件技术都会努力予以保护，并且沉淀了许多实际操作经验，能够保护企业过去的IT投资。
SOA已成大势所趋
最新的IDG调查显示，将把SOA作为今后12个月内的关键或重要项目的公司比例增加到52%；79%的调查对象表示，SOA将是未来五年的关键或重要项目，这个数据比9个月前进行的调查增加了18%；已建立企业SOA架构公司的数量也从9个月前的68%增加到现在的83%。SOA的发展势头越来越猛，已经成为大势所趋。
海外案例
BHP银行：降低应用的总体 拥有成本
在世纪之交，银行规模位列波兰第三的BPH银行仍面临业务独立分散的现状，这种情况对BPH银行的发展不利。要全部重来，不是上策；小打小闹的改变，也不能根本解决问题。BPH 银行希望能有一套新的系统，既能支持遗留基础架构，又能使应用开发更快速、简单和经济。因此，SOA进入了他们的视野。
BPH银行成立于2001年，由Przemyslowo-Handlowy SA与Powszechny Bank Kredytowy SA银行合并而成（这两家银行于1989年与其他7家商业银行脱离了波兰国家银行）。2005年，BPH银行的总资产和净值分别共计170亿美元和约19亿美元。
业务流程挑战
为了应对独立、分散业务现状的挑战，几年前，BPH银行开始建立开放、基于标准和灵活的应用基础架构，重点实现客户工资发放工作的自动化。其目标是建立通用架构，使银行能开发和维护应用功能，并拥有最大灵活性和最小编程量。终极目标是通过部署内置业务逻辑及面向未来的可重用业务组件，从评估应用环境迁移到通用业务平台。
Piotr Wcislo 是 BPH 银行开发部门的应用主管，他将这个BEA Tuxedo支持的自动化项目称为“完全是一系列服务”。他解释道：“通过部署BEA Tuxedo，将我们客户的会计数据与银行集成的中心系统连接起来。公告栏统计显示：我们使用了两组服务器中的15台服务器运行系统，在 5项业务的基础上部署了60个服务，请求队列有20个。”
Piotr Wcislo 认为，该项目取得了很大的成功。BEA Tuxedo是一个成熟的平台，支持银行遗留的应用，使它们沿着 SOA 的方向顺利发展。
但开发团队希望还能更进一步。BPH银行的团队领导Mariusz Piturecki解释说：“我们以前的系统扩展性不好，如果要增加更多功能，例如转账或存款时，需要编写很多代码。我们了解到，BEA拥有先进的产品技术、知识和技能，能帮助我们进一步集成企业应用。”
处理8万项服务的方案
BPH银行最终决定建立企业级的中间件解决方案，代号“Galaxy”。“我们为这个中间件解决方案确定的目标是实施安全一致的系统，且独立于平台。”Piturecki 继续说道：“Galaxy 可扩展，功能强大，而且灵活，能提供无缝集成和多语言功能。”
作为此次企业应用集成 (EAI) 行动的一部分，BPH银行的目标很明确：减少使用系统所需的外部接口数量，允许在所有系统之间进行访问。此外，Wcislo、Piturecki 和开发团队的其他成员希望，消除多余的用户界面和子系统，简化架构并优化总拥有成本。
Wcislo说，Galaxy 是银行开发战略的创新阶段。BPH银行希望其他系统也可使用主机和客户系统的所有功能。当前，建立开放 SOA 的行动在不断进行。Galaxy 项目现在已经进展到银行所说的“面向服务的中间件”。在这个阶段，BEA Tuxedo 作为事务引擎，并且有一个连接到主机系统的适应性架构。系统根据峰值负载，提供服务动态负载均衡和可配置的优先级。
BEA WebLogic Platform 8.1 作为客户通用的界面层，底层EJB为Java客户提供业务功能，Web服务层支持Web客户端，而servlet层为其他客户提供业务功能。
按照最新的公告结果，这个SOA解决方案得到BPH银行多达3390台服务器的支持。系统最多处理8万项服务，当前的请求队列数超过了3000，还有12组服务器。与原来的自动记账项目相比，这是一个质的飞跃。Wcislo解释说：“40多个系统直接连接到Galaxy，每秒钟处理成千上万的业务和约100万的数据库事务量。”
开发速度提高50%的方案
Galaxy现在支持多个紧密集成的关键应用，是开放的、基于标准的、灵活的应用框架，支持BPH银行的网上银行平台。40多万的客户使用网上事务。该框架还为企业客户管理在线事务。
Galaxy支持“Sez@m Agent”银行应用，使销售处和代表能够与分行外部的客户保持密切、互惠和满意的关系。另外，统一的基础架构为电话银行、交互式语音应答界面和 IVR 服务层提供应用。
Galaxy 支持其他重要的业务系统，例如贷款处理系统、企业和个人客户 CRM、风险管理系统，并且遵循新巴赛尔资本协定 (BASEL Ⅱ)。
Piturecki 说：“BPH 银行的 SOA 环境灵活可靠。它是建立服务框架最快捷的方法。使用 BEA WebLogic Platform，即便在营业结束时，BPH银行也能够保持核心系统的全天候运行，并显著降低了应用的总体拥有成本。我们认为，BEA WebLogic Platform使BPH银行能为市场提供各种服务，与使用传统的开发模型相比，开发速度最多可提高50%。”
海外案例
施乐公司：24个月内收回所有投资
施乐公司的复印机因其能够复印出页面干净、线条清晰的影印品，从而给办公室带来了革命性的变化。因此，公司名称也成为其旗舰产品——复印机的代名词。
强者也有瓶颈
虽然施乐在复印方面无可匹敌，但是近年来，施乐也遇到了自己的业务瓶颈：众多产品部门的定制编码新业务应用需要大量的重复劳动，而这已经成为提高生产效率的障碍。
施乐因此创建了集成能力中心，旨在通过使用更高效的应用开发和集成方法，将编程工作集中并有效控制成本。中心的工作小组致力于将施乐的业务应用与后端系统相集成，打造出一个出色的IT体系結构，以此来支持对编码资产的重复使用，并利用通用的基础设施进行大量应用集成。
寻找中间件
通过几年间使用CORBA代码集成应用，小组发现他们编写的定制代码越来越多，这样不仅增加了成本，而且延长了部署周期。施乐开始评估中间件以构建新的企业服务总线（ESB）体系结构—— 一种可以在企业范围内统一连接服务、应用和资源的中间件模式。ESB模式支持连接在不同平台上并行运行的软件，以及使用不同的编程语言与技术，这使施乐能够更快、更轻松地向其用户推出新的应用和应用更新。
为了向其ESB框架提供集成业务逻辑，施乐对一些著名的中间件进行了评估。最终，他们选择了一款可以提供通用连接的解决方案——拥有故障切换能力的ESB。ESB使用了具有以消息为导向、事件驱动以及Web服务能力的WebSphere软件。IBM WebSphere Message Broker、IBM WebSphere Application Server Network Deployment以及IBM WebSphere MQ是先进的ESB解决方案的基础。
施乐公司集成能力中心负责人Ram Sunkara表示：“IBM在开发中间件产品，以及使用相关产品和服务支持中间件方面是值得信赖的。IBM不仅能够满足我们在可扩展性、可用性和性能方面的需求，而且它还能始终如一地大力投入研发，以此不断增强产品组合的能力，这是IBM能够从激烈竞争中脱颖而出的关键。”
有问题只须求助
在新的WebSphere基础设施上运行的50个应用中，包括了用于查找施乐客户支持团队所需要的服务提供商、进行信用审核、管理客户问题投诉、处理部件订单，以及收集复印机用户信息的Web服务。这些应用很多都需要7×24全天候可用性，WebSphere Application Server Network Deployment的故障切換能力确保用户在任何需要的时候均可获得服务。
另外，WebSphere应用服务器在施乐的灾难恢复计划中也起到重要作用。WebSphere MQ可以帮助实现很长的正常运行时间，它每月均能确保传输超过200万条消息，是连接施乐后端数据库与其他业务系统至应用前端的集成解决方案的重要组成部分。
这款基于开放标准的集成解决方案支持面向服务的架构，该结构支持多种与后端系统进行通信的方法，其中包括使用WebSphere MQ和WebSphere Message Broker进行消息传输。WebSphere Message Broker能够实现无线连接，并将信息转换成与后端信息相同的结构与格式。具有高级部署服务能力的J2EE和Web服务应用服务器WebSphere Application Server Network Deployment（应用服务器网络部署），支持Enterprise JavaBeans创建，使业务逻辑更加迅速得以应用。施乐还使用了IBM WebSphere Studio Application Developer Integration Edition来构建模块化应用，其能够快速适应变化。
每年节省72万美元
凭借基于WebSphere软件的新ESB解决方案，施乐预计每年可以节省72万美元的应用修改成本，而以前则通常需要将定制编码与后端系统重新集成。另外，应用修改所花费的时间仅为过去的1/4。Sunkara谈到：“我们在24个月之内就收回了全部投资。我们相信IBM能够通过未来产品开发对其软件提供不断支持，同时，IBM还将为应用和数据提供一套全面的集成基础设施，其中包括我们正在考虑采用的新产品。”
对于SOA应用，CIO有什么注意事项
企业在实施SOA时，可能遇到的挑战包括以下几个方面：第一是SOA平台的选择。第二是从SOA的角度对自己的业务进行充分的分析。SOA的实现可能是一个旷日持久的过程，而且在该过程中需要对业务进行面向服务的包装，甚至需要对现在的业务流程、数据进行面向服务的梳理。也就是说，有可能在整个实施过程中遇到一些挑战。第三是技术和人才的问题。
因此，对于SOA应用，企业应该掌握以下的原则：
·边破边立 一个企业部署SOA平台，就如同一个城市做城市规划。在这个规划、建设的过程中，总有不合理的街道需要改建，需要包装；总有老旧的住宅区需要拆迁，需要推倒重修；也总有新的建筑不断地建起来，这样才能跟上一个城市前进的步伐。企业做SOA也一样。太落后的系统需要推倒重来；还能继续应用的系统，则需要包装、改进；而一些新的系统则需要重新做规划。而且，即使是在SOA平台之上搭建的系统，在企业的不断应用实践中，也可能会出现很多不合理之处，需要重新调整。
·全局规划 SOA的实施，有很大的技术因素在其中，用户既需要选择适当的工具，也需要有专业的技术人才。用户实施SOA，首先要对自己的系统做全面的评估，要了解自己已有的系统能用多少，有多少需要改造，还需要上哪些新的系统，将来的系统该如何满足自己的需求，自己可能为这个新的系统投入多少等等。总之，要有整体的规划，这也是实施SOA最为基础的一步。其次，要选择适合的工具和技术。上什么系统，建什么平台，先改造哪个系统，需要一步一步来。而在这个过程中，所选择的产品，也必然有所不同，一定要做到心中有数。最后，才是开发的过程。
·小步快跑 幻想一天之内完成SOA的实施，或者今天做了决定，明天就希望系统能够成功运行，都是不可能的。目前很多用户都有激进的想法，这是不现实的。SOA实施先从部门级开始。SOA的灵魂所在，就是它允许用户搭建一个松藕合的平台，这也是SOA能够吸引用户的关键。但是SOA不可能一蹴而就，SOA的规划、实施、服务是一个长期的过程。
二 问
SOA是万能的吗
SOA并不能解决客户面临的所有问题，事实上也没有任何技术能解决所有问题。SOA解决的是客户的软件结构问题。SOA让企业内所有的IT资源在异构环境之下，能够像搭积木一样进行组装和重用，从而简化企业管理。
三 问
SOA从哪里着手
SOA是一种需要改变IT提供方式的长期战略。它不僅涉及到IT系统的构建模式，同时也涉及业务流程架构和业务的管理运作模式；另一方面，SOA又是一种立竿见影的企业IT战略，它必须对企业业务的改变做出迅速响应。因此，要使SOA的好处得到充分体现，就必须很好地平衡长期目标和短期业务需求之间的关系。
BEA总结出完整的SOA域模型方法论，帮助企业从业务和IT两个方面来规划SOA的实施。
SOA域模型把影响SOA成功实施的挑战归纳为业务战略和流程、架构、服务组件、项目和应用、组织和管理、成本和收益六个域。这六个域虽然各自截然不同，但却互相关联、互为依存，必须同等地看待每个域，才能成功地建立起面向服务的IT架构。
如果仔细分析企业IT建设中面临的挑战，不难发现SOA系统实施方法论中的六个域恰好能很好地应对企业IT建设过程中的六方面挑战。
·业务战略和流程
这个域关注的是企业面临主要挑战时，如何让IT最好地支持业务及其需求的变化。应对这一挑战的最佳途径就是提供一个适当的环境，能够将IT管理与企业的业务战略连接起来，并使二者能协调一致，不断改进业务流程。
·架构
今天，绝大多数企业在投资建立企业IT系统时，仍然是根据业务的需求按项目规划实施，由此带来的问题是企业IT架构缺乏一致性。当业务需求发生变化时，企业必须面对企业范围内IT整合和流程整合的挑战。SOA是应对这一挑战的最佳途径，因为它能提供一个标准的、分布式的能反映业务流程的IT架构，从而能够快速响应业务需求的变化。
·服务组件
缺少可重用的服务组件是目前企业IT系统建设时面临的巨大挑战，它使得很多企业都无法在预算允许的范围内实现其IT构建目标。通过创建可共用的、基于标准的服务，可以帮助企业尽可能地重用已有资源，实现IT的一致性和灵活性。
·项目和应用
过去，企业IT建设主要是按项目进行的。一旦业务需求发生变化，整个企业IT系统就需要重新改变，很多应用功能也需要重复开发，导致极大的投资浪费。如果将所有的应用功能以分类的、可重用的、基于标准的服务的形式提供，就能够随着业务需求的变化快速重组系统，节省投资，加大投资回报。
·组织和管理
随着企业机构的变化，企业的IT也需要做相应的调整。如果为每一个新的需求单独增添解决方案，就会使企业的IT成本大幅度地上升。解决这一问题的办法，是在企业IT建设之初就充分考虑企业的组织结构，使IT的提供流程标准化。这样不仅能最大限度地满足业务的需求，而且还能够最有效地重用已有的应用功能。
·成本和收益
成本和收益是任何企业在投资IT建设之初都必须考虑的事情，也是企业最为关心的问题之一。SOA系统实施方法论可以帮助企业更好地规划和实施企业IT建设，迅速响应业务需求，使IT投资得到最大的回报。
企业充分考虑以上每个域面临的挑战，平衡企业的长期战略与短期业务需求，就能成功地实施SOA并从中获益。
四 问
什么是SOA建设的务实之道
1. 计算自己的需求
用户要实施SOA，首先就要对自己的系统做全面的评估。评估SOA项目的方式与评估传统软件项目有所不同。SOA在企业范围内通过各种渠道表现自己的优势。SOA通过共享服务来优化业务流程，使全面创新成为可能，其“价值机会”远远超过了传统的软件项目。要建立强大的业务实例，通过SOA实现业务创新是一个重要的分水岭。
用户必须认识到，用于构建SOA项目的前期投资将产生巨大的效益，这些好处将会随着时间的推移越来越明显地表现出来。
SOA具体实施的进度和资金投入一方面取决于企业对IT应用的沉淀，另一方面取决于实行SOA的目标层次。BEA的“SOA准备状态评估工具”是一个基于Web的在线工具，它可以帮助CIO们规划SOA组件采用，进行基准测试，以确保如何最有效地向更具适应性的IT设计和基础架构上迁移。
在利用“SOA准备状态评估工具”找到客户具体需求后，用户就可以开始SOA之旅了。
2. 慎选产品和方案
用户在选择SOA产品和技术时，应该从平台的选择、实施方法与途径、供应商的选择三个方面进行考量。在选择软件平台时，用户首先要考虑的是平台的开放性和对标准的支持。
在实施方法与途径方面，可以总结出六段式方法论，把影响SOA成功实施的因素分成六个方面：业务战略和流程、基础架构、构建模块、项目和应用、成本和效益以及规划和管理。在实施SOA时，CIO应该综合考虑这六方面的因素。SOA的实施涉及到整个企业的IT系统以及业务流程的调整和改变，离不开相应的咨询和专业服务。因此，在选择供应商时，首先要看它的产品是否符合企业的实际需求，是否已经有很多成功的应用案例,现有客户对它的评价如何；其次，还要仔细考察供应商的专业服务能力，是否能够帮助用户分析企业IT现状，提出建设性的意见。
对企业来说，采用SOA不会加大管理IT系统的复杂性。有经验的供应商对主流的中间件技术都会努力予以保护，并且沉淀了许多实际操作经验，能够保护企业过去的IT投资。
SOA已成大势所趋
最新的IDG调查显示，将把SOA作为今后12个月内的关键或重要项目的公司比例增加到52%；79%的调查对象表示，SOA将是未来五年的关键或重要项目，这个数据比9个月前进行的调查增加了18%；已建立企业SOA架构公司的数量也从9个月前的68%增加到现在的83%。SOA的发展势头越来越猛，已经成为大势所趋。
海外案例
BHP银行：降低应用的总体 拥有成本
在世纪之交，银行规模位列波兰第三的BPH银行仍面临业务独立分散的现状，这种情况对BPH银行的发展不利。要全部重来，不是上策；小打小闹的改变，也不能根本解决问题。BPH 银行希望能有一套新的系统，既能支持遗留基础架构，又能使应用开发更快速、简单和经济。因此，SOA进入了他们的视野。
BPH银行成立于2001年，由Przemyslowo-Handlowy SA与Powszechny Bank Kredytowy SA银行合并而成（这两家银行于1989年与其他7家商业银行脱离了波兰国家银行）。2005年，BPH银行的总资产和净值分别共计170亿美元和约19亿美元。
业务流程挑战
为了应对独立、分散业务现状的挑战，几年前，BPH银行开始建立开放、基于标准和灵活的应用基础架构，重点实现客户工资发放工作的自动化。其目标是建立通用架构，使银行能开发和维护应用功能，并拥有最大灵活性和最小编程量。终极目标是通过部署内置业务逻辑及面向未来的可重用业务组件，从评估应用环境迁移到通用业务平台。
Piotr Wcislo 是 BPH 银行开发部门的应用主管，他将这个BEA Tuxedo支持的自动化项目称为“完全是一系列服务”。他解释道：“通过部署BEA Tuxedo，将我们客户的会计数据与银行集成的中心系统连接起来。公告栏统计显示：我们使用了两组服务器中的15台服务器运行系统，在 5项业务的基础上部署了60个服务，请求队列有20个。”
Piotr Wcislo 认为，该项目取得了很大的成功。BEA Tuxedo是一个成熟的平台，支持银行遗留的应用，使它们沿着 SOA 的方向顺利发展。
但开发团队希望还能更进一步。BPH银行的团队领导Mariusz Piturecki解释说：“我们以前的系统扩展性不好，如果要增加更多功能，例如转账或存款时，需要编写很多代码。我们了解到，BEA拥有先进的产品技术、知识和技能，能帮助我们进一步集成企业应用。”
处理8万项服务的方案
BPH银行最终决定建立企业级的中间件解决方案，代号“Galaxy”。“我们为这个中间件解决方案确定的目标是实施安全一致的系统，且独立于平台。”Piturecki 继续说道：“Galaxy 可扩展，功能强大，而且灵活，能提供无缝集成和多语言功能。”
作为此次企业应用集成 (EAI) 行动的一部分，BPH银行的目标很明确：减少使用系统所需的外部接口数量，允许在所有系统之间进行访问。此外，Wcislo、Piturecki 和开发团队的其他成员希望，消除多余的用户界面和子系统，简化架构并优化总拥有成本。
Wcislo说，Galaxy 是银行开发战略的创新阶段。BPH银行希望其他系统也可使用主机和客户系统的所有功能。当前，建立开放 SOA 的行动在不断进行。Galaxy 项目现在已经进展到银行所说的“面向服务的中间件”。在这个阶段，BEA Tuxedo 作为事务引擎，并且有一个连接到主机系统的适应性架构。系统根据峰值负载，提供服务动态负载均衡和可配置的优先级。
BEA WebLogic Platform 8.1 作为客户通用的界面层，底层EJB为Java客户提供业务功能，Web服务层支持Web客户端，而servlet层为其他客户提供业务功能。
按照最新的公告结果，这个SOA解决方案得到BPH银行多达3390台服务器的支持。系统最多处理8万项服务，当前的请求队列数超过了3000，还有12组服务器。与原来的自动记账项目相比，这是一个质的飞跃。Wcislo解释说：“40多个系统直接连接到Galaxy，每秒钟处理成千上万的业务和约100万的数据库事务量。”
开发速度提高50%的方案
Galaxy现在支持多个紧密集成的关键应用，是开放的、基于标准的、灵活的应用框架，支持BPH银行的网上银行平台。40多万的客户使用网上事务。该框架还为企业客户管理在线事务。
Galaxy支持“Sez@m Agent”银行应用，使销售处和代表能够与分行外部的客户保持密切、互惠和满意的关系。另外，统一的基础架构为电话银行、交互式语音应答界面和 IVR 服务层提供应用。
Galaxy 支持其他重要的业务系统，例如贷款处理系统、企业和个人客户 CRM、风险管理系统，并且遵循新巴赛尔资本协定 (BASEL Ⅱ)。
Piturecki 说：“BPH 银行的 SOA 环境灵活可靠。它是建立服务框架最快捷的方法。使用 BEA WebLogic Platform，即便在营业结束时，BPH银行也能够保持核心系统的全天候运行，并显著降低了应用的总体拥有成本。我们认为，BEA WebLogic Platform使BPH银行能为市场提供各种服务，与使用传统的开发模型相比，开发速度最多可提高50%。”
海外案例
施乐公司：24个月内收回所有投资
施乐公司的复印机因其能够复印出页面干净、线条清晰的影印品，从而给办公室带来了革命性的变化。因此，公司名称也成为其旗舰产品——复印机的代名词。
强者也有瓶颈
虽然施乐在复印方面无可匹敌，但是近年来，施乐也遇到了自己的业务瓶颈：众多产品部门的定制编码新业务应用需要大量的重复劳动，而这已经成为提高生产效率的障碍。
施乐因此创建了集成能力中心，旨在通过使用更高效的应用开发和集成方法，将编程工作集中并有效控制成本。中心的工作小组致力于将施乐的业务应用与后端系统相集成，打造出一个出色的IT体系結构，以此来支持对编码资产的重复使用，并利用通用的基础设施进行大量应用集成。
寻找中间件
通过几年间使用CORBA代码集成应用，小组发现他们编写的定制代码越来越多，这样不仅增加了成本，而且延长了部署周期。施乐开始评估中间件以构建新的企业服务总线（ESB）体系结构—— 一种可以在企业范围内统一连接服务、应用和资源的中间件模式。ESB模式支持连接在不同平台上并行运行的软件，以及使用不同的编程语言与技术，这使施乐能够更快、更轻松地向其用户推出新的应用和应用更新。
为了向其ESB框架提供集成业务逻辑，施乐对一些著名的中间件进行了评估。最终，他们选择了一款可以提供通用连接的解决方案——拥有故障切换能力的ESB。ESB使用了具有以消息为导向、事件驱动以及Web服务能力的WebSphere软件。IBM WebSphere Message Broker、IBM WebSphere Application Server Network Deployment以及IBM WebSphere MQ是先进的ESB解决方案的基础。
施乐公司集成能力中心负责人Ram Sunkara表示：“IBM在开发中间件产品，以及使用相关产品和服务支持中间件方面是值得信赖的。IBM不仅能够满足我们在可扩展性、可用性和性能方面的需求，而且它还能始终如一地大力投入研发，以此不断增强产品组合的能力，这是IBM能够从激烈竞争中脱颖而出的关键。”
有问题只须求助
在新的WebSphere基础设施上运行的50个应用中，包括了用于查找施乐客户支持团队所需要的服务提供商、进行信用审核、管理客户问题投诉、处理部件订单，以及收集复印机用户信息的Web服务。这些应用很多都需要7×24全天候可用性，WebSphere Application Server Network Deployment的故障切換能力确保用户在任何需要的时候均可获得服务。
另外，WebSphere应用服务器在施乐的灾难恢复计划中也起到重要作用。WebSphere MQ可以帮助实现很长的正常运行时间，它每月均能确保传输超过200万条消息，是连接施乐后端数据库与其他业务系统至应用前端的集成解决方案的重要组成部分。
这款基于开放标准的集成解决方案支持面向服务的架构，该结构支持多种与后端系统进行通信的方法，其中包括使用WebSphere MQ和WebSphere Message Broker进行消息传输。WebSphere Message Broker能够实现无线连接，并将信息转换成与后端信息相同的结构与格式。具有高级部署服务能力的J2EE和Web服务应用服务器WebSphere Application Server Network Deployment（应用服务器网络部署），支持Enterprise JavaBeans创建，使业务逻辑更加迅速得以应用。施乐还使用了IBM WebSphere Studio Application Developer Integration Edition来构建模块化应用，其能够快速适应变化。
每年节省72万美元
凭借基于WebSphere软件的新ESB解决方案，施乐预计每年可以节省72万美元的应用修改成本，而以前则通常需要将定制编码与后端系统重新集成。另外，应用修改所花费的时间仅为过去的1/4。Sunkara谈到：“我们在24个月之内就收回了全部投资。我们相信IBM能够通过未来产品开发对其软件提供不断支持，同时，IBM还将为应用和数据提供一套全面的集成基础设施，其中包括我们正在考虑采用的新产品。”