面向服务的架构（SOA）将为IT带来新的革命。为什么呢？因为SOA拥有真正实现重用的潜力。多年来，各公司一直都在讨论重用的话题，但从没有任何真正能够完全实现重用的实例。你可能会问：“为什么SOA能取得以往所无法企及的成功？”这是因为SOA的标准、最佳实践和治理模型已经成熟，完全可以在实际工作中实现重用了。

　　根据定义，SOA是一个架构。同时，SOA也是一种IT方法，能够帮助企业解决业务上遇到的重大难题。并且，SOA收回成本的速度也很快。实际上，SOA有许多快速收回投资成本的商机，其速度甚至快得让人惊讶。比如，许多企业并没有意识到在各个部门和应用之间的重复过程的数量是如此之多，以至浪费大量的费用。如果计算一下这些由冗余或重复功能造成的成本浪费及损失的收益，你就会知道相对于管理多个可能互相抵触或者重复的功能，集中式的服务有多大的优越性。

　　最近几十年来，企业变得越来越复杂化。兼并、整顿、全球化竞争、业务外包、合作等因素使得任何一个公司都要用到大量的应用。如果一个企业的所有应用都是在一个总方针指导下进行开发的，那么情况可能会有所不同。但是，通常的情况是这些应用都是各自独立开发，然后在将来的某一天，它们开始需要互相合作。结果就是，这些公司要维护多个IT系统，而这些系统却无法集成到一起。

　　SOA为这些企业提供了一个可以循序渐进地进行的方式，避免因为复杂的工作可能带来的混乱。下面将简单介绍的两个已经帮助许多公司走向SOA成功之路的项目。并且，值得一提的是，这些项目在仅仅几个月的时间里就产生了相当可观的商务业绩。

　　使用SOA提供标准服务和业务过程的公司，其IT价值也会成倍地增长。如果每个客户、供应商、业务伙伴都对应唯一的视图，各个具体的业务需求也都对应唯一的业务过程，那么企业就能更顺利地运行业务，把更多的精力投入到增加业务价值上，而不是消耗在应付IT基础设施的问题中。过去有个比较流行的看法，认为重用的价值就是消除重复开发和维护。然而现在大多数人公认的是，重用的价值主要体现在使业务过程标准化。下面用两个项目来具体介绍企业如何快速实现SOA的价值，为将来的IT系统扩展与企业发展打下坚实的基础。

　　项目1：SOA与零售业

　　某零售商预计SOA将为其带来2000万美元的收入，其中包括创建一个服务中心作为唯一的配货信息源。

　　许多企业在市场上遇到阻碍就是因为他们无法有效地实现客户期望。比如，某家服务公司受客户委托要派一名业务代表到客户家里解决一个问题。收到这个委托的时候，公司可以承诺该业务代表将在八小时的工作时间内到达。这意味着时间并不是很确定。这样，就有可能出现这种情况：当客户在家里等了整整一天后，公司打电话通知这位客户，说该业务代表今天无法抵达，需要另行约定时间。这种对顾客期望的管理不善可能导致客户体验下降，甚至使客户流失到竞争对手那里。这种情况很有普遍性，并且对于任何依赖服务质量来维持业务的企业来说都是非常重要的因素。

　　在零售业中，成功的零售商应该能够完善地管理、满足甚至超越顾客的期望。不管是商品的质量、维持必须的库存或是迅速地处理定单，都应该以高期望值为目标。配货日期应该准确，并且不管由于什么原因而使配货日期发生变化的时候，都应该通知客户。这样，零售商就产生了部署SOA产品的需求。

　　零售商的业务链包含了多个系统，每个系统都能更新配货日期。因此，如果有人在其中一个应用上改变了配货日期，定单处理系统可能无法对信息进行一致的更新。结果就是，配货日期改了，而客户没有及时收到通知。因为这些异构系统无法互相交流更新的信息，而客户代表就得花费大量的时间查看多个定单管理系统来回答客户的咨询，或处理客户因为没有按时收到货物而提交的投诉。由于信息的滞后和及时通知客户的能力匮乏，使得客户与雇员都很受困扰。

　　解决方案就是一个集中式的配货日期服务。这样，当配货日期发生变动的时候，业务实现系统就会通过零售商的企业服务总线（ESB）向这个事件驱动的服务发送一个配货变动通知。从而，定单系统数据库（以及其它任何使用此服务的系统）就能随时获得及时更新。这使得售后服务人员能够更快、更准确地响应并处理客户的问题。

