【TechTarget中国原创】最近，ZapThink和一个跨国金融业务公司的CIO会面，一同讨论了他们在面向服务架构（SOA）的实施方面所取得的成就。该CIO提出了一个十分有趣并且颇具建设性的一点：尽管自己在业务价值方面已经取得了很大的成功，他将SOA方面的努力归结到一套特定的领域。

　　依照CIO的经验，许多看好SOA技术的机构采用SOA的基本策略是：SOA可以解决一些但不是所有的问题，当SOA特有的收益超过了日常开支和SOA所要求的结构改变开支时，SOA就得以良好实施。因此，SOA的成功并不需要全面的改变；相反，那些经过缜密思考，而选择SOA的设计师会通过有限范围内的项目，履行SOA对于业务方面的承诺。那些不得要领的设计师为成功实现SOA制造了重重障碍——但是，只要采用几步实用措施，SOA的成功并没有那么困难。

　　SOA不是一劳永逸的办法

　　正如我们在2004 的ZapFlash上介绍的一样， ZapThink一直都在讨论，SOA不是解决所有IT难题的办法。毕竟，银弹只能用于射杀狼人，如果有一个吸血鬼追着你跑，你最好还是用来木桩对付他们——机构在解决IT问题时，也是这个道理。首先着手解决业务问题，并根据该业务问题设计解决方案，显然这是处理IT问题以及SOA问题的最佳方法.

　　在SOA中采用解决方案定向的方法只是实用SOA的一个方面。 一方面，将具有潜能的SOA项目置于首位，这对于架构团队来说非常重要。另一方面，这也是在SOA实施中采用可重用方法的已建立的最佳实施。每个项目迭代都产生了业务价值。将二维的评价流程和风险/效益评估相结合，这样你就有了一个解决SOA的实际方法，该方法能够将潜在的SOA项目从你的规划图中整个消除，并关注那些风险最小，效益最高的项目。

　　以项目为基础的实用SOA

　　要想知道如何用实际的方法解决SOA,，最好的办法就是探讨机构如何采用特定措施的一些例子。下面是常见的情况：

　　·实用SOA治理。现今，机构面临的大多数治理问题并没有直接涉及IT——如果它们的确涉及到了IT。许多策略并不只是简单的可自动化，正因为如此，IT只起到了辅助作用即使书面策略得以交流传达。在设计一个SOA治理措施时，区分可自动化策略和其它需要手动完成的策略十分重要。

　　因此，SOA治理措施的迭代应该关注，比方说，服务的安全策略，然后是重用和服务策略的质量，最后是服务消费策略。从业务角度来说，就是所有机构需要建立、通信、执行、和升级的策略。这样，IT就可以利用SOA将一个特定用户机自动化并通过基于风险/效益的评估，把特定的策略置于首位，实现特定用户机的自动化。

　　·实用的重用。许多人把重用看做是SOA带来的主要收益，但是，在实际操作中，重用很难实现。毕竟，重用实际上意味着资源共享——就像我们在幼儿园学到的共享一样，我们那时不喜欢共享，现在也不喜欢。高效的重用需要治理，尽管如此，机构目前面临的主要问题就是从不断增加的重用中寻求业务价值。

　　因此，设计师必须理解，重用需要经过很长时间才能建立起来。毕竟，“重用”这个词本身意味着首先要“用”。 只有当机构使用服务过程中，建立了一个舒适度时，才会重用这些服务。实用重用，因此意味着将重用延后到迭代。并试图从SOA措施中获取不同的短期效益，让重用按照自己的速度增长。

　　·实用旧功能重用. SOA的可重用带来的另外一个重大的好处就是旧功能重用。当谈到令服务得以实现的旧功能时，拇指工程异常持久的80/20规则颇见成效。分析一下在所有特定的系统和程序，你用得最多的旧功能是什么，使用的几率有多大？你在80%的时间里使用了20%的旧功能。20%的服务实现就可能为旧复原投资，既为增加的使用也为更好的重用旧资产，提供最好的价值。实际上，你可能会发现，在剩下80%的功能中很难实现服务。

　　·实用面向服务业务应用. 面向服务业务应用由执行业务流程的服务组成。当ZapThink讨论面向服务业务应用(SOBAs)的创立和管理时，所有为了建立和维护SOBAs所采取的措施似乎都成了麻烦。事实上，SOBAs的确为机构执行的许多业务流程带来了麻烦。毕竟，依靠添加支持SOBA所需的内务操作和复杂性，稳定、可靠的业务流程收效甚微。

　　在一个要求高度灵活性和SOBAs提供的用户权力收益机构，验证这些业务流程对于设计师来说非常重要。就像全球财政服务公司讨论的一样，机构执行的业务流程中只有很小的一部分证明这些SOBAs要求的额外支出和日常开支是合理的。

　　·实用用户权利.不需要通过IT，而使特定的业务用户能够管理业务流程并推动业务流程的发展是SOA最大的目标。该前景的实现需要安全的治理以及最近才上市的成熟工具。用户权利的一个更为实用的方法就是利用目前可以使用的终端用户工具，该终端用户工具包括浏览器、数据表、移动设备以及SOA激活的服务，为用户提供一个更为丰富，更为实用的界面，将更为复杂的组合任务留给了IT处理。

　　这样的实用用户权利可以通过多种形式实现，包括Ajax启用的协议，业务服务的手持接口，以及将服务问题放入单元格的电子数据表等其它的形式，换句话说Web 2.0运动代表了一个为企业设计的自助餐选项。但是，设计师查看自己的“废料”，并选出那些风险小，业务价值高的新闻。因此，不需要用那些新工具和他们在日常工作中不能或者不愿使用的功能。实用用户权利着眼于增加业务价值，建立在用户的功能和需求之上。

　　ZapThink采取的措施

　　我们很少能看到人们在一个句子中同时使用“实用”和“架构”这两个词。更不用说使用“实用SOA”这个词了。实际上，如果你搜索这个词，大多数的讨论都集中在具体细节的网络服务，而不是SOA的企业架构方面，但是，我们认为，机构为企业架构（EA）采用一个实用方法非常重要，尤其是在实施SOA时。所有处理过Zachman框架的人都知道在EA中采取一个过于正规，全有或者全无的方法是注定要失败的。相反，设计师必须在工作中必须寻求技术方面和人力方面的平衡，并把主要时间用于为机构建立快速、有形价值的实用效能。

　　在设计师实施SOA过程中，关注实用效能尤为重要。一方面，是因为结构方法的不成熟性，另一方面是因为要为SOA措施建立和维持业务支持的需要。好消息是，成功使用实用SOA 的机构数目在不断的增加，不考虑SOA要解决的问题，SOA的实用方法降低了风险，增加了成功的几率——无论是短期的单个项目还是企业长期的结构改变。