敏捷性与质量共存

　　即使应用程序架构是单块式的，也可以将基于应用程序的新产品快速地推向市场。然而困难之处在于这样做的同时还要将服务质量维持在客户期望的水平。组件之间紧密耦合的应用程序往往很脆弱，您很难做到改变其中一部分而不破坏其他部分。由于 SOA 具有高度抽象的特点，它让服务消费程序的开发人员不必关心底层系统和数据结构，对服务提供端的改变不会影响服务消费程序。您可以改变数据库模式，改变程序的语言，改变服务器平台 — 这都不会改变服务消费程序中的东西。

　　SOA 还通过数据自治提高了质量。原子级服务被组合成服务 “节点”，每个服务组都有自己的一组数据库表(如果应用程序使用一个数据库 — 注意，“属于” 不同服务节点的表只能是逻辑上分开的，它们实际上还是在一个物理数据库中。)规则如下：如果要访问属于服务组 ABC 的一个表中的数据，那么只能通过服务组 ABC 中的某个服务来访问它。有了这种方法，当数据库模式发生变化时，需要修改的程序就会少一些。

　　不是零和游戏

　　传统思想认为，一个企业不能同时在成本效益、质量和敏捷性这三个方面都取得很好的成绩。人们会说，您可以动作很快，并且以很低的成本提供服务，但是不能妄想在质量方面也取得领先地位;或者，您可以快速推向市场，同时有较高的质量，但是又离不开高成本。然而，SOA 就有这个潜力来打破传统：

　　成本效益。是的，SOA 可以增加服务器利用率，但是它还为将不同的应用程序服务平台与数据服务平台有效地组合起来交付服务提供了便利，这使得企业可以真正使用正确(价格适宜)的工具来做正确的事情。在此基础上，服务器硬件和软件的购买成本只是与企业应用程序相关的花费的一部分。另外还有代码维护和升级成本，作为 SOA 一个关键方面的技术抽象确实有积极的影响。

　　质量。正如我前面提到的那样，SOA 使应用程序没那么脆弱。更多的代码将远离由于新服务开发和新服务器技术的部署而导致的变化，所以当您的企业响应客户需求的时候，很少出现服务遭到破坏的问题。

　　敏捷性。前面提到，转向 SOA 的过程背后发生的范例变迁(真烦人 — 又提到这个词)更多地与敏捷性有关，而与其他事情关系不大。如今企业的转换步伐(我不在乎您谈的是大型企业还是小型企业，私有企业还是公有企业，金融业、制造业、运输业还是其他行业的企业)在几年前看来只能用令人晕眩来形容。这是一场赛跑，在这场赛跑中，落后的企业就会跟不上潮流。SOA 可以提高企业的适应性，让企业能够走在其他企业的前面，为其他企业树立标杆。

　　如果把您的 IT 企业比作一个三条腿的凳子。那么您肯定希望所有这三条腿 — 成本效益、质量和敏捷性 — 都够强壮，对不对?SOA 可以帮助让这个设想变成现实。您已经知道了关于 SOA 的一些概念和术语，并了解到它不断发展的潜力。那么，现在就与您的应用程序架构师同事一道，开始构建吧!

上一页  [1] [2] [3]