中国软件评测中心主任助理黄江平认为，在还没有把SOA作为终端产品推给用户的情况下。厂商不仅要卖工具，还要教给用户怎么去用，并且要和用户的业务紧密结合，这就需要架构师这个级别的高端软件人才。

什么是架构师？有位用户这样说，挑出架构师的最佳办法就是，让10名开发人员进行工作，观察十年，然后确定谁是架构师，可见架构师的培养之难。

对于SOA来说更是如此，SOA需要的观念有别于传统的IT基础设施构建方法。许多人会用Java编程，也懂得如何开发单一的Web服务，但使用面向服务的架构把诸多服务组合起来很难。与开发人员不同的是，架构师的作用就是对SOA模型做大的改变。这种分工，就是让开发人员集中精力创建作为服务定义的功能单元，而让架构师和建模人员集中精力于如何将这些单元适当地组织在一起。

在推广SOA概念的同时，供应商也发现，企业用户普遍缺乏相关的SOA技能。据一项SOA应用调查数据显示，四分之三的参与调查企业希望在部署SOA过程中借助外部资源。

中国缺乏的恰恰就是架构师，微软全球资深副总裁、中国有限公司董事长张亚勤和用友公司首席架构师黄义璋都曾经在公开场合表示过—中国缺少架构师。

IBM软件集团WebSphere软件、SOA战略、渠道、市场全球副总裁 Sandy Carter说，“全面的人才称作T形人才，业界有一些职务专门为这些人才设立，有的称业务分析师，有的称业务架构师，有的称流程分析师。这在美国已非常普遍，在中东也有越来越多的这样的职务，印度和日本已开始有这样的职务，在中国这个职务还是雏形，处在刚刚产生的阶段。”

对此，中科院软件所资深研究员仲萃豪说，“没有SOA，架构师就没有存在地必要。同样，缺乏架构师，SOA也难以发展和大面积应用。”

下降的性能

据说，一家企业内部做了这样一个测试，在企业内部用XML方式搭建了一套系统，结果发现性能只是原来系统的十分之一。SOA的数据核心是XML，可以达到数据的通用性。但由于XML是纯文本类格式，在解析器上，比传统二进制速度要慢的多。对核心数据压力比较大的业务，速度会更慢。

SOA在功能实现方面，现在常用的是XML的接口，大家目前还是比较认可XML规范。再加上现存的规范多为行业规范，缺乏一个统一的管理。这种规范用XML文件格式来约定，对数据来说耦合性比较松。

对于松耦合的系统，涉及调用，涉及通讯，涉及数据解析。SOA是集成产品，主要是为了解决单元之间的互通和数据交互的准确性。从性能的角度来说，数据交换的次数越多，性能损失越大。现在市场上推广更多的是SOA的易用性、易管理性、易维护性，而忽略了SOA的种种不足。

比如税务系统分为国税和地税，相对来说国税的业务比较简单，地税业务要复杂得多，不仅涉及到了当地的政策法规，还有当地社会劳动保障。由于业务的复杂性，税务系统使用的群体规模又很大。在这个角度上说，用SOA架构会损伤系统的性能。

某地的地税分管系统是全国所有地税系统里面惟一一个全部用B/S方式来实现的，全部用J2EE架构来实现。而SOA架构体系里很重要的一点就是用J2EE来实现。地税里有各种各样的税率计算，各种各样地税计算规则。这种架构导致了后台应用服务器压力非常大，应用服务器和数据库也有很多数据交互。
一些厂商也有一套用硬件去做解析的解决方案，但是价格比较昂贵。如果数据交互的速度不能提升，SOA应用还会面对困境。