当企业规划一个SOA项目以推动用户价值并充分利用语音通信基础设施时，面临的一个主要挑战是他们缺少拥有合适的SOA技能的架构师。事实上，在很多企业中，人们对软件架构规则仍然误解很深。与此同时，目前架构专业分为好多种类型，大多数架构师只精通其中一两门专业。要成为面向服务的架构师，首先要对于企业架构有清除的了解，其次还要熟悉技术架构、信息架构、业务流程架构和数据架构。要找到具备所有这些技能的人无异于大海捞针。

    部署中型SOA项目同样需要技能熟练的架构师，但这些架构师的经验深度不必与那些规划重量级SOA工程的架构师相同。事实上。事实上，在完成几个中型SOA部署后，你的架构师就会变得逐渐程序，并且他们的SOA技能也在不断提高，这为将来他们能够胜任重量级SOA项目的部署工作打下了良好的基础。

    开发人员和架构挑战

    SOA给整个IT机构都提出了技能挑战，而不仅仅是架构师团队。特别是，SOA--就像其它任何架构一样，给应用开发团队带来了很多困难。毕竟，开发人员都是有创造性的精英，他们喜欢自由自在，不欣赏太多的结构。然而，作为一种架构，SOA给开发人员带来了太多地限制。

    重量级SOA的部署可能涉及到很大的团队进行参与，并且责任分工很广泛，而中型SOA项目一般都是由规模较小、比较灵活的开发团队完成的，在部署过程中，架构师可直接与开发人员、测试人员和其它日常工作人员直接打交道。此外，如果企业能够利用可以支持如此广泛专业的工具，那么，这样的一个以团队为基础工具可以缓解许多架构师和开发人员之间的矛盾。

    其实上，这些冲突往往归结为SOA治理（governance）问题--当开发人员在创建、发布、发现以及重用服务时，应该使用什么策略，谁负责制定和执行这些政策。中型SOA工具因此应该还具备对于这种治理能力的支持，从而使得应用程序开发团队与架构师可以一起参与策略的制定和执行，而不是仅仅让架构师负责制定这些策略，这种做法是不切实际的，通常会引起开发人员的抵制。

    过程专家和技术实施的挑战

    SOA提出的挑战超越了应用开发团队的范围。事实上，商业分析家和其他业务流程专家也必须应对SOA提出的挑战。毕竟，为了实现灵活性，业务流程必须保留其商业背景。然而，大多数情况下，技术上的细节占据了上风。如果代表商业发展路线的商业分析师无法有效地与架构师以及应用开发团队进行交流，那么，服务所需要的这个关键性的业务需求背景以及SOBA（面向服务的业务应用），将可能会丢失。

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