面向服务的架构（SOA）经常被奉为代码重用的关键，关于这一点，专家们说起来容易，做起来却难。理想情况下，我们可以通过代码重用降低成本，并从中获益。但即使是那些狂热支持SOA的人们也不得不承认，如果仅仅只是通过未经深思熟虑的简单规划，想轻松地获得收益是不现实的。今年1月底在旧金山举行的Open Group企业架构师大会上，这一话题备受关注。

    在这次大会中，Wipro技术公司的高级咨询师Srikanth Inaganti提出，应该为SOA建立一个可重用的框架。过去的两年半时间里，他一直致力于研究某客户的网站，希望通过有效地服务划分来改善可重用性。因此，作为Wipro公司SOA框架和工具开发团队的一员，他的建议可以说是来自实际应用需求的。

    在他的介绍中，Inaganti谈到了在向SOA转换的过程中重用的重要性，讨论了在企业内部让员工接受重用思想所面对的问题，以及被他称为“试验性”的解决办法。

    Inaganti表示，SOA从根本上改变了人们开发应用软件的方式。你可以在自己的生态系统中消费服务，并通过增加新的服务组合来提高整个系统价值。当然，如果仅仅只是增加一些个别人可访问的服务，或者增加的服务并未被加入整体系统中，这些情况下是不涉及重用问题的。

    根据Inaganti的理论，重用与那些经得起时间考验的服务关系最为密切，或者可以理解为那些生命周期长的服务更有重用的必要。原因显而易见，企业可以通过对这些服务的重用来降低风险，缩短上市时间，减少维护和实施成本等。

    重用的瓶颈

    在重用过程中，Inaganti也遇到了许多困难和阻碍。下面列举出四个在企业架构（EA）方面存在的问题：

    缺乏公司/企业的支持
    缺乏支持重用的IT流程
    缺乏相关IT标准
    缺乏广泛接受的重用指标

    他还列举来四个涉及SOA的更大的问题：

    缺乏对可重用服务的意识和推广
    缺少SOA质量保证（QA）
    服务设计不足
    时机把握不足
   
    Inaganti指出，很少有客户会在规划阶段花足够的时间和精力来进行计划。因此，“并非有了组合服务的观念就一定能带来通用的设计”。

    在整个过程中，相当多的人参与进来，他们都需要了解这些可重用信息。比如有人会告诉开发者，某个服务需要在不同场景下重用。服务开发完成，测试人员需要对代码进行测试，以确保其正常工作，他同样必须知道该服务是可重用对。另外，服务的使用者也需要知道哪些是具备SOA功能的应用。

    有些人认为，SOA并不真正地需要标准。但Inaganti坚持认为，从成本的角度来看，我们需要IT标准。例如，他发现一个用户可能会通过访问10个网站使用5个搜索引擎。实际上，我们可以保持该多样性，而无需扼杀创新。但显然，仅仅有服务登录和集合（registries/repositories）是不够的。我们所需要的就是找出这样一个带头人，并组建一支用于支持重用的团队。

    Inaganti表示：“确实会有很多阻力阻碍你使用组件——尤其是公司内部系统。相对定制的商业系统，阻力会小一些。”通常，支持重用理念常用到的例证是对于成本节约的好处，而重用支持者们也往往只停留在这一点上。要想使人们真正接受重用的观点，就必须有一个真实的管理案例，要实现这一点则需要一个成本分配模型。这是刺激某一业务部门为其他部门提供服务的最直接有效的方法。同时，还需要定义重用规则和进行一致性检查等。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。