　　零售商的配货日期服务是一个通过ESB进行管理的SOAP over HTTP服务。当前业务实现系统的WebSphere MQ接口通过ESB连接到各个新服务。为了支持WebSphere MQ与SOAP之间的消息传输，需要为服务开发一个消息传输中介。所有从WebSphere MQ接口发来的业务实现系统的请求都经由此传输中介进行从WebSphere MQ到SOAP的转换。然后SOAP请求被发送到配货日期服务。用于开发ESB的产品可以提供所有从WebSphere MQ到SOAP的转换支持，因此无须由编程实现转换，最大程度地减少了开发时间并能节省资源。这种设计方法同时实现了发布－订阅的功能，其中配货日期服务是在ESB上发布的。通过这些订阅－发布功能，其它的系统也可以订阅同一服务，因此也能得到配货日期变动的通知，并进一步促进组件的重用。这种订阅－发布模式也能使所有非独立系统获得同步通知。

　　以上是一个简单的SOA项目。所有的工作——创建两个集中式的服务和一条ESB总线——只需要4位开发人员4个月的努力。但对业务的影响却是巨大的。客户不会再错过配送日期或收到错误的配送信息，由于配送引起的订单取消的数量也将减少。更重要的是，由于零售商能够满足客户的配送需求，客户也会重复下单，从而为零售商带来更多的利益。

　　项目2：金融服务SOA

　　几乎所有的金融服务企业都努力争取在减少成本消耗的前提下提高客户的满意度，与此同时，却又面临着越来越复杂的安全性问题。这些越来越难以解决的问题常常会导致公司花费更多的成本，或者顾客的满意度下降。本案例中提到的金融服务企业使用SOA来帮助他们减少开支、提高客户满意度，并且在安全性上也不会有任何退步。

　　大多企业都经历了一场从传统的劳动与成本密集型向自动化过程转变的革命。通常最昂贵的过程就是那些需要处理异常的日常业务过程。之所以处理这些异常的代价如此昂贵，是因为不管是供应链里的逆向物流或是服务的账务纠纷等，通常都需要大量的人为干预。

　　本项目可以使金融服务企业大量减少劳动密集型的过程和与高成本消耗有密切关系的账务纠纷。通过创建一个集中式的服务来实现自动化过程每年可以为企业节省大约2亿美元的成本。这些成本节省是通过使用非常易于部署的自动服务来代替人力和陈旧的过程来实现的。

　　金融服务企业就像是许多大规模零售贸易业的后援。以下处理纠纷的过程就是一个会花费大量成本的业务异常的案例。如果一个零售客户对一宗交易提出异议，金融服务企业就应该把所有的交易过程打印出来，并以普通邮件的方式寄给客户，让客户指出具体的交易失误。然后客户在这些文件上做出标记、签名，再以普通邮件的方式寄回金融服务企业，而金融服务企业则将这些标记出来的文件打包寄给零售机构。收到这些文件后，零售机构应该确定是否接受这些投诉。完成这个过程可能需要20天的时间，并且每宗交易都会浪费企业400到700美元的成本。

　　因为安全性是必须考虑的一个极为重要的因素，所有新方案都必须遵从金融服务企业的核心交易处理系统的安全规则。为了保护客户的数据信息，金融服务企业以往只开放交易系统的一个接入点，他们无法为每个零售商提供与系统的点对点连接，因为维护这样的点对点连接的成本是非常庞大的，并且可能出现难以容忍的高错误率。因此，金融服务企业只允许零售商通过他们的交易系统进行交流，所有人都使用同一个连接——这样，企业只需要为一个单独的连接提供安全与维护支持。而SOA则可以扫清这种障碍。

　　金融服务企业通过部署一个通向核心交易系统的服务，可能允许所有的零售商通过该服务代替客户向金融服务企业递送交易投诉。客户现在只需要登录到零售机构的网站上就能看到他们账户下的交易记录。如果客户要递交一份投诉，他只需要选择那些有争议的交易即可。然后网站把这些请求发送到金融服务企业的交易纠纷服务。客户登录到网站时提供的验证信息同时也递交给金融服务企业，避免了需要客户亲自签名的繁琐手续。现在，这样的一个交易纠纷处理过程从过去的20天减少到平均3小时，成本消耗从400-700美元减少到约40-70美元，获得相当于90%的成本削减！