什么是SOA?

SOA是一¿Uæž¶æž„模型，它可以根据需求通过¾|‘络å¯ÒŽ¾æ•£è€¦åˆçš„ç²—¾_’度应用¾l„äšg˜q›è¡Œåˆ†å¸ƒå¼éƒ¨¾|ŒÓ€ç»„合和使用。服务层是SOA的基¼‹€åQŒå¯ä»¥ç›´æŽ¥è¢«åº”用调用åQŒä»Žè€Œæœ‰æ•ˆæŽ§åˆ¶ç³»¾lŸä¸­ä¸ŽèÊY件代理交互的äºÞZؓ依赖性ã€?/span>

SOA:Service-Oriented ArchitectureåQŒé¢å‘服务架构，SOA是一¿Uæž¶æž„模型，它可以根据需求通过¾|‘络å¯ÒŽ¾æ•£è€¦åˆçš„ç²—¾_’度应用¾l„äšg˜q›è¡Œåˆ†å¸ƒå¼éƒ¨¾|ŒÓ€ç»„合和使用。服务层是SOA的基¼‹€åQŒå¯ä»¥ç›´æŽ¥è¢«åº”用调用åQŒä»Žè€Œæœ‰æ•ˆæŽ§åˆ¶ç³»¾lŸä¸­ä¸ŽèÊY件代理互联网¾U„¡š„äºÞZؓ依赖性ã€?

SOA的几个关键特性：一¿Uç²—¾_’度、松耦合服务架构åQŒæœåŠ¡ä¹‹é—´é€šè¿‡½Ž€å•ã€ç²¾¼‹®å®šä¹‰é€‚配器进行通讯åQŒä¸æ¶‰åŠåº•å±‚¾~–程适配器和通讯模型ã€?/span>

SOA的关键是“服务”的概念，W3Cž®†æœåŠ¡å®šä¹‰äØ“åQ?#8220;服务提供者完成一¾l„工作，为服务ä‹É用者交付所需的最¾lˆç»“果。最¾lˆç»“果通常会ä‹É使用者的状态发生变化，但也可能使提供者的状态改变，或者双斚wƒ½äº§ç”Ÿå˜åŒ–”ã€?/span>

Service-architecture.comž®†SOA定义为：“本质上是服务的集合。服务间彼此通信åQŒè¿™¿Ué€šä¿¡å¯èƒ½æ˜¯ç®€å•çš„数据传送，也可能是两个或更多的服务协调˜q›è¡ŒæŸäº›‹zÕdŠ¨ã€‚服务间需要某些方法进行连接。所谓服务就是精¼‹®å®šä¹‰ã€å°è£…完善、独立于其他服务所处环境和状态的函数ã€?#8221;

Looselycoupled.comž®†SOA定义为：“按需˜qžæŽ¥èµ„源的系¾lŸã€‚在SOA中，资源被作为可通过标准方式讉K—®çš„独立服务，提供¾l™ç½‘¾lœä¸­çš„其他成员。与传统的系¾lŸç»“构相比，SOA规定了资源间更äؓ灉|´»çš„松散耦合关系ã€?#8221;

Gartner则将SOA描述为：“客户ç«?服务器的软äšg设计æ–ÒŽ³•åQŒä¸€™å¹åº”用由软äšg服务和èÊY件服务ä‹É用者组æˆ?#8230;…SOA与大多数通用的客æˆïL«¯/服务器模型的不同之处åQŒåœ¨äºŽå®ƒç€é‡å¼ºè°ƒèÊY件组件的松散耦合åQŒåƈ使用独立的标准接口ã€?#8221;

Gartnerç›æ€¿¡BPMå’ŒSOA的结合对所有类型的应用集成都大有助ç›??“SOA极大的得益于BPM技术和æ–ÒŽ³•è®ºï¼Œä½†æ˜¯SOA面äÍ的真正问题是¼‹®ç«‹æ­£ç¡®çš„企业意识，卻I¼šå¼ºåŒ–战略化的SOA计划åQˆé’ˆå¯¹ä¾›åº”和使用åQ‰åƈ鼓励重用ã€?#8221;

虽然不同厂商或个人对SOA有着不同的理解，但是我们仍然可以从上˜q°çš„定义中看到SOA的几个关键特性：一¿Uç²—¾_’度、松耦合服务架构åQŒæœåŠ¡ä¹‹é—´é€šè¿‡½Ž€å•ã€ç²¾¼‹®å®šä¹‰æŽ¥å£è¿›è¡Œé€šè®¯åQŒä¸æ¶‰åŠåº•å±‚¾~–程接口和通讯模型ã€?/span>

需着重注意的是，SOAòq¶ä¸æ˜¯æ–°ç”Ÿäº‹ç‰??大型IT¾l„织成功构徏和部¾|²SOA应用已有多年的历å??˜q™è¦æ¯”现有的XMLå’ŒWeb服务长很多。IBM CICSå’ŒBEA TUXEDOž®±æ˜¯˜q‡åŽ»è¢«ç”¨äºŽæž„建SOA应用的两¿UæŠ€æœ¯èŒƒä¾‹ã€?/span>

重点说明的是SOAòq¶ä¸æ˜¯ä¸€¿UçŽ°æˆçš„技术，而是一¿Uæž¶æž„å’Œ¾l„织IT基础¾l“构及业务功能的æ–ÒŽ³•ã€‚SOA是一¿Uåœ¨è®¡ç®—环境中设计、开发、部¾|²å’Œ½Ž¡ç†¼›ÀL•£é€»è¾‘单元åQˆæœåŠ¡ï¼‰çš„模型。这一定义阐明了SOA的范围ã€?/span>

SOA要求开发äh员将应用设计为服务的集合。SOA要求开发äh员蟩出应用本íw«è¿›è¡Œæ€è€ƒï¼Œè€ƒè™‘现有服务的重用，或思烦他们的服务如何能够被其他™å¹ç›®é‡ç”¨ã€?#8220;单独çš?#8221;ã€?#8220;独立çš?#8221;ã€?#8220;ž®è£…完善çš?#8221;服务所å…ähœ‰çš„一个关键的好处是，可以采用多种不同æ–ÒŽ³•ž®†å®ƒä»¬ç»„合成较大型的服务åQŒç”±æ­¤æ¥å®žçŽ°é‡ç”¨ã€?/span>

但是åQŒSOAòq¶ä¸ä»…仅是一¿Uå¼€å‘æ–¹æ³??它还å…ähœ‰½Ž¡ç†ä¸Šçš„优点。例如，现在½Ž¡ç†å‘˜å¯ç›´æŽ¥½Ž¡ç†å¼€å‘äh员所构徏的相同服务，˜q™è¿œèƒœäºŽä»¥å¾€½Ž¡ç†å•ä¸ªåº”用的方式。通过分析服务间的交互åQŒSOA可以帮助企业了解何时以及ä¸ÞZ»€ä¹ˆä¸šåŠ¡é€»è¾‘被切实执行了åQŒè¿™ä½¿ç®¡ç†å‘˜æˆ–分析师能够有针å¯ÒŽ€§çš„优化业务‹¹ç¨‹ã€?/span>

SOA的基本特�/span>

SOA的实施具有几个鲜明的基本特征。实施SOA的关键目标是实现企业IT资äñ”的最大化重用。要实现˜q™ä¸€ç›®æ ‡åQŒå°±è¦åœ¨å®žæ–½SOA的过½E‹ä¸­ç‰¢è®°ä»¥ä¸‹ç‰¹å¾åQ?/span>

