简介：了解SOA的设计目标

　　在我们设计“增加投资回报率”之前，我们先要了解，SOA技术基础和什么有关联。增加的投资回报率描述了一个可以迅速交付最新效能成本合算业务值的IT企业，以便满足瞬息万变的业务需求，同时还可以大量减少成本。SOA ROI核心概念的另一面暗示着操作性能极高的“业务灵活性”。要想弄清楚这些概念和SOA技术基础有什么关系，我们需要将这几个概念分解成几个现实可具体感知的部分，即组成IT企业的技术性能。

　　Gartner经常说“不良的技术实施是我们屡次失败的根源”。在功能列表中通常隐藏许多陷阱，导致了SOA的技术实施失败。这些陷阱是由一系列与SOA相关的错误认识所引起的。即使是最有经验的IT专业人士，也会忽略这些对于SOA实施的成败起着关键作用的问题。

　　如果无法更准确的把握SOA实施对于技术性能的要求，我们可以首先了解一下结构问题。SOA设计不是一项独立、分离的任务。成功需要理解并适应各种关系以及SOA解决方案要素和关键企业IT资产之间相互依赖的关系。

　　在充分了解了目标和问题后，下一步我们将要检验最基本的误解，这些基本的误解经常和成功实施SOA解决方案架构有着很大的关系。

　　同时还要注意到SOA端对端，多层面的设计特性，这使得它对许多设计问题会很敏感。全局解决方案任何一个部分出现了问题，都无法实现高投资回报率。此外，SOA设计问题一般都不是“软”问题，可以通过配置或者改变编码，它们在本质上是结构性的，需要花费大量的时间和金钱才能得到解决。

　　如果要防患于未然，就需要看一看关于对普通关键结构误解，这些误解会导致重要文体（最终危及SOA的成功实施）每一个错误认识都是从实时SOA设计的角度来考虑的。

　　误区1：

　　“所有SOA供应商都是服务架构”

　　我最近接待了一个顾客（这位顾客是一位SOA项目的决策者）。他问了我一个问题。“设计师究竟是干什么的?”思索片刻后，我意识到，这个SOA生产供应商正在为自己的SOA解决方案做宣传。他很有可能成为我的客户，从这个角度考虑，一个供应商生产栈可以组成一个综合服务架构（这个生产栈就是SOA）。那么为什么还需要设计师呢？

　　“SOA解决方案套件”在很多层面都是错误的，无疑会产生不良实施以及整个SOA的低投资回报率。首先,SOA主要是用来启用互操作性的，这样你可以影响IT企业的每个方面。那么我是如何用服务来实现应用和未来应用以及SOA设计资源形式之间的连通性呢？并且能够充分影响到SOA设计的成功、考虑一下这一点或者另外一点，你的服务架构和基础设施可能涉及到IT资产的方方面面：

　　·安全架构

　　·门户基础服务

　　·复合应用和工作流

　　·业务流程

　　·信息架构

　　·网络基础设施

　　·后端信息系统

　　·B2B基础服务

　　·主机平台和应用

　　·数据库

　　·EAI基础设施

　　·COTS应用集成

　　·IT操作系统/流程

　　·内容管理系统

　　上述的每一条隐藏着子类别集成问题。战略SOA措施是企业所接手的几个结构密集型任务。关于这一点知道的越早，越有助你的成功。

　　误区2：

　　“SOA供应商栈是最好的SOA设计基础”

　　很多人认为SOA供应商栈是无法改变的单机实体，它囊括了所有SOA成功实施所必须的要素。从这一点来看，供应商栈是牢不可破的，并且只要通过单一选定的供应商就可以实施SOA。

　　如果用这种方式看待供应商栈，长期投资回报率就会受到影响。在现实中，大部分都是通过获取来建立供应商栈的，通过开发标准来整合供应商栈。有些甚至比其他的供应商栈机场线更高。有人认为任何一个单一的供应商栈都有行业中所需的SOA组件。这种观点给SOA设计措施增添许多限制条件。

　　挑选出来的供应商产品的质量和性质对SOA项目的技术成功产生了很大的影响。因此，解决独特、复杂、相互影响的某个具体IT企业设计中SOA结构性问题是很有道理的。

　　·IT企业前景规划（目标IT前景，集成问题，结构问题和最终业务目标）

　　·SOA供应商团体产品供应(尤其是服务定向解决方案的候选产品)

　　·和每个组件相关的结构问题（与每个潜在产品相关的结构问题以及集成问题）

　　·组件和IT资产间的结构关系（潜在产品是如何相互作用、相互依存以及它们之间与目标部署环境之间是如何整合在一起的）