从软件厂商到ISV，甚至是技术机构团体都开始对SOA最为基础的环节：服务展开了探讨。对服务总线的再定义，服务管理的调整，服务流程的规划，甚至是最根本的服务自身进行再次的检测。这与SOA在整个IT行业中的成熟度受到质疑是密不可分的，但同时，对于SOA的前景与潜力，人们同样给予了无限的支持。正是如此，才会有更多的原因去探讨SOA应用的关键任务所在。

    TechTarget从今年的SOA实施应用中总结出了一些就SOA应用而言需要注意与规避的五个弊端。分别是：

    第五：无法理解SOA性能需求

    SOA实现了数据处理层及架构于此基础上的相关性能。建立成功的面向服务方案关键在于事先理解该方案性能需求及其基础架构的局限性。

    第四：并非是完全基于XML基础的架构

    XML数据演示层是SOA的基础。但我们往往会更在意服务之间的数据如何传送而忽略了这些数据是如何构建的，这种疏忽将导致持续出现XML数据演示层的错误执行。

    第三：缺乏过渡计划

    由于企业内服务的范围将引起外部基础架构的重新定义，其影响将是巨大的。缺乏过渡计划，则无法逐步实现服务定位和SOA特性的转化，更无法使得这些转化在技术，架构及组织层面上进行的。

    第二：非标准化SOA

    SOA需要内部设计标准的建立与实施来实现其优势。

    第一：按照传统结构分布建立SOA

    SOA并不是简单的CORBA+XML，也不是ASP.NET+WSE。服务导向并非目标导向，它们之间的联系也没有紧密到所有建立目标导向的组成逻辑在服务导向方案环境中都可以适用的地步。SOA是一种独特的建立在服务基础上的架构，一个独特的设计范例。

    综上所述其实不难看出，对于SOA的实施应用，服务从最开始就扮演着最为关键的角色。抛开传统的分布结构模式，重新理解服务在SOA整体架构中的基础地位，认识服务对SOA整体架构中的性能体现，从服务构建出发，实施标准化的SOA应用。

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