内容摘要:虽然SOA的理念是通过集成达到资源整合的目标,但是鉴于大家普遍采用的XML Web Service实现方式,所以在企业级SOA建设中,更需要考虑与XML的兼容性问题。
在企业级SOA建设中,对于容量和和吞吐率(Capacity & Throughput)的设计,是每个架构师都谨慎考虑的。在未来几年里SOA(或者其进一步定义框架)将在很大程度上主导企业信息系统建设,这对容量和和吞吐率的设计提出了更高的要求。
虽然SOA的理念是通过集成达到资源整合的目标,但是鉴于大家普遍采用的XML Web Service实现方式,所以在企业级SOA建设中,更需要考虑与XML的兼容性问题。
Service的可用性
对于系统吞吐率的考虑也是很容易被忽略的部分,相信各位架构师在进行企业内部应用设计的时候对容量和吞吐率(Capacity & Throughput)的考虑都会很谨慎。对于相对松散的SOA企业服务总线部分,现在看很多应用还处于非密集数据交互的阶段。但是可以预见的是,在未来几年里SOA(或者其进一步定义框架)将在很大程度上主导企业信息系统建设。到那个时候,企业服务总线上运行的就不是几十K Transaction / day的业务,很可能就会达到数M Transaction / day的业务。包括我们的合作方在内,随着业务的发展合作方之间也会更多地利用企业服务总线的外部Service接口。
如果在此番设计中没有充分的准备,或者说企业服务总线设计得过于要求自身主控的话,那么将会在快速变化的业务面前不堪重负。毕竟,建立以XML Web Service为基础的企业SOA环境目的是为业务运行提供互联方案。无论SOA设计本身如何先进,如果最终的可用性存在问题,那么这个企业SOA环境自身也就无任何价值可言,因此就要求SOA中的每个关键元素都是可靠的,至少应该包括下面的元素:
1、每个Service Endpoint。
2、对于遗留系统包装所使用的封装Service接口。
3、用于连接每个Service Endpoint到企业服务总线的Adapter。
来源:IT168 作者:王翔 责编:豆豆技术应用