凡事有利必有弊。SOA有着架构灵活、构件复用等优点，但其对性能的影响也不可忽视。

　　SOA采用SOAP（Simple Object Access Protocol，简单对象访问协议）作为其传输数据封装的事实标准，而SOAP是XML的一组集合，自然地继承了XML的冗长。SOA系统的网络中传输的是XML封装后的数据包，必然经过序列化、压缩、解压、反序列化等一系列过程，这里面的性能降低是显而易见的。比如每一个请求都需要经过前述的一系列过程，在很多情况下，网络传输中真正需要的数据远比XML的表示要少。

　　所以，基于SOA的系统性能必然存在问题，如果再考虑其并发性，其资源浪费率就会明显上升。详细的量化分析，见右边具体数据分析。该数据模型表明，一个应用系统是由一个门户和多个应用系统组成的集群平台，应用系统间的交互、应用系统与门户、门户与BPM（业务流程管理）的交付等均通过ESB（企业服务总线）形式来完成。这其中影响性能的重要因素是，系统间通过WS（Web Service，网络服务）进行交付时要封装的XML数据，以及对这些XML数据处理要占用大量资源。通过数据分析可以发现，要完成这个业务系统，对系统的要求本身就已经很高，达到了11165538tpmC。

　　TPC（TransactionProcessing PerformanceCouncil，事务处理性能委员会）是由数十家会员公司创建的非盈利组织。TPC-C是TPC推出的在线事务处理(OLTP)的基准程序。TPC-C使用三种性能和价格度量，其中性能由TPC-C吞吐率衡量，单位是tpmC。tpm是Transactions Per Minute的简称；C指TPC中的C基准程序。它的定义是每分钟内系统处理的新订单个数。价格是指系统的总价格，单位是美元，而价格性能比则定义为总价格/性能。一个峰值为11165538tpmC的系统，对其IT基础设施的要求是相当可观的。在这样的情况下，设计系统时要在性能与SOA的灵活性方面进行权衡。

　　可见，把SOA放在一个实时性要求很高、来回请求频繁的事务环境中，就不太合理。XML的处理过程就要占用大量的处理时间，这对于门户、ESB等系统均带来极大的负担。

　　但是由于SOA具有分布式、服务分散的、服务接口化、系统间对接灵活度高等特点，在很大程度上减轻了企业业务系统的整合负担，同时基于SOA的业务系统均存在的特点是事务复杂、子系统众多，这使得SOA的优点得以很好地表现，其性能因素可能要排在其次。

　　目前，对于SOA的性能优化已经成为许多研究机构和大学的重要研究课题，并通过绕过XML文档的编译/排列/反排列/反编译的生命周期提出了一些典型的方法。比如采用具体模式的优化编译器来实现，这使得XML可以使用本地化负载处理模式，从而绕过XML数据的复杂周期。

　　门户的峰值分析

　　注册用户：２００００
　　在线用户：注册用户×５０％ ＝ １００００
　　日访问量：１００００×３０＝３０００００人次
　　平均每分钟访问量： ３０００００／?穴８×６０?雪＝６２５次／分钟
　　高峰访问量：６２５×４＝２５００次／分钟
　　设定ＴＰＣ－Ｃ基准值为２５倍：２５００×２５＝６２５００ｔｐｍＣ
　　设定峰值访问量为平均值的３倍：６２５００×３＝１８７５００ｔｐｍＣ
　　设定高峰期系统利用率为６５％：１８７５００／６５％＝２８８４６２ｔｐｍＣ
　　设定集群软件占用系统２０％资源：２８８４６２×（１００％＋２０％）＝３４６１５４ｔｐｍＣ
　　设定操作系统等软件占用系统２０％资源：３４６１５４×（１００％＋２０％）＝４１５３８５ｔｐｍＣ

　　ＥＳＢ的峰值分析

　　来自门户系统的峰值访问量为６０％：２５００×６０％＝１５００
　　假设有其他２０个应用系统，平均每个应用系统访问频率为５００次／分钟：２０×５００＝１００００次／分钟
　　其他应用系统峰值访问量为平均值４倍：１００００×４＝４００００次／分钟
　　设定来自门户系统对ＢＰＭ系统的访问量为其峰值的２０％：２５００×２０％＝５００次／分钟
　　ＥＳＢ总的峰值访问量：门户访问量峰值＋其他系统访问量峰值＋ＢＰＭ访问量峰值：１５００＋４００００＋５００＝４２０００次／分钟
　　设定ＴＰＣ－Ｃ基准值为４０倍：４２０００×４０＝１６８００００ｔｐｍＣ
　　设定峰值访问量为平均值的３倍：１６８００００×３＝５０４００００ｔｐｍＣ
　　设定高峰期系统利用率为６５％：５０４００００／６５％＝７７５３８４６ｔｐｍＣ
　　设定集群软件占用系统２０％资源：７７５３８４６×（１００％＋２０％）＝９３０４６１５ｔｐｍＣ
　　设定操作系统及其他软件占用系统２０％资源：９３０４６１５×（１００％＋２０％）＝１１１６５５３８ｔｐｍＣ