1 可从企业外部讉K—®

通常被称ä¸ÞZ¸šåŠ¡ä¼™ä¼´çš„外部用户也能像企业内部用户一栯‚®¿é—®ç›¸åŒçš„服务。业务伙伴采用先˜q›çš„B2B协议åQˆebXML或RosettaNetåQ‰ç›¸äº’合作。当业务伙伴åŸÞZºŽä¸šåŠ¡ç›®çš„交换业务信息æ—Óž¼Œä»–们ž®±å‚与了一‹Æ¡ä¼šè¯ã€‚会话是业务伙伴间一¾pÕdˆ—的一条或多条业务信息的交换。会话类型（会话复杂或简单、长或短½{‰ï¼‰å–决于业务目的ã€?/span>

除了B2B协议外，外部用户˜q˜å¯ä»¥è®¿é—®ä»¥Web服务方式提供的企业服务ã€?/span>

2 随时可用

当有服务使用者请求服务时åQŒSOA要求必须有服务提供者能够响应。大多数SOA都能够äؓ门户应用之类的同步应用和B2B之类的异步应用提供服务。同步应用对于其所使用的服务具有很强的依赖性ã€?/span>

许多同步应用通常部çÖv在前収ͼŒå…¶æœ€¾lˆç”¨æˆ·å¾ˆå®ÒŽ˜“受到服务提供者短¾~ºçš„影响。很多情况下åQŒåŒæ­¥åº”用利用分布式服务提供者，˜q™æ ·å¯ä»¥å“åº”更多的用戯‚¯·æ±‚。但是，随着提供特定服务功能的服务器数量的增长，出现短缺的可能性也呈指数çñ”上升ã€?/span>

相比之下åQŒå¼‚步应用要更äØ“½E›_¥åQŒå› ä¸ºå…¶é‡‡ç”¨é˜Ÿåˆ—è¯äh±‚设计åQŒå› æ­¤å¯ä»¥å®¹è®¸å‡ºçŽ°æœåŠ¡æä¾›è€…短¾~ºæˆ–˜qŸæ»žçš„情å†üc€‚异步应用大多数情况下部¾|²åœ¨åŽå°åQŒç”¨æˆ·é€šå¸¸ä¸ä¼šè§‰å¯Ÿåˆ°çŸ­æš‚的短缺。大部分情况下异步应用能够稳健应对短旉™—´çŸ­ç¼ºåQŒä½†æ˜¯é•¿æ—‰™—´çŸ­ç¼ºåˆ™ä¼šå¼•å‘严重问题。在服务短缺解决、队列引擎将¾|•è§çš„大量工作推到共享的应用资源中时åQŒå¯èƒ½ä¼šå‡ºçŽ°é˜Ÿåˆ—溢出甚至服务死锁ã€?/span>

服务使用者要求提供同步服务时åQŒé€šå¸¸æ˜¯åŸºäºŽå…¶è‡ªèín理解或ä‹É用习惯。在多数情况下，采用异步模型可以辑ֈ°åŒæ ·çš„效果，但更能够体现SOA的最佳特性ã€?/span>

当然åQŒåƈ不是所有情况下都应当采用异步设计模式。但大多数情况下åQŒå¼‚步消息可以确保系¾lŸåœ¨ä¸åŒè´Ÿè·ä¸‹çš„伸羃性，在接口响应时间不是很短时ž®¤å…¶å¦‚æ­¤ã€?/span>

3 ¾_—粒度服务接å?/span>

¾_—粒度服务提供一™å¹ç‰¹å®šçš„业务功能åQŒè€Œç»†¾_’度服务代表了技术组件方法。ä‹D个例说明最为清æ¥??向计费系¾lŸä¸­æ·ÕdŠ ä¸€ä¸ªå®¢æˆäh˜¯å…¸åž‹çš„ç²—¾_’度服务åQŒè€Œä½ å¯ä»¥ä½¿ç”¨å‡ ä¸ª¾l†ç²’度服务实现同一功能åQŒå¦‚åQšå°†å®¢æˆ·ååŠ å…¥åˆ°è®¡è´¹¾pȝ»Ÿä¸­ï¼Œæ·ÕdŠ è¯¦ç»†çš„客戯‚”¾pÀL–¹å¼ã€æ·»åŠ è®¡è´¹ä¿¡æ¯ç­‰½{‰ã€?/span>

采用¾_—粒度服务接口的优点在于使用者和服务层之间不必再˜q›è¡Œå¤šæ¬¡çš„往复，一‹Æ¡å¾€å¤å°±­‘›_¤Ÿã€‚Internet环境中有保障的TCP/IP会话已不再占据主对{€å¾ç«‹è¿žæŽ¥çš„成本也过高，因此在该环境中进行应用开发时¾_—粒度服务接口的优点更äؓ明显ã€?/span>

除去基本的往复效率，事务½E›_®šæ€§é—®é¢˜ä¹Ÿå¾ˆé‡è¦ã€‚在一个单独事务中包含的多ŒD늻†¾_’度è¯äh±‚可能使事务处理时间过é•Ñ€å¯¼è‡´åŽå°æœåŠ¡è¶…æ—Óž¼Œä»Žè€Œä¸­æ­¢ã€‚与此相反，从事务的角度来看åQŒå‘后台服务è¯äh±‚大块数据可能是获取反馈的唯一途径ã€?/span>

4 分çñ”

一个关于粗¾_’度服务的争论是此类服务比细¾_’度服务的重用性差åQŒå› ä¸ºç²—¾_’度服务們֐‘于解决专门的业务问题åQŒå› æ­¤é€šç”¨æ€§å·®ã€é‡ç”¨æ€§è®¾è®¡å›°éš¾ã€‚解册™¯¥äº‰è®ºçš„方法之一ž®±æ˜¯å…è®¸é‡‡ç”¨ä¸åŒçš„ç²—¾_’度½{‰çñ”来创建服务。这¿UæœåŠ¡åˆ†¾U§åŒ…含了¾_’度较细、重用性较高的服务åQŒä¹ŸåŒ…含¾_’度较粗、重用性较差的服务ã€?/span>

在服务分¾U§æ–¹é¢ï¼Œ™åÀL³¨æ„æœåŠ¡å±‚的公开服务通常由后台系¾lŸï¼ˆBES'såQ‰æˆ–SOAòq›_°ä¸­çŽ°æœ‰çš„本地服务¾l„成。因此允许在服务层创建私有服务是非常重要的。正¼‹®çš„文档、配¾|®ç®¡ç†å’Œ¿Uæœ‰æœåŠ¡çš„重用对于IT部门在SOA服务层快速开发新的公开服务的能力具有重要媄响ã€?/span>

5 松散耦合

SOAå…ähœ‰“松散耦合”¾l„äšg服务åQŒè¿™ä¸€ç‚¹åŒºåˆ«äºŽå¤§å¤šæ•°å…¶ä»–çš„¾l„äšg架构。该æ–ÒŽ³•æ—¨åœ¨ž®†æœåŠ¡ä‹É用者和服务提供者在服务实现和客户如何ä‹É用服务方面隔¼›Õd¼€æ¥ã€?/span>

服务提供者和服务使用者间松散耦合背后的关键点是服务接口作ä¸ÞZ¸ŽæœåŠ¡å®žçŽ°åˆ†ç¦»çš„实体而存在。这是服务实现能够在完全不媄响服务ä‹É用者的情况下进行修攏V€?/span>

大多数松散耦合æ–ÒŽ³•éƒ½ä¾é åŸºäºŽæœåŠ¡æŽ¥å£çš„消息。基于消息的接口能够兼容多种传输方式åQˆå¦‚HTTP、JMS、TCP/IP、MOM½{‰ï¼‰ã€‚基于消息的接口可以采用同步和异步协议实玎ͼŒWeb服务对于SOA服务接口来讲是一个重要的标准ã€?br /> 当ä‹É用者调用一个Web服务æ—Óž¼Œè¢«è°ƒç”¨çš„对象可以是CICS事务、DCOM或CORBA对象、J2EE EJB或TUXEDO服务½{‰ï¼Œä½†è¿™ä¸ŽæœåŠ¡ä‹É用者无兟뀂底层实现åƈ不重要ã€?/span>

消息¾c»Web服务通常是松散耦合和文档驱动的åQŒè¿™è¦ä¼˜äºŽä¸ŽæœåŠ¡ç‰¹å®šæŽ¥å£çš„连接。当客户调用消息¾c»Web服务æ—Óž¼Œå®¢æˆ·é€šå¸¸ä¼šå‘送的是一个完整的文档åQˆå¦‚采购订单åQ‰ï¼Œè€Œéžä¸€¾l„离散的参数。Web服务接收整个文档、进行处理、而后可能或者不会返回结果信息。由于客户和Web服务间不存在紧密耦合è¯äh±‚响应åQŒæ¶ˆæ¯ç±» Web服务在客户和服务器间提供了更为松散的耦合ã€?/span>

6 可重用的服务及服务接口设计管�/span>

如果完全按照可重用的原则设计服务åQŒSOAž®†å¯ä»¥ä‹É应用变得更äؓ灉|´»ã€‚可重用服务采用通用格式提供重要的业务功能，为开发äh员节¾U¦äº†å¤§é‡æ—‰™—´ã€‚设计可重用服务是与数据库设计或通用数据建模¾cÖM¼¼çš„最有ä­h值的工作。由于服务设计是成功的关键因此，因此SOA实施者应当寻找一¿Ué€‚当的方法进行服务设计过½E‹ç®¡ç†ã€?/span>

服务设计½Ž¡ç†æ ÒŽœ¬ä¸Šè®²æ˜¯æœåŠ¡è®¾è®¡é—®é¢˜ï¼ŒæœåŠ¡è®¾è®¡éœ€è¦åœ¨ä¸¤ç‚¹é—´æŠ˜è¡??走捷径的™å¹ç›®æˆ˜æœ¯ä¸Žä¼ä¸šæž„建可重用通用服务的长期目标ã€?/span>

­‘…越™å¹ç›®çŸ­æœŸç›®æ ‡˜q›è¡ŒæœåŠ¡æŽ¥å£çš„开发和评估是迈向精¼‹®å®šä¹‰æœåŠ¡æŽ¥å£çš„重要一步，同时˜q˜éœ€è¦äؓ接口文档、服务实现文档及所有重要的非功能性特征设立标准ã€?/span>

在大型组¾l‡ä¸­å®žçŽ°é‡ç”¨çš„一个先å†Ïx¡ä»¶æ˜¯å»ºç«‹é€šç”¨åQˆè®¾è®¡é˜¶ŒDµï¼‰æœåŠ¡åº“和开发流½E‹ï¼Œä»¥ä¿è¯é‡ç”¨çš„正确性和通用性。此外，对记˜q°æœåŠ¡è®¾è®¡å’Œå¼€å‘的服务文档˜q›è¡Œè¯„估也是成功利用服务库的关键ã€?/span>

½Ž€­a€ä¹‹ï¼Œä¸æŒ‰è§„则¾~–写服务ž®†æ— æ³•ä¿è¯å¯æä¾›é‡ç”¨æ€§çš„SOA的成功实施。在执行规则的过½E‹ä¸­ä¼šäñ”生胦务费用，需要在制定SOA实施计划时加以考虑ã€?/span>

7 标准化的接口

˜q‘年来出现的两个重要标准XMLå’ŒWeb服务增加了全新的重要功能åQŒå°†SOA推向更高的层面，òq¶å¤§å¤§æå‡äº†SOAçš„ä­h倹{€‚å°½½Ž¡ä»¥å¾€çš„SOA产品都是专有的、åƈ且要求IT部门在其特定环境中开发所有应用，但XMLå’ŒWeb服务标准化的开放性ä‹É企业能够在所部çÖv的所有技术和应用中采用SOA。这å…ähœ‰å·¨å¤§çš„意义！

Web服务使应用功能得以通过标准化接口（WSDLåQ‰æä¾›ï¼Œòq¶å¯åŸÞZºŽæ ‡å‡†åŒ–传输方式（HTTPå’ŒJMSåQ‰ã€é‡‡ç”¨æ ‡å‡†åŒ–协议åQˆSOAPåQ‰è¿›è¡Œè°ƒç”¨ã€‚例如，开发äh员可以采用最适于门户开发的工具è½ÀL¾åˆ›å¾ä¸€ä¸ªæ–°çš„门户应用，òq¶å¯ä»¥é‡ç”¨ERP¾pȝ»Ÿå’Œå®šåˆ¶åŒ–J2EE应用中的现有服务åQŒè€Œå®Œå…¨æ— ™åÖMº†è§£è¿™äº›åº”用的内部工作原理。采用XMLåQŒé—¨æˆ·å¼€å‘äh员无™åÖMº†è§£ç‰¹å®šçš„数据表示格式åQŒä¾¿èƒ½å¤Ÿåœ¨è¿™äº›åº”用间è½ÀL¾åœîCº¤æ¢æ•°æ®ã€?/span>

你也可以不采用Web服务或XML来创建SOA应用åQŒä½†æ˜¯è¿™ä¸¤ç§æ ‡å‡†çš„重要性日益增加、应用日­‘‹æ™®éã€‚å°½½Ž¡ç›®å‰åªæœ‰å‡ ¿UæœåŠ¡ä‹É用者支持该标准åQŒä½†æœªæ¥å¤§å¤šæ•°çš„服务使用者都会将其作ä¸ÞZ¼ä¸šçš„服务讉K—®æ–ÒŽ³•ã€?/span>

8 支持各种消息模式

SOA中可能存在以下消息模式。在一个SOA实现中，å¸æ€¼šå‡ºçŽ°æ··åˆé‡‡ç”¨ä¸åŒæ¶ˆæ¯æ¨¡å¼çš„服务ã€?/span>

A. 无状态的消息。ä‹É用者向提供者发送的每条消息都必™åÕdŒ…含提供者处理该消息所需的全部信息。这一限定使服务提供者无™åÕd­˜å‚¨ä‹É用者的状态信息，从而更易扩展ã€?/span>

B. 有状态的消息。ä‹É用者与提供者共享ä‹É用者的特定环境信息åQŒæ­¤ä¿¡æ¯åŒ…含在提供者和使用者交换的消息中。这一限定使提供者与使用者间的通信更加灉|´»åQŒä½†ç”׃ºŽæœåŠ¡æä¾›è€…å¿…™åÕd­˜å‚¨æ¯ä¸ªä‹É用者的å…׃ín环境信息åQŒå› æ­¤å…¶æ•´ä½“可扩展性明昑ևå¼±ã€‚该限定增强了服务提供者和使用者的耦合关系åQŒæé«˜äº†äº¤æ¢æœåŠ¡æä¾›è€…的服务隑ֺ¦ã€?/span>

C. ½{‰å¹‚消息。向软äšg代理发送多‹Æ¡é‡å¤æ¶ˆæ¯çš„效果和发送单条消息相同。这一限定使提供者和消费者能够在出现故障时简单的复制消息åQŒä»Žè€Œæ”¹˜q›æœåŠ¡å¯é æ€§ã€?/span>

9 ¾_„¡¡®å®šä¹‰çš„服务接å?/span>

服务是由提供者和使用者间的契¾U¦å®šä¹‰çš„。契¾U¦è§„定了服务使用æ–ÒŽ³•åŠä‹É用者期望的最¾lˆç»“果。此外，˜q˜å¯ä»¥åœ¨å…¶ä¸­è§„定服务质量。此处需要注意的关键ç‚ÒŽ˜¯åQŒæœåŠ¡å¥‘¾U¦å¿…™å»è¿›è¡Œç²¾¼‹®å®šä¹‰ã€?/span>

METAž®†SOA定义为：“一¿Uä»¥é€šç”¨ä¸ºç›®çš„、可扩展、具有联合协作性的架构åQŒæ‰€æœ‰æµ½E‹éƒ½è¢«å®šä¹‰äؓ服务åQŒæœåŠ¡é€šè¿‡åŸÞZºŽ¾cÕd°è£…的服务接口委托¾l™æœåŠ¡æä¾›è€…，服务接口æ ÒŽ®å¯æ‰©å±•æ ‡è¯†ç¬¦ã€æ ¼å¼å’Œåè®®å•ç‹¬æè¿°ã€?#8221;该定义的最后部分表明在服务接口和其实现之间有明¼‹®çš„分界ã€?/span>

SOA的优�/span>

了解了SOA的定义和基本特征åQŒæœ€åŽæˆ‘们再来看看SOA潜在的优点：

A.¾~–码灉|´»æ€?/span>

可基于模块化的低层服务、采用不同组合方式创建高层服务，从而实现重用，˜q™äº›éƒ½ä½“çŽîCº†¾~–码的灵‹zÀL€§ã€‚此外，ç”׃ºŽæœåŠ¡ä½¿ç”¨è€…不直接讉K—®æœåŠ¡æä¾›è€…，˜q™ç§æœåŠ¡å®žçŽ°æ–¹å¼æœ¬èín也可以灵‹zÖM‹É用ã€?/span>

B.明确开发äh员角è‰?/span>

例如åQŒç†Ÿæ‚‰BES的开发äh员可以集中精力在重用讉K—®å±‚，协调层开发äh员则无须特别了解BES的实玎ͼŒè€Œå°†¾_‘ÖŠ›æ”‘Öœ¨è§£å†³é«˜ä­h值的业务问题上ã€?/span>

C.支持多种客户¾cÕdž‹

借助¾_„¡¡®å®šä¹‰çš„服务接口和对XML、Web服务标准的支持，可以支持多种客户¾cÕdž‹åQŒåŒ…括PDA、手机等新型讉K—®æ¸ é“ã€?/span>

D.更易¾l´æŠ¤

服务提供者和服务使用者的松散耦合关系及对开放标准的采用¼‹®ä¿äº†è¯¥ç‰ÒŽ€§çš„实现ã€?/span>

E.更好的äŽ×¾~©æ€?/span>

依靠服务设计、开发和部çÖv所采用的架构模型实çŽîCŽ×¾~©æ€§ã€‚服务提供者可以彼此独立调æ•ß_¼Œä»¥æ»¡­‘ÏxœåŠ¡éœ€æ±‚ã€?/span>

F.更高的可用�/span>

该特性在服务提供者和服务使用者的松散耦合关系上得以体现。ä‹É用者无™åÖMº†è§£æä¾›è€…的实现¾l†èŠ‚åQŒè¿™æ ähœåŠ¡æä¾›è€…就可以在WebLogic集群环境中灵‹z»éƒ¨¾|ÔŒ¼Œä½¿ç”¨è€…可以被转接到可用的例程上ã€?/span>

SOA可以看作是B/S模型、XML/Web Service技术之后的自然延äŽ×。SOAž®†èƒ½å¤Ÿå¸®åŠ©æˆ‘们站在一个新的高度理解企业çñ”架构中的各种¾l„äšg的开发、部¾|²åŞ式，它将帮助企业¾pȝ»Ÿæž¶æž„者以更迅速、更可靠、更具重用性架构整个业务系¾lŸã€‚较之以往åQŒä»¥SOA架构的系¾lŸèƒ½å¤Ÿæ›´åŠ ä»Žå®¹åœ°é¢å¯¹ä¸šåŠ¡çš„急剧变化ã€?/span>

面向服务架构åQˆSOAåQ‰æ˜¯è®©IT更加å…Ïx³¨äºŽä¸šåŠ¡æµ½E‹è€Œéžåº•å±‚IT基础¾l“æž„åQŒä»Žè€ŒèŽ·å¾—竞争优势的更高¾U§åˆ«çš„应用程序开发架构ã€?/span>

IT人士如何满èƒö那些日益增长的需求以便快速实现IT价值呢åQŸç­”案是开发和部çÖv面向服务的架构（SOAåQ‰ã€‚SOAæ–ÒŽ³•èƒ½å¤Ÿæ›´å¥½åœ°è®©IT与业务目标看齐，使得IT¾l„织可以高效复用资äñ”、äؓ企业更快地创造ä­hå€û|¼Œ˜q›è€Œæ›´è½ÀL¾åœ°åº”对不断变化的业务需求ã€?/span>

SOA寚wœ€è¦ä‹É用信息技术解军_…³é”®ä¸šåŠ¡é—®é¢˜çš„企业åQˆåŒ…括希望减ž®‘冗余架构、创å»ø™·¨å®¢æˆ·å’Œå‘˜å·¥ç³»¾lŸçš„公共业务接口的企业；需要基于角色和工作‹¹å¯¹ç”¨æˆ·æä¾›ä¸ªæ€§åŒ–信息的业务的企业åQ›å¸Œæœ›é€šè¿‡Internet实现跨区销售、升¾U§é”€å”®å’Œ¾lç”±¿UÕdŠ¨è®‘Ö¤‡çš„访问来提升客户服务的组¾l‡ï¼‰å¾ˆæœ‰ä»·å€¹{€?/span>

采用服务驱动型方法的企业体验着以下业务和IT好处åQ?/span>

面向服务架构的业务好�/span>

<!--[if !supportLists]-->l    <!--[endif]-->效率åQšå°†ä¸šåŠ¡‹¹ç¨‹ä»?烟囱"状的、重复的‹¹ç¨‹å‘维护成本较低的高度利用、共享服务应用è{变ã€?/span>

<!--[if !supportLists]-->l    <!--[endif]-->响应åQšè¿…速适应和传送关键业务服务来满èƒö市场需求，为客戗÷€é›‡å‘˜å’Œåˆä½œä¼™ä¼´æ›´é«˜æ°´å‡†çš„服务ã€?/span>

<!--[if !supportLists]-->l    <!--[endif]-->适应性：更高效地转入转出让整个业务变得复杂性和隑ֺ¦æ›´å°åQŒè¾¾åˆ°èŠ‚¾U¦æ—¶é—´å’Œèµ„金的目的ã€?/span>

面向服务架构的IT好处

<!--[if !supportLists]-->l    <!--[endif]-->复杂性降低：åŸÞZºŽæ ‡å‡†çš„å…¼å®ÒŽ€§ï¼Œä¸Žç‚¹åˆ°ç‚¹çš„集成相比降低了复杂性ã€?/span>

<!--[if !supportLists]-->l    <!--[endif]-->重用增加åQšé€šè¿‡é‡ç”¨ä»¥å‰å¼€å‘和部çÖv的共享服务，实现了更有效的应用程åº?™å¹ç›®å¼€å‘和交付ã€?/span>

<!--[if !supportLists]-->l    <!--[endif]-->遗留集成åQšç”¨ä½œå¯é‡ç”¨æœåŠ¡çš„遗留应用程序降低了¾l´æŠ¤å’Œé›†æˆçš„成本ã€?/span>

如今的服务驱动型企业都在体验着开发的高效率，服务的高可靠性和服务的高质量åQŒä»¥æœ€å¤§é™åº¦èŽ·å¾—业务机会所带来的这些好处ã€?/span>

IBM发布31¿USOA产品 加速实现面向服务架æž?/span>

IBM在它的客户中加速实现面向服务架构的努力当中åQŒå·²¾lå‘布了IBMçš?1™åÒŽ–°äº§å“å’?2™å¹åŸºäºŽWebSphereçš„èÊY件的更新åQŒIBM˜q˜å®£å¸ƒå°†ä¼šå¯¹å’¨è¯¢æœåŠ¡å¢žåŠ äººåŠ›æŠ•å…¥åQŒä»¥ä½¿å¾—该项目能够在接下来的六个月中完成ã€?/span>

IBM Software 集团的高¾U§å‰¯æ€»è£å’Œæ‰§è¡Œæ€»è£Steve Mills认äØ“SOA软äšg市场˜q˜æ²¡æœ‰æˆç†Ÿï¼Œä½†æ˜¯æœ¬å‘¨å‘布的èÊY件将会帮助客户开始SOA软äšg的开发和应用ã€?/span>

å›?åQšå…±äº«æœåŠ¡ç”Ÿå‘½å‘¨æœŸçš„设计和运行时阶段

SSLC中的设计时注意事™å?/span>

现在我们来看看共享服务周期的设计时方面。提到设计时åQŒæˆ‘主要å…Ïx³¨æœåŠ¡æŠ•å…¥ç”Ÿäñ”å’Œä‹É用之前的生命周期。本文不涉及设计时徏模的许多需求，如开发服务徏模方法学åQŒä½†å¦‚有兴趣åQŒæˆ‘ž®†åœ¨æœªæ¥çš„文章中阐述˜q™ä¸€ä¸»é¢˜ã€?/span>

¼‹®å®šä¸šåŠ¡‹¹ç¨‹

SOA的一个核心原则是业务和IT保持一致以及徏立竞技åœ?playing field)。通过识别企业通过服务定位提供价值的业务‹¹ç¨‹åQŒæœåŠ¡å·¥½E‹å›¢é˜?通常是业务、分析师和IT人员的组å?可能在讨论的出发ç‚ÒŽ–¹é¢è¾¾æˆä¸€è‡´ã€?/span>

许多企业发觉很难理解从何处开始SOA以及哪些是最合适的业务‹¹ç¨‹ã€‚一¿Uå¥½çš„方法是首先在白板上定义需求目录。将白板划分ä¸?条泳道，分别代表短期需æ±?3åˆ?个月——通常本质上更有战术æ€?åQŒä¸­æœŸéœ€æ±?6åˆ?8个月)和长期需æ±?­‘…过18个月——通常为战略需求，可能随业务需求的变化而变åŒ?。划分泳道之后，开始äؓ每个区域æ·ÕdŠ éœ€æ±‚。尽量避免按应用¾pȝ»Ÿ(如，电子商务¾|‘ç«™)思è€?看得­‘Šè¿œåQŒè¶Šæœ‰å¯èƒ½è¾¾åˆ°æ‚¨è¦æ±‚的高åº?例如åQŒæˆ‘需要完善自å·Þqš„清单¾pȝ»Ÿ)。在生命周期的这一阶段åQŒä¸»è¦ç€çœégºŽå¯èƒ½æˆäؓ业务¾l„成部分的业务流½E‹ï¼Œå¦‚电子商务站炏V€?/span>

完成初步分析之后åQŒæœåŠ¡å·¥½E‹å›¢é˜Ÿå¯èƒ½å¼€å§‹å¯»æ‰¾ä¾èµ–性，试图军_®šä¼˜å…ˆ¾U§ã€æ­½Cºé‡ç”¨å¯èƒ½æ€§æˆ–¼‹®å®šéœ€æ±‚之间的依赖性。观察下面的需求目录示例，可以看到对于该企业来è¯ß_¼Œæœ€åˆé›†ä¸­åœ¨ç”¨æˆ·æ³¨å†Œ‹¹ç¨‹ä¸Šæ˜¯å†åˆç†ä¸˜q‡äº†åQŒå› ä¸ø™®¸å¤šå…¶ä»–流½E‹ä¾èµ–于该流½E‹ï¼Œè€Œä¸”它可以在整个电子商务功能和企业内部网中重用ã€?/span>

<!--[if !vml]--><!--[endif]-->

å›?åQšéœ€æ±‚目录示例，它向服务工程团队提供了实现公司未来状态的路线å›?/span>

æ ÒŽ®å…¬å¸åœ¨æœåŠ¡è®¾è®¡å’Œå¼€å‘方面的成熟度，选择首先开发哪¿UæœåŠ¡å¯èƒ½å¾ˆè‡ªç„¶åœ°å¯¼è‡´æž„建没有很多依赖性的服务åQŒåŒæ—¶ç§¯ç´¯ç»éªŒã€‚å°½½Ž¡è¿™äº›æƒ³æ³•æ˜¯å¯¹çš„åQŒä½†æ˜¯åœ¨ä¼ä¸šæˆç†Ÿåº¦ä¸­åQŒç†Ÿæ‚‰å¢žå¼ºé‡ç”¨çš„服务建模技术是很重要的åQŒå¦‚强大的契¾U¦å’Œ½{–略定义。服务工½E‹å›¢é˜Ÿå¿…™åÀL„è¯†åˆ°é‡ç”¨æ¦‚念以前曑֜¨ä¸šåŠ¡ä¸­æåˆ°è¿‡å¤šæ¬¡åQŒä½†æ²¡æœ‰å¤šå¤§æˆæ•ˆã€‚由于相对于传统应用½E‹åºç”Ÿå‘½å‘¨æœŸæ¥è¯´åQŒæœåŠ¡å¼€å‘周期较短，服务工程团队有能力从短期目录创徏一¾pÕdˆ—可以跨计划快速利用的基础服务åQŒä»Žè€Œå®žçŽ°æ—©æœŸçš„成功ã€?/span>

无论如何åQŒå¯¹åˆå§‹æœåŠ¡åQˆç‰¹åˆ«æ˜¯ä¾èµ–服务åQ‰çš„选择应与服务工程团队的能力相一致。这是很重要的。新的团队需要时间才能在SSLC的设计阶ŒDµå…·æœ‰æ›´å¤šç»éªŒã€‚在服务目录中确定的依赖服务可能ç”׃ºŽå…ähœ‰è¾ƒé«˜çš„重用水òq»I¼Œçœ‹ä¼¼æ˜¯ä¸€ä¸ªå¥½çš„侯选服务，但是不适合于尚未成熟的团队。若一个服务已涉及到跨业务¾Uѝ€æä¾›ä¼ä¸šçñ”功能或遵守严格的服务质量规章的依赖性，则它可能不是一个理想的初始侯选服务ã€?/span>

另一斚w¢åQŒå¯¹äºŽä¸€ä¸ªå…·æœ‰å·²å®šä¹‰‹¹ç¨‹å’Œå·²çŸ¥ç«¯ç‚¹çš„服务åQŒå¦‚果这些端ç‚ÒŽ˜¯å—控的、成熟的òq¶ä¸”范围很小åQŒåœ¨å¿…要的情况下åQŒæœåŠ¡æœ¬íw«çš„¼›ÀL•£½E‹åº¦­‘³ä»¥æž„徏或重构，那么在很短的旉™—´å†…，˜q™ç§æœåŠ¡æ˜¯åˆå§‹å¼€å‘的主要侯选服务。这æ ïLš„初始服务应该可以很快地验证假设、方法学和流½E‹ã€‚æ­£¼‹®çš„设计需要经验和实践。反复进行试验åƈ¾U æ­£é”™è¯¯åQŒå°¤å…¶åœ¨SOA计划的成型阶ŒDµï¼Œ˜q™ç§æ–ÒŽ³•æ˜¯åˆ¤æ–­åœ¨æ‚¨çš„企业内哪些SOA实践可以发挥作用的重要机制。早期选择没有依赖性的孤立服务可能会限制服务工½E‹å›¢é˜Ÿåœ¨æˆåž‹é˜¶æ®µèŽ·å–更多的学习机会ã€?/span>

服务设计和徏�/span>

服务设计和徏模阶ŒD늚„目标是，åŸÞZºŽéœ€æ±‚目录中¼‹®å®šçš„业务流½E‹å¾ç«‹ä¸€¿Uå®šä¹‰ä¾¯é€‰æœåŠ¡çš„一致方法。真到开始做的时候，服务工程团队通常用白板描¾l˜ä¸šåŠ¡æµ½E‹ã€åˆ†è§£æ­¥éª¤ä»¥åŠè®¨è®ºå½“前和未来的需求。äؓ此，一致的设计æ–ÒŽ³•å­¦åº”该ä‹É用业务和IT均可理解的常用语­a€æ¥å¾ç«‹ã€?/span>

服务设计æ–ÒŽ³•å­¦äؓ服务工程团队提供了一¾pÕdˆ—用于分解业务‹¹ç¨‹çš„步骤或‹zÕdŠ¨åQŒåŸºäºŽé¢å‘服务的设计原则¼‹®å®šæœåŠ¡ä¸­å¼€å‘哪些方面是合理的。对于这¿Uè®¾è®¡æ–¹æ³•å­¦åQŒè®¸å¤šä¼ä¸šæœ€åˆæœ‰ä¸€äº›äº‰æ‰§ï¼Œž®¤å…¶æ˜¯æœåŠ¡ç²’度。过¾l†çš„¾_’度可能产生不可重用的服务增ŒD–ï¼›˜q‡ç²—的粒度，又很隄¡€æ‰‹ã€‚在团队对徏模流½E‹æ»¡æ„ä¹‹å‰ï¼Œå®ƒåº”该将其活动集中在定义良好的业务流½E‹ä¸­åQŒè¿™äº›ä¸šåŠ¡æµ½E‹å¯èƒ½åƈ没有较大企业需求（如高生äñ”量、长期事务）ã€?/span>

ž®½ç®¡ä»ŽæŠ€æœ¯ä¸Šæ¥è¯´ä¸æ˜¯å»ºæ¨¡é˜¶æ®µçš„一部分åQˆä½†å¯èƒ½æ˜¯å¾æ¨¡æ–¹æ³•å­¦çš„一部分åQ‰ï¼Œä½†æˆ‘的经验表明：在定义服务分¾cÕdŽŸåˆ™æ–¹é¢æŠ•å…¥æ—¶é—´å¯¹ä¼ä¸šæ¥è¯´æ˜¯å¾ˆé‡è¦çš„。这些指导方针应该定义服务的哪些斚w¢å†›_®šäº†æœåŠ¡æ˜¯ä¸šåŠ¡¾U¿ï¼ˆLOBåQ‰æˆ–应用½E‹åº¾U§æœåŠ¡ï¼Œ˜q˜æ˜¯å…ähœ‰ç‰ÒŽ®Šéœ€æ±‚的企业服务。这些指导方针可能包括生产量、服务质量（QoSåQ‰ã€æ­£å¸¸è¿è¡Œæ—¶é—´ã€æœåŠ¡å…³é”®ç¨‹åº¦ä»¥åŠå¤šž®‘客户将使用该服务。另外，开始定义与建立和管理服务相关的企业æ²È†æŽ§åˆ¶æ—Óž¼Œ˜q™äº›æŒ‡å¯¼æ–šw’ˆè‡›_…³é‡è¦ã€‚开发指导方针可能本íw«æ˜¯è´¯ç©¿å§‹ç»ˆçš„工作，但开头很½Ž€å•ï¼Œåªå®šä¹‰å½“前需求所要求的部分就可以。而且åQŒæœåŠ¡åˆ†¾cÕd¯èƒ½æœ‰åŠ©äºŽž®†ç›¸ä¼¼åŠŸèƒ½åˆ†¾l„åƈ¼‹®è®¤˜q™äº›åŠŸèƒ½çš„业务所有者。记住，后箋出现新的需求时可以重新调整指导斚w’ˆã€?/span>

<!--[if !vml]--><!--[endif]-->

å›?åQšæœåŠ¡åˆ†¾cÕdŠå…¶ä¸ŽSOAæ²È†çš„å…³¾p»ï¼›æ­¤åˆ†¾cÕd¯èƒ½æœ‰åŠ©äºŽå®šä¹‰SOA资äñ”的企业治理控制ã€?/span>

æ ÒŽ®æœåŠ¡ç›®å½•½CÞZ¾‹åQŒä¼ä¸šå¯èƒ½å·²¾lå¾ç«‹äº†ä¼ä¸šæœåŠ¡å’Œä¸šåŠ¡çº¿æœåŠ¡¾cÕdˆ«ã€‚以下进行详¾l†æ˜q°ã€?/span>

企业服务

企业服务å…ähœ‰æ°´åã^影响åQŒå¯èƒ½åŒ…括：

1. 无论在是周边或核心部门，安全性都需要符合行业规范�/span>
2. ‹zÕdŠ¨å®¡è®¡ã€‚记住审计可能是某一特定功能的一个方面，如外汇交易，而不是进行交易的‹¹ç¨‹ã€?/span>
3. 一般异常处理�/span>
4. 服务要求24x7可靠性，òq¶ä¸”必须据此˜q›è¡Œæ²È†ã€?/span>
5. 服务要求大容量和åQˆæˆ–åQ‰ä½Žå»¶è¿Ÿåžåé‡ã€?/span>
6. æ ÒŽ®ä½¿ç”¨çŽ¯å¢ƒåQŒæœåŠ¡å¯èƒ½è¦æ±‚更高çñ”别的客户服务或响应时间。例如，客户个äh信息表明他们是贵宑֮¢æˆøP¼Œåˆ™æœåŠ¡å¥‘¾U¦ä¼šè¦æ±‚不同的SLAã€?/span>
7. 若服务要求跨业务¾U¿è¿›è¡Œäº¤äº’，则可能具有必™åÀL»¡­‘³çš„企业基础架构需求ã€?/span>
8. 服务与企业数据进行交互。这斚w¢å¯èƒ½æ„å‘³ç€ä¼ä¸šæ‹¥æœ‰é€šç”¨æ¨¡åž‹åQŒè€Œå…·ä½“用æˆäh•°æ®å­˜å‚¨çš„实现则由业务¾U¿æŽ§åˆ¶ã€‚经验和实践表明åQŒå¤§é‡çš„用户数据存储存在于企业中。SOA目标的一部分ž®±æ˜¯ä¸ÞZº†é•¿æœŸå·©å›º˜q™äº›æ–šw¢åQŒä½†åœ¨å®šä¹‰æœªæ¥è®¡åˆ’æ—¶åQŒä¸åº”脱¼›ÈŽ°å®žï¼Œè€Œæ˜¯è¦å……分利用现有资源ã€?/span>

业务¾U¿æœåŠ?/span>

˜q™äº›æœåŠ¡å…ähœ‰åž‚直影响åQŒå¯èƒ½åŒ…括：

1. 特定业务功能åQŒå¦‚采购单（POåQ‰æˆ–æ–°çš„¿UŸèµå¤„理ã€?
2. å…ähœ‰ç‰¹å®šUI和外观的表示服务åQŒæˆ–者通常用于提供某一特定业务功能的可视化表示的向对{€?/span>
3. 支持业务¾U¿çš„CRUDåQˆåˆ›å»ºã€è¯»å–、更新、删除）‹zÕdŠ¨çš„信息和讉K—®æœåŠ¡ã€?/span>
4. 应用服务åQŒå¦‚åŸÞZºŽç‰¹å®šä¸šåŠ¡¾U¿æ•°æ®çš„销售跟ítªæˆ–预测ã€?/span>

此分¾cÕdƈ不完æ•ß_¼Œä½†åº”该可以提供企业如何开始分¾cÕd·¥ä½œçš„概念ã€?/span>

通过‹‚€æŸ¥ä»¥ä¸Šç±»åˆ«ï¼Œå¯å°†ä»¥å‰å®šä¹‰çš„需求目录中的某些侯选服务放è‡Ïx²»ç†ç»„中，òq¶è¯†åˆ«å‡ºä»¥å‰òq¶ä¸æ˜Žæ˜¾çš„许多典型结构：

服务生命周期主要是äؓ了解决业务需求问题，而不是过度陷于具体的分类¾lƒä¹ ã€‚SSLC评估阶段是äؓ了支持基于实际应用和环境的再评估。我惛_ˆ°ç”µåª„《梦òqÖM¹‹åœ°ã€‹ä¸­å‡¯æ–‡·¿U‘斯特纳听到的声音重复说åQ?#8220;你盖好了åQŒä»–们就会来”。这与在企业中公开服务没有什么区别。在某一旉™—´ç‚¹ä¸Šä»¥æŸä¸€ä½¿ç”¨¾U§åˆ«å®šä¹‰çš„内容实际上可能会以完全不同的方式ä‹É用，也就是通常在最初设计时òq¶æœªè€ƒè™‘到的方式。指导方针在重分¾c»é˜¶ŒDµåº”该有所帮助ã€?/span>

在流½E‹çš„˜q™ä¸€é˜¶æ®µåQŒæˆ‘主要谈论侯选服务与服务实现的概å¿üc€‚ErlåQ?004åQ‰å¾è®®ä¾¯é€‰æœåŠ¡æ˜¯æ½œåœ¨çš„服务，˜q™äº›æœåŠ¡å¯èƒ½åœ¨æœ€åŽçš„设计中实玎ͼŒä¹Ÿå¯èƒ½ä¸å®žçŽ°ã€‚设计流½E‹æ˜¯ä¸ÞZº†¼‹®å®šè®¾è®¡å’Œå¼€å‘的未来阶段的输入。理解企业中哪些服务已存在以及哪些需要开发对服务工程团队来说特别重要。支持服务发现的工具åQˆå¦‚兼容UDDI的注册库åQ‰æ˜¯ä¿ƒè¿›æœåŠ¡é‡ç”¨å’Œäº†è§£çŽ°æœ‰å¯ç”¨èµ„源的重要¾l„äšgã€?/span>

最后，在徏模阶ŒDµï¼Œéšç€é€æ¸ç†è§£äº†å›¢é˜Ÿæ­£åœ¨å®šä¹‰ä¾¯é€‰æœåŠ¡ï¼ŒæœåŠ¡å·¥ç¨‹å›¢é˜Ÿåº”通过独立于技术架构和物理环境¾U¦æŸçš„å·²¼‹®å®šæ–ÒŽ³•å­¦ç‘ô¾l­è¿›è¡Œè®¾è®¡ã€‚服务设计和建模阶段的目的就是定义期望的未来状态。SSLC的构建和¾l„合阶段ž®†ä‹É侯选服务遵守组¾l‡çº¦æŸä»¥å®šä¹‰æœ€åŽçš„服务实现ã€?/span>

构徏和组�/span>

为更加快速经‹¹Žåœ°å¼€å‘新的功能，服务生命周期的构建和¾l„合重点集中在开发新服务以及利用企业中现有资源所要求的ä“Q务上。这一æ–ÒŽ³•å¯ä»¥¾~©çŸ­ä¸Šå¸‚æ—‰™—´åQŒä»Žè€Œå®žçŽ°SOA的一™å¹å…³é”®èƒ¦åŠ¡æ”¶ç›Šã€?/span>

在本阶段åQŒæœåŠ¡å¾æ¨¡å’Œè®¾è®¡é˜¶æ®µ¼‹®å®šçš„侯选服务被具体化成服务操作åQŒåƈž®†åŸº¼‹€æž¶æž„和环境实体映ž®„到它们。正如在建模阶段提到的，¼‹®å®šSOA计划的目标是很重要的。由于当前环境的限制åQŒå®žçŽ°è¿™äº›ç›®æ ‡å¯èƒ½æ¯”较困难，但是可能会促˜q›æŸäº›è‰¯æ€§è®¨è®ÞZ»¥åŠæŸ¿Uæˆæœ¬åˆ©æ¶¦åˆ†æžï¼Œä»Žè€Œç¡®å®šå¦‚何实现期望的未来状态。但是，现在的企业需要ç‘ô¾l­å‘展，所以您的侯选服务在企业环境中必™åÕd…·æœ‰çŽ°å®žæ„ä¹‰ã€?/span>

理解了哪些服务操作和实现比较现实之后åQŒå°±å¯ä»¥ç€çœégºŽé‡ç”¨çš„可能性以及在上一阶段¼‹®å®šçš„组合。要充分利用SOAåQŒç»„合的概念对业务敏æäh€§æ¥è¯´éžå¸”R‡è¦ã€‚开发环境和服务基础架构工具必须推动设计时发现服务，òq¶å¯¾l„合˜q™äº›æœåŠ¡åQŒå®Œæˆæ•´ä¸ªä¸šåŠ¡æµ½E‹ã€?/span>

没有˜q™äº›å·¥å…·åQŒSOA计划的成功可能会受到é˜È¢ã€‚随着初始服务对业务线团队和其他工½E‹å›¢é˜Ÿå¯ç”¨ï¼Œ¾l„合的机会可能得以实现。在˜q™ç§æƒ…况下，在分¾cȝš„同时已确定了初始依赖性。这些依赖性应描述为构建组合服务的直接可能性，òq¶åº”提供重用的切实收益。本文中只稍微提åˆîCº†¾l„合åQŒä½†˜q™äº›‹zÕdŠ¨çš„重要性与SSLC的构建和¾l„合阶段直接相关ã€?/span>

考虑需求目录示例：一个称为整合清单系¾lŸçš„计划已在长期目标中确定。在½W¬ä¸€‹Æ¡æµè§ˆæ—¶åQŒè¯¥ä»ÕdŠ¡å¯èƒ½è¢«æ˜qîCؓ物理上废弃旧清单¾pȝ»ŸåQŒåƈž®†å­˜å‚¨åº“整合åˆîC¸€ä¸ªä¸»æ•°æ®æºä¸­ã€‚å°½½Ž¡å¯èƒ½çœŸçš„会是这æ øP¼ˆå¦‚果成本利润分析表明废弃旧系¾lŸæ›´åŠ ç»‹¹Žæœ‰æ•ˆçš„话）åQŒæ´»åŠ¨ä¹Ÿå¯èƒ½è¡¨è¿°ä¸ÞZ¸€¿Uæ²¡˜q™ä¹ˆå…·ä½“çš„åŞ式。服务工½E‹å›¢é˜Ÿå¯èƒ½äñ”生一¾pÕdˆ—逻辑数据服务åQŒå¯¹å®¢æˆ·éšè—ç‰©ç†ç«¯ç‚¹ã€‚构建普适数据访问层的这一æ–ÒŽ³•ž®†é€šè¿‡¾l„合直接利用在中期需求目录中开发的现有‹‚€æŸ¥æ¸…单X服务。整合清单系¾lŸè®¡åˆ’可能要求根据清单文档的典型表示来决定哪些端炚wœ€è¦ä¿®æ”V€‚è¿™¿Uåˆ†æ•£å¼CRUD逻辑应在“服务基础架构工具”中提供，˜q™æ ·çš„一个示例是BEA AquaLogic Data Services Platformã€?/span>

通常åQŒæœåŠ¡è“v源于业务¾U¿çñ”别而不是通过企业计划åQŒå› ä¸ÞZ¸€èˆ¬æƒ…况下˜q™æ˜¯é©±åŠ¨™å¹ç›®å»ºç«‹å’Œéœ€æ±‚的地方。结果，“你盖好了åQŒä»–们就来了”æ–ÒŽ¡ˆå¯èƒ½å¯ÆD‡´è®¾è®¡æ—¶å‘现的服务不是良好的重用侯选服务。它们可能不提供­‘›_¤Ÿçš„性能或一致模式。尽½Ž¡å®ƒä»¬åœ¨ä¼ä¸šä¸­å¯ç”¨ï¼Œä½†ä»ä¸ºåº”用程序çñ”服务。最后，企业必须开始创建管理流½E‹ä»¥æŽ§åˆ¶æœåŠ¡çš„企业可见性。在通常情况下，服务注册提供¼‹®ä¿æœåŠ¡è´¨é‡çš„管理机制和‹¹ç¨‹ã€‚这些问题必™åÕdœ¨æœåŠ¡ç”Ÿå‘½å‘¨æœŸçš„发布和准备阶段予以解决ã€?/span>

最后，要进行快速的开发，¾léªŒè¡¨æ˜ŽåQŒå·¥å…äh ‡å‡†åŒ–可ä‹É企业充分利用现有知识òq¶åœ¨æ•´ä¸ªSOA计划中重用。这不是说每个äh都必™åÖM‹É用相同的IDE或某个特定工å…øP¼Œè€Œæ˜¯è¯´ä‹É用的ä»ÖM½•å·¥å…·å¿…须以类似的模式工作åQŒå¿…™åÀL”¯æŒæ ‡å‡†ï¼›è‹¥å¼€å‘äh员需要ä‹É用不同的工具支持其他™å¹ç›®åQŒåˆ™å¿…须降低学习的难度。另外，˜q™äº›å·¥å…·å¿…须能够è½ÀL¾åœ°åº¦é‡æœåŠ¡çš„重用性和控制上市旉™—´ã€‚通过服务生命周期获得度量可以ä¸ÞZ¼ä¸šæä¾›ä­h值巨大的信息åQŒå¸®åŠ©SOA计划获得成功ã€?/span>

BEA域模�/span>

正如许多æ–ÒŽ³•å­¦æ‰€˜qŽÍ¼Œéœ€è¦å¾ç«‹ä¸€¿Uåº•å±‚模式来¾lŸä¸€æ‰€æœ‰å…¶ä»–活动。在BEAå’ŒSOA环境中，ž®±æ˜¯BEA的域模型åQˆéœ€è¦æ³¨å†Œï¼‰ã€‚Dev2Dev中有许多文章描述理解SOA各个斚w¢çš„重要性（详见David Groves撰写的Successfully Planning for SOAåQ‰ã€‚共享服务生命周期ä‹É用该模型òq¶æŒ‰æ­¤æ–¹å¼æä¾›åˆ‡å®žçš„控制炏V€‚在本文定义的设计时阶段中，域模型的影响通过定义™å¹ç›®å’Œåº”用程序的需求以及架构方法的需求目录来表述ã€?/span>

该方法通常开始于˜qœæ™¯åQŒæœ€åˆé€šè¿‡åŸºç¡€æœåŠ¡æˆ–构造块实现。尽½Ž¡æ²»ç†åœ¨è®¾è®¡é˜¶æ®µæ²¡æœ‰åœ¨SSLC的运行时那么关键åQŒä½†æ˜¯æ²»ç†å·²å¼€å§‹åœ¨‹¹ç¨‹ä¸­äñ”生了一定的影响åQŒç‰¹åˆ«æ˜¯åœ¨å†³å®šåˆå§‹æœåŠ¡å®žçŽ°æ—¶ã€?/span>

本系列文章的½W¬äºŒéƒ¨åˆ†ž®†æ­½Cø™¯„估部¾|²æœåŠ¡æˆæœ¬å’Œæ”¶ç›Šçš„重要性，òq¶ç‘ô¾l­å…³æ³¨åœ¨˜qè¡Œæ—¶å¦‚何对服务˜q›è¡Œæ²È†ã€‚另外，SSLC的设计时和运行时阶段都要求紧密结合业务策略和‹¹ç¨‹ã€‚è¿™ž®Þp¦æ±‚确定和设计可能成äؓ侯选服务的业务‹¹ç¨‹åQŒåƈž®†å®ƒä»¬ç»„合成可重用服务，以实çŽîC¸šåŠ¡çš„灉|´»æ€§ã€?/span>

¾l“束è¯?/span>

通过˜q›ä¸€æ­¥ç†è§£ä¸Žå…׃ín服务生命周期相关的设计时需求，正在å¯ÀL±‚使用SOA促进重用和增加业务灵‹zÀL€§çš„企业可能认识到及早徏立基¼‹€æž¶æž„åQˆå¦‚æ–ÒŽ³•å­¦ã€åˆ†¾cÀLŒ‡å¯¼æ–¹é’ˆä»¥åŠå¼€å‘å·¥å…øP¼‰æ˜¯å®žçŽ°æ—©æœŸåŠåŽç®‹æˆåŠŸçš„重要因素。通过½Hç ´ä¼ ç»Ÿåº”用½E‹åºå¼€å‘范型以及关注作为发展蓝囄¡š„业务‹¹ç¨‹åQŒæœåŠ¡å·¥½E‹å›¢é˜Ÿå¯ä»¥åŠæ—¶æœ‰æ•ˆåœ°ç´§å¯†¾l“合业务需求ã€?/span>

本文的第二部分将å…Ïx³¨å…׃ín服务生命周期的运行时ã€?/span>