选择哪一种开发平台、注册中心/存储库、管理模式、消息传送系统、安全技术以及测试工具，这会让人晕头转向。人们很容易陷入战术性决策，譬如要不要购买ESB、向谁购买。但你应当在确定了业务流程、核心服务和整体架构之后，再去选择方案。

　　咨询公司TekFinancial Solutions的总裁Bill Adiletta说: “讨论一大堆技术只会让人分散精力。”别试图评估所有可能的技术，而是要看看已有的技术，摈弃无法满足你需求的任何技术。如果公司内部的技术无法胜任，不 妨把目光转向外面的厂商。他说，在剩下来的合适技术当中，选择最符合现有技术基础和技能组合的那些技术，尽可能避免专有技术。

　　Hurwitz说: “如果你对SAP产品坚信不疑，那么SAP的新平台NetWeaver可能值得一用。不然，需要认真分析一下你的应用，然后把它们作为服务来提供。”你先 要分析组件部分，然后决定需要什么。一旦服务清晰起来，你就可以关注像服务总线和业务流程引擎这些技术，以便根据需要来管理服务。

　　譬如说，通用汽车公司在2001年的第一批Web服务项目使用了J2EE平台，那是把公司的14个汽车品牌合并起来的一项网上购车服务。通用汽车新兴技 术部门的首席架构师张洪说他喜欢这一点: J2EE另外有一层可以供数据访问，这样就便于处理许多数据源，又不会围绕数据源形成相互依赖的业务流程。

　　就宏观而言，选择特定的平台和技术只是战术性决策，而不是战略性决策。毕竟在SOA中，流程、数据流、数据定义、服务接口和策略等应当加以抽象，以便它 们不依赖特定的技术。伯顿集团的分析师Manes称这一难题是“面向企业的规划、针对本地的实施，SOA并不是中间件”。

　　最重要的是设计好SOA时理清架构和业务流程，然后搞清楚实施需求、可接受的折衷方案、可能会有的数据流和流程以及管理和性能需求。弄清楚了这几个方面，你就可以使用自己喜欢的任何技术来构建实际的服务和支持性基础架构。