譬如说，通用汽车公司在2001年的第一批Web服务项目使用了J2EE平台，那是把公司的14个汽车品牌合并起来的一项网上购车服务。通用汽 车新兴技术部门的首席架构师张洪说他喜欢这一点: J2EE另外有一层可以供数据访问，这样就便于处理许多数据源，又不会围绕数据源形成相互依赖的业务流程。
就宏观而言，选择特定的平台和技术只是战术性决策，而不是战略性决策。毕竟在SOA中，流程、数据流、数据定义、服务接口和策略等应当加以抽 象，以便它们不依赖特定的技术。伯顿集团的分析师Manes称这一难题是“面向企业的规划、针对本地的实施，SOA并不是中间件”。
最重要的是设计好SOA时理清架构和业务流程，然后搞清楚实施需求、可接受的折衷方案、可能会有的数据流和流程以及管理和性能需求。弄清楚了这几个方面，你就可以使用自己喜欢的任何技术来构建实际的服务和支持性基础架构。
一切围绕架构
一碰到实际工作，人们很容易陷入战术性决策，譬如要不要购买ESB、向谁购买。但SOA的要点在于创建这种架构: 支持目标非常明确、简化了的业务流程，通过重新安排传统的项目为流程的更改提供灵活性。
系统集成商Infosys的副总裁Sohrab Kakalia说: “人们对SOA存在相当严重的误解，而实际上不从整体上考虑IT和业务，谁也无法取得成功。”
架构描述了提供业务流程的服务的标准层面，包括治理和策略、流程管理、业务逻辑本身、数据管理及访问、内部定义、便于服务联系的服务接口以及消息传送框架——通常就按这顺序加以处理。
英国电信公司已开发了14个服务平台。该公司的Glass说: “每个平台都有一套与业务操作相关的服务——就像是面向对象编程里面的方法。服务只位于一个平台里面。”公司为每个平台派一名架构师来负责，他确保所有服 务都符合这个架构，无论服务是内部开发的、合作伙伴提供的还是向厂商购买的。为了确保始终符合，他们规定，如果英国电信的某个项目没有符合架构，开发小组 的年度资金就会减少四分之一。
为了确保业务的灵活性和流程得到始终如一的执行，“架构应该不依赖任何实施的技术，新出现的技术可以部署，但架构本身具有可持续性，这就确保了SOA策略的一致性”， Glass说。
SOA高度关注底层的业务流程，反对依赖技术，因为这会限制公司以后更改或者添加业务流程的灵活性。除了架构方面的战略性决策外，成功部署的SOA还依赖IT人员经常确认项目有哪些机会可以重复使用服务或者业务流程。
“这不是一蹴而就的工作。”Intuit公司的Moseley说，谁以为使用SOAP或
文章来源于领测软件测试网 https://www.ltesting.net/
