SOA通常部署于单个项目或少数项目，所以企业部署SOA的实际比例没有宣传的那么高。SOA的投资回报率也由于部署范围有限而受到了限制。预期与现实的差距正是SOA发展所遭遇的问题。随着SOA逐渐成为一项主流技术，供应商需要帮助企业用户更好的评估他们的SOA架构部署。

    阻碍SOA部署的障碍有以下方面：

    文化：SOA要求开发者重用其他人开发的代码，但开发者有时只想自己创造代码，而不是修改代码。

    培训：开发者需要取得新的与SOA服务相关的技能，但通常缺乏培训基金。

    成本：软件许可证和咨询顾问价格不菲，公司或分支机构往往不愿支付这些费用。

    技术：供应商需要发现一种技术方式，帮助企业降低部署难度和部署成本。

    内部拥护者的缺少：管理者自身没有SOA经验，也缺乏部署SOA的动力。

    所以，针对以上提到的阻碍，需要采取一些措施：

    标准先行

    由于SOA标准的制定进程比较缓慢，对于中国企业而言，在标准没有统一之前，很难持开放的心态部署SOA。在采纳SOA技术时，具体用松耦合还是紧偶合，颗粒度粗细要多大，这些目前都没有很好的标准，因此客户相对会比较谨慎。所以建议企业用户在技术选型时，应当对IT厂商在SOA国际标准或规范的遵从方面加以考察。若不遵从SOA标准规范，其整合异构系统的功能将大打折扣。某个意义上说，谁主导了SOA标准的制订，谁就将成为SOA市场的领导者。

    IBM正试图成为该领域的标准制订者，其在推动建立SOA标准方面表现的尤为积极。它与Oracle、BEA Systems以及中国的普元软件技术有限公司等18家厂商共同向结构化信息标准促进组织（OASIS）递交了旨在简化SOA应用开发的服务组件架构（SCA）/服务数据对象（SDO）规范，通过其开放式标准过程进行推动。但目前为止，这仅仅是一个规范而非“标准”， Microsoft就独立在该规范的制定进程中。有分析认为，SOA国际标准的形成可能需要数年的时间。

    企业用户往往会有短视的行为，根据眼前利益上一些系统，结果要花很大的成本去整合这些系统。在SOA早期应用阶段，企业用户尽量不要和一家厂商合作，而是要和供应商、咨询服务公司、集成商等多方合作，以免将来由于标准问题出现SOA“孤岛”。

    加快人才培养

    企业用户普遍缺乏相关的SOA技能。据一项SOA应用调查数据显示，四分之三的参与调查企业希望在部署SOA过程中借助外部资源。IBM大中华区软件集团总经理Bete Demeke曾表示：“只有客户也具备足够的IT能力，才能带来SOA真正的发展。”。

    供应商正采取行动加快SOA人才的培养。IBM与用友软件股份有限公司联合成立了“用友SOA创新中心”，加强双方在SOA领域的深层次合作。此前，IBM还和国内的浪潮集团成立了SOA创新中心。作为IBM培养SOA人才及技术合作计划的一部分，IBM希望通过这些合作，在未来三年内帮助其他企业培养100个SOA高级架构师，1,000个SOA设计师，10,000个SOA开发者。应对挑战，需要技术提供商、服务提供商、独立软件开发商（ISV）、集成商（SI），还有用户一起努力。

    SOA早期部署者通常积累了成功或失败的经验，对后来者也有启发意义。例如中国企业早期部署ERP较为成功的企业曾经培养出一批优秀的ERP人才，这些人才后来成为各个企业的抢手货。现在SOA的部署也在经历这样一个阶段。中远集装箱运输有限公司自2004年开始采用SOA搭建了新的EDI平台，其内部IT人员经过几年实践，积累了丰富的SOA应用经验，现在他们开始向其他企业提供相关的咨询服务。

    低成本部署模式

    除了技术和人才因素，部署SOA的成本高昂也让企业用户犹豫不前。企业应用SOA需要支付不菲的软件费用和居高难下的咨询服务费。SOA提供给客户一个现代的、灵活的应用软件基础架构。但用户需要不断的增加额外的支出才可以实现。

    如今IT企业的主管人员都面临着花更少的钱办更多事情的挑战。这就意味着他们需要一个灵活的，高效的应用软件基础架构去面对不断变化的商业需求。并且这些又不会花费大量的资金。为此，一些企业把其开源体系结构整合成一套虚拟化操作系统平台，其中有一整套组件和展开基于SOA的解决方案。希望这种符合开源标准的低成本部署模式能够吸引到更多的用户。

    调整IT策略

    未来计算机应用技术将能更好的服务于现实世界的业务，应用软件业务的功能，业务的流程提供也必然不会再继续依赖于软件技术人员，业务人员必然可以使用软件定制自己企业的业务流程、规则，实现业务的创新。

    ①针对应用大过技术的弊端，在初始阶段，不要选择SOA管理工具包或者管理解决方案，为Portal、程序整合或者系统合并项目选择所需的技术。如果对程序引擎有具体的业务驱动要求，考虑使用ESB(Enterprise Service Bus, 企业服务总线).如果该项目是为端口，考虑使用具体的Portal技术。要持续关注该应用软件和并以其对商务程序的影响为基础测量结果。

    ②针对装配而非购买的缺点，持续思考其应用和所解决的商业问题。在SOA平台上建立商业价值观并通过商业目标来确定使用的SOA架构种类。BEA、IBM、 微软、甲骨文和SAP都将持续倡导在复合SOA应用软件中建立自己的价值观。

    ③针对重点在于生产的情况。在生产中运行，指向应用软件核心而非外围的解决方案才是首选。在测试环境中，SOA应用问题可能会异常难于复制。简单测量终端用户经验或者硬件指标的工具只能治标，真正需要的是能从根本上解决问题的方案。

    ④ 针对SOA的实施必须根据企业的实际情况制定，要使众多方法思路能够协调配合：

    首先，要按企业业务策略调整IT策略，也就是说，由业务计划来决定IT计划。其次， 要建立在坚固的企业级结构上，重点是业务组件及基础架构，最大限度实现构件化和可重用。最后，要充分利用遗留软件和商用软件，追求安全，降低风险。

    总的说来，在SOA方法的实践中的改进中要关注五个活动领域的内容：企业IT策略、企业体系结构、应用软件结构、组件开发、应用软件集成和部署。

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