下载文档原格式
soa方案SOA方案简介SOA（Service-Oriented Architecture）即面向服务的架构，是一种软件设计和开发的方法论，它通过将应用程序划分为不同的服务，这些服务通过互相通信和协作来完成具体的业务功能。
SOA的主要目标是提高系统的可重用性、灵活性和整体性能。
SOA的基本概念1. 服务（Service）服务是SOA的核心概念，它表示一个特定的功能模块或业务逻辑，具有明确的输入和输出。
服务可以是独立的单元，可以独立部署和运行，并可以通过网络进行通信。
2. 服务提供者（Service Provider）服务提供者是指提供服务的软件组件或系统。
它负责实现和提供具体的服务功能，并向服务消费者提供对应服务的接口。
3. 服务消费者（Service Consumer）服务消费者是指使用服务的客户端应用程序或系统。
它通过调用服务提供者暴露的接口来获取所需的功能或数据。
4. 服务注册与发现（Service Registry and Discovery）为了能够在分布式环境下有效地管理和调用服务，需要引入服务注册与发现机制。
服务注册是指服务提供者将自己提供的服务信息注册到服务注册中心，而服务发现则是指服务消费者通过查询服务注册中心来获取可用的服务列表。
5. 服务编排（Service Orchestration）服务编排是指通过组合和调度不同的服务来完成一个业务流程。
它通过定义服务之间的依赖关系和执行顺序，实现复杂的业务逻辑。
SOA的优势1. 高度可重用性SOA将应用程序划分为多个服务，这些服务可以独立开发、部署和维护。
通过合理组织和设计服务，可以使它们具有高度的可重用性，提高软件开发的效率和质量。
2. 灵活性和可扩展性由于服务之间松耦合的特性，SOA可以灵活地调整和扩展系统的功能和性能。
当系统需求变化时，只需要调整相应的服务即可，无需对整个系统进行改造。
3. 提高系统的整体性能通过将系统拆分成多个服务，并且将服务分布在不同的服务器上，可以提高系统的并发处理能力和负载均衡能力，从而提高系统的整体性能。
soa设计思路（原创版）目录1.SOA 设计思路的概念和背景2.SOA 设计思路的核心原则3.SOA 设计思路的具体实践方法4.SOA 设计思路的优势和应用案例正文1.SOA 设计思路的概念和背景SOA（Service Oriented Architecture，面向服务的架构）设计思路是一种软件设计模式，旨在将应用程序拆分为相互独立的服务，以便这些服务可以在不同的系统之间进行交互和共享。
这种设计模式源于 20 世纪90 年代，随着互联网的普及和企业对 IT 系统灵活性和可扩展性的需求不断提高，SOA 逐渐成为一种广泛应用的软件架构方法。
2.SOA 设计思路的核心原则SOA 设计思路的核心原则包括：(1) 服务独立性：SOA 设计要求将应用程序拆分为相互独立的服务，这些服务之间应尽可能减少依赖关系，从而提高系统的灵活性和可扩展性。
(2) 服务抽象：每个服务都应该提供一个清晰的接口，使用户或其他服务能够方便地调用。
服务接口应简单明了，易于理解和使用。
(3) 服务可重用：SOA 设计鼓励重复使用现有的服务，以降低开发成本和提高开发效率。
同时，可重用的服务有助于提高系统的稳定性和可维护性。
(4) 服务松耦合：SOA 设计要求服务之间的接口应保持松耦合，即使服务的内部实现发生变化，也不会影响其他服务的正常运行。
3.SOA 设计思路的具体实践方法(1) 服务识别：首先，需要识别企业中的各种业务功能和服务，为后续服务化提供基础。
(2) 服务定义：在识别到服务后，需要对服务进行详细定义，包括服务的输入、输出、功能等。
(3) 服务实现：根据服务定义，实现具体的服务功能。
(4) 服务注册与发现：将实现的服务注册到服务注册中心，方便其他服务发现和调用。
(5) 服务治理：建立一套服务治理机制，对服务的生命周期进行管理，包括服务的创建、启动、停止等。
4.SOA 设计思路的优势和应用案例SOA 设计思路的优势包括：(1) 提高系统灵活性和可扩展性：通过拆分应用程序为独立的服务，可以降低系统间的耦合度，方便进行修改和扩展。
面向服务的软件体系架构设计与实现面向服务的软件体系架构（Service-Oriented Architecture, SOA）是一种基于服务的软件开发和构建方式，就像Web Services一样，SOA将应用系统划分为一个个松散耦合的服务，这些服务能够相互调用，形成一个可扩展的应用系统。
随着云计算、物联网、大数据等相关技术的普及，SOA也成为了一个相当流行的软件架构设计方式。
本文将从以下几个方面介绍面向服务的软件体系架构设计与实现：SOA核心概念、SOA的优势和劣势、SOA的设计原则、SOA的实现技术、SOA的开发工具以及SOA的应用案例。
一、SOA核心概念面向服务的软件体系架构（SOA）是一种基于服务的软件开发和构建方式，其核心概念包括以下三点：1.服务：SOA中的服务是一个独立的逻辑单元，它封装了某种特定的功能，并可以通过网络进行访问和调用。
SOA中的服务通常包括Web Services、RESTful Services、消息队列等。
2.业务流程：SOA中的业务流程是一系列的服务的有序调用，应用在需要对多个服务进行协调、合作的场景中。
3.服务注册与发现：为了方便调用和管理服务，SOA中引入了服务注册与发现机制。
服务提供者将服务信息注册到服务仓库中，服务调用方可以根据服务描述信息在服务仓库中找到需要的服务。
二、SOA的优势和劣势SOA有以下几个优势：1.松散耦合：面向服务的软件体系架构的服务是松耦合的，即每个服务最好只与其依赖的服务或资源相关。
这种松散耦合的优点在于当某个服务需要更新或替换时，对其他服务的影响相对要小，这样大幅度减少了整体系统部分维护和升级所需的时间和成本。
2.可扩展性：SOA的另一个优点是可扩展性，这意味着可以在系统中动态添加或替换单独的服务，而不会影响整个系统。
这也使得系统更加灵活和可适应变化。
3.平台无关性：SOA 架构实际上是一个独立于平台（如操作系统和编程语言）的技术，可以让系统根据需要进行选择，因此可以将系统部署在不同的平台上。
SOA实施方法论及流程介绍SOA（Service-Oriented Architecture）是一种软件架构设计模式，可以将应用程序的功能划分为可重用的服务，服务之间通过标准化的接口和协议进行通信，从而实现松散耦合和复用性。
SOA的实施需要遵循一定的方法论和流程，下面将对其进行介绍。
1.准备阶段：在准备阶段，需要明确定义业务目标、需求和范围，并确定可行性分析。
这包括以下几个步骤：a.定义业务目标：明确业务需求和期望的业务效益。
b.定义需求和范围：从业务需求出发，确定系统功能和服务的需求，并划定实施的范围。
c.进行可行性分析：评估技术和资源的可行性，确定是否可以成功实施SOA。
2.分析和设计阶段：在这个阶段，需要对系统进行详细的分析和设计。
这包括以下步骤：a.建模和分析：通过业务流程、数据流和用例图等模型，对系统进行建模和分析，确定服务的边界和功能。
b.设计服务接口：根据需求和分析结果，设计服务的接口和协议。
c.设计服务实现：确定服务的实现方式，可以选择开发新的服务，或者重用现有的服务组件。
d.设计服务治理策略：确定服务的治理策略，包括服务注册、发现、安全、监控和管理等方面。
3.开发和集成阶段：在这个阶段，根据设计来开发和集成服务。
具体步骤如下：a. 开发服务：根据接口设计，实现服务的代码。
这可以是使用不同的编程语言和技术来完成，例如Java、C#、Web服务和RESTful服务等等。
b.集成服务：将开发好的服务进行集成，确保服务之间可以互相调用和协作。
c.测试服务：对开发和集成的服务进行测试，包括功能测试、性能测试和安全测试等。
4.部署和管理阶段：在部署和管理阶段，将开发好的服务部署到生产环境，并进行服务的管理和维护。
具体步骤如下：a.部署服务：将开发好的服务部署到服务器上，并进行配置和参数的设定。
b.管理服务：监控服务的运行情况，包括资源利用率、性能指标和错误日志等，及时处理异常情况。
c.维护服务：定期对服务进行维护，包括升级和修复。
SOA企业架构及解决方案1、什么是SOA如果有人问"什么是SOA？"我相信每个了解SOA的人回答的都是不同的，因为不同角度、不同厂商、不同学术团队都会给出不同的答案，那么到底何为SOA？百科中给出的SOA 定义是“面向服务的体系结构（Service-oriented architecture）是构造分布式系统的应用程序的方法。
它将应用程序功能作为服务发送给最终用户或者其他服务。
它采用开放标准、与软件资源进行交互并采用表示的标准方式。
”下面得解释是我在阅读其它SOA相关资料中所看到的用较通俗化的方式去阐述的SOA 含义，相信通过这段文字SOA会以更加容易理解的形象呈现在大家面前。
印刷术的发展过程及其思想就完整体现了SOA的核心含义，在秦始皇统一六国之前，各国的文字是不统一的，据说许多常用的文字有十几种写法和读音，妨碍了各国之间的文化交流，就像SOA之前，各种软件平台、各种开发工具、各种接口的组件之间，没有统一的标准，对软件系统之间的整合造成巨大的困难。
因此，伟大的始皇帝统一了六国文字，“书同文、车同轨”就是通过标准解决“复用”和“互操作”等问题。
这也为大规模的印刷和文明发展提供了一个良好的基础，这种“统一封装”的文字，对文化交流起到了一个“互操作”的标准作用。
当使用刻板印刷术印刷出来的书籍脱销时，下次还可以继续使用，大大提高了效率，这就是“复用”，软件通过组件的封装，也可以达到重复和在不同场合多次使用的“复用”效果。
刻版印刷术有个很大的问题就是文字之间是紧耦合的，同样一个字，在另一部书之中是不能“复用”的，必须重新雕刻，也就是说刻版印刷是没有“编排”特性的。
就如软件技术中微软VB开发的Com+组件就只能在Windows环境之中使用，它不能与Java开发的EJB 组件进行复用和编排，因为他们与开发环境和运行环境是紧耦合的，要在UNIX环境下使用，必须重新开发（相当于重新“刻版”）。
什么是SOA1。
背景IT行业就是术语和缩写流行的行业，各大厂商都喜欢隔三差五地推出一些新概念。
为了不落人后,大家都喜欢争先恐后地跟进。
有深入研究、务实研发的供应商，能够将概念落地,不断推出创新的产品和服务，赢得竞争优势。
但“贴标签"的也大有人在，而且趋势是越贴越多，跟风炒作，“鱼目混珠,泥沙俱下”，以至于“混绕视听"了.SOA就是这俱多“三字母”缩写的概念之中的最流行和热门的一个.但目前，SOA概念和解决方案，话语权方面基本上被国外巨头所控制，特别是大的中间件厂商。
但是真正能够完整实现SOA的落地解决方案和案例很少,刻意包装的成分比较多，特别是应用架构方面。
重技术，轻方法论，造成企业实施SOA缺乏足够的架构方法、SOA治理、SOA实施运维方面的最佳实践,因此企业实施SOA缺乏系统的指导。
另一方面，国内的不少软件企业，由于不能提供完整意义上的SOA解决方案，只能提供部分的组件，小部分特性符合SOA思想，所以就任意曲解SOA的含义，随意解析SOA的概念。
以至于国内没有一家软件企业不宣传SOA，不宣称其产品符合SOA架构的。
由此造成，许多企业和客户对SOA是非常茫然的，对SOA的价值也转向怀疑和抵触。
这种厂商之间的无序竞争，不利于国内企业的自主创新，也不利于企业导入和实施有效的SOA，实现SOA的商业价值。
本文试图就SOA的来龙去脉，外延内涵和前世今生，来一个全面的阐释。
一家之言，权作业界参考，希望带动大家做一些更深入的思考.文章比较长，如果兴趣不够，也可以就此打住.2。
为什么需要SOASOA的出现不仅仅是厂商炒作的结果，本质上是两种力量驱动的结果：需求拉动、技术推动.业务需求的拉动，希望解决业务应用的问题;技术发展的推动，使得SOA具备了技术上的可行性，软件技术的发展推动了IT创新的商业价值。
2。
1.需求拉动需求拉动方面，主要来自于两种信息化的困境.一个是“信息孤岛”造成基于系统之间互联互通的整合需求；另一个是业务的变化所导致对IT灵活性,以适应变化的需求。
soa原理方法实践Service-Oriented Architecture（面向服务的架构，简称SOA）是一种应用架构的设计理念，主要目标是实现系统的可重用性、灵活性和可扩展性。
本文将探讨SOA的原理、方法以及实践。
一、SOA的原理SOA基于一系列原则，其中包括以下几点：1. 服务化：将系统的各个功能模块抽象为独立的服务，每个服务提供特定的功能，并通过标准化接口进行通信。
这种松耦合的设计使得服务可以独立开发、部署和维护，提高了系统的灵活性和可重用性。
2. 面向契约：通过明确定义服务的接口和行为，服务提供者和服务消费者之间可以建立起明确的契约关系。
契约规定了服务的输入、输出以及如何进行通信，确保双方能够正确交互。
3. 服务组合：通过将不同的服务组合起来构建更复杂的业务过程，满足特定的业务需求。
这种组合可以通过编排工具或者中间件来实现，从而实现灵活的业务流程控制。
4. 中立性：SOA的设计要求服务应该是中立的，即独立于底层技术和具体的实现。
这使得服务能够在不同平台和技术环境下运行，增加了系统的可扩展性。
二、SOA的方法在实际应用中，要实现SOA，需要遵循以下方法：1. 服务设计：根据业务需求，将系统拆分为不同的服务，并为每个服务定义明确的接口和行为。
服务设计要考虑到服务的粒度、职责和依赖关系，从而保证服务的独立性和可重用性。
2. 服务注册与发现：为了实现服务的可发现性和可重用性，需要建立服务注册表，将每个服务的元数据信息记录在其中。
服务消费者可以通过服务注册表查找到需要的服务，从而实现服务调用。
3. 服务编排：根据业务需求，将不同的服务组合起来构建业务流程。
这可以通过使用BPEL（Business Process Execution Language）或者其他编排工具来实现。
编排工具提供了可视化的界面，可以方便地定义和管理业务流程。
4. 服务安全：由于服务的开放性和互联性，安全性是SOA实践中必须考虑的因素。
SOA原理实现和应用SOA（Service-Oriented Architecture，面向服务的体系结构）是一种软件设计原则，它将软件系统划分为可重用的独立服务，这些服务通过标准化的接口进行通信。
SOA的实现技术包括Web Services、消息队列和服务总线等，它被广泛应用于企业级软件系统中。
SOA的原理是将软件系统拆分为一系列可重用的服务，这些服务之间通过标准的、面向消息的接口进行通信。
每个服务都提供特定的功能，并且可以被其他服务调用。
服务之间的通信可以是同步的，也可以是异步的。
SOA的核心原则是松耦合，即服务之间的依赖关系应该是最小化的，以实现模块化和可重用性。
SOA的实现需要一些关键的技术和组件。
其中最常见的是Web Services，它使用标准的Web协议（如HTTP和XML）来实现服务之间的通信。
Web Services使用WSDL（Web Services Description Language）来描述服务的接口，并使用SOAP（Simple Object Access Protocol）来封装和传输服务请求和响应。
除了Web Services，SOA还可以使用消息队列和服务总线等技术来实现服务之间的异步通信和消息传递。
SOA的应用非常广泛，特别是在企业级软件系统中。
首先，SOA可以提高软件系统的灵活性和可扩展性。
通过将系统拆分为可重用的服务，可以更容易地添加、修改和删除功能。
这种模块化的结构也能够支持系统的增量开发和部署，从而实现快速的软件交付。
其次，SOA可以促进不同系统之间的集成和协作。
通过使用标准化的接口和协议，不同的系统可以无缝地与其他系统进行通信，从而实现数据共享和业务流程的协同。
这种集成可以帮助组织实现跨部门和跨组织的业务流程，提高工作效率和协作效果。
此外，SOA还可以提供一些关键的服务治理功能，如安全性、可靠性和事务管理等。
通过对服务进行集中管理和控制，可以确保服务的可信性和安全性。
详细讲述SOA的发展历史与标准规范摘要：新技术的兴起必然伴随着一系列技术标准和规范的诞生，SOA也是如此。
短短几年之内，在厂商、研究人员和标准化组织的共同努力下，已经制定出一大批SOA 标准和规范，有力地推动了SOA的发展。
面对众多的SOA标准和规范，很多人可能会感到迷茫和疑惑，进而愈发觉得SOA太复杂而高不可攀。
其实，只要了解 SOA的发展历程和SOA架构的基本知识，同时对标准的制定、审核和发布机构及工作机制有一定认识和了解，就不难理解这些标准的意义和作用。
1. SOA发展回顾SOA的概念最初由Gartner公司提出，由于当时的技术水平和市场环境尚不具备真正实施SOA的条件，因此当时SOA并未引起人们的广泛关注，SOA在当时沉寂了一段时间。
伴随着互联网的浪潮，越来越多的企业将业务转移到互联网领域，带动了电子商务的蓬勃发展。
为了能够将公司的业务打包成独立的、具有很强伸缩性的基于互联网的服务，人们提出了Web服务的概念，这可以说是SOA的发端。
Web 服务开始流行以后，互联网迅速出现了大量的基于不同平台和语言开发的Web服务组件。
为了能够有效地对这些为数众多的组件进行管理，人们迫切需要找到一种新的面向服务的分布式Web计算架构。
该架构要能够使这些由不同组织开发的Web服务能够相互学习和交互，保障安全以及兼顾复用性和可管理性。
由此，人们重新找回面向服务的架构（Service-Oriented Architecture，SOA），并赋予其时代的特征。
需求推动技术进步，正是这种强烈的市场需求，使得SOA再次成为人们关注的焦点。
回顾SOA发展历程，我们把其大致分为了三个阶段。
下面将分别介绍每个阶段的重要标准和规范。
1.1 孕育阶段这一阶段以XML技术为标志，时间大致从上世纪九十年代末到本世纪初。
虽然这段时期很少提到SOA，但XML的出现无疑为SOA的兴起奠定了稳固的基石。
可扩展标记语言（Extensibl Markup Language，XML）系W3C所创建，源自流行的标准通用标记语言（Standard Generalised Markup Language，SGML），它在上世纪60年代后期就已存在。
SOA咨询路线图用于描述SOA咨询的一般流程和方法，是SOA咨询方法论的核心。
SOA咨询路线图基于通用IT咨询方法和SOA项目生命周期对SOA咨询方法论进行阐述，并且对SOA咨询的关键成功要素进行分析，对SOA咨询方法论与SOA实施方法论之间的关系进行界定。
1. SOA咨询路线图在SOA项目生命周期的不同阶段，SOA咨询方法也随之不同。
因此，针对SOA 项目生命周期的不同阶段，分别建立相应的SOA咨询方法。
SOA项目生命周期可划分为前期评估、总体规划（包括战略规划、业务规划和技术规划）、项目实施和后期评价四个阶段。
SOA咨询的服务对象根据SOA项目生命周期进行划分。
按照每个阶段咨询服务的主要需求来源的不同，来确定核心的服务对象。
在前期评估、总体规划和后期评价阶段，服务对象主要是项目业主（中央和地方各级政府机构）；在项目实施阶段，服务对象主要是IT厂商（平台厂商、独立软件厂商和系统集成商）。
SOA咨询方法论同样根据SOA项目生命周期进行划分，由SOA项目生命周期各个阶段的SOA咨询方法组成，形成一个完整的方法体系。
建立SOA咨询方法论的基本方法是：针对SOA项目生命周期的不同阶段，在通用IT咨询方法基础上，结合软件架构咨询的特点，按照适用性、可信性和可操作性的原则，从概念和定义、范围和内容、意义和作用、目标和任务、流程和步骤、方法和规则等六个方面，建立相应的SOA咨询方法。
SOA咨询路线图如下图所示：图1 SOA咨询路线图1.1 SOA项目生命周期SOA项目生命周期包括前期评估、总体规划、项目实施和后期评价四个阶段。
其中，总体规划阶段起到SOA蓝图的作用，是SOA咨询的重点阶段。
1.2 SOA咨询服务对象SOA项目生命周期的四个阶段中，除了项目实施阶段的SOA咨询服务对象是IT 企业（包括平台软件厂商、独立软件开发商和系统集成商）之外，其余三个阶段的SOA咨询服务对象都是政府机构（包括中央和地方各级政府机构、非政府组织和大型国有企业等）。
1.效劳分析规1.1.效劳特征与粒度1.1.1.效劳特征候选效劳的特征是：➢提供一定的功能性，有构成效劳的前提条件➢可能转变到效劳➢有待经过评审流程确实认➢通过评审的候选效劳，成为效劳：➢有明确的围和业务价值➢可能被实现，也可能需要构建➢具备契约、接口及实现效劳是网络中可用的软件资源。
效劳提供者通过标准机制提供效劳，效劳使用者通过网络有方案性地使用效劳。
效劳代理发布效劳所在位置，并在使用者请求效劳时定位效劳。
效劳使用者和提供者的角色不是唯一的；效劳提供者也可以是使用者，反之亦然。
以下图显示了 SOA 中的三个根本角色〔效劳提供者、使用者和代理〕及其各自的分工和操作。
图：SOA 的角色和交互提供者在效劳约定中以标准语言描述其效劳，并向代理发布效劳。
客户从效劳代理处〔或登记处〕查询所需的效劳，并接收有关效劳访问的约定和信息。
随后，客户或使用者便可绑定到效劳，并可与提供者直接通信。
效劳包括两局部：接口和实现图：效劳部件接口定义了使用者和提供者之间可编程的访问约定。
效劳接口必须包含以下容：➢效劳的识别➢效劳输入和输出数据的详细情况➢效劳功能和目的的元数据效劳实现包含了效劳的功能或业务逻辑。
对于效劳使用者来说，效劳实现应该是一个“黑匣子〞；用户没必要知道效劳的功能实现细节。
1.1.2.效劳粒度判定原则和方法效劳的粒度可以按基于效劳的功能及发送和接收的数据数量来定义效劳，如细粒度效劳、粗粒度效劳或组合效劳。
在 SOA 中效劳粒度有两种相关的意思：效劳是如何实现的，效劳使用和返回了多少数据或多少消息。
细粒度效劳执行了最小的功能，发送和接收少量的数据。
粗粒度效劳执行了较大的业务功能，并交换了更多的数据。
细粒度效劳是供粗粒度效劳或组合效劳使用的，而不是由终端应用直接使用的。
如果应用是使用细粒度效劳建立的，则应用将不得不调用网络上多个效劳，并且发生在每个效劳上的数据量较少，因而会对对系统整体性带来影响。
所以细粒度效劳的用户不能直接调用他所使用的细粒度效劳。
用友郑雨林：SOA是一种破坏式创新开栏语：SOA的概念已经活跃了很多年了，2007年更是火遍IT业。
用友、金蝶、东方通、微软、IBM、SAP、Oracle、BEA、IRONA等国内外重头软件企业，纷纷高举SOA大旗，用SOA概念包装已有或即将推出的各种产品和解决方案。
那么SOA 的用户价值到底体现在什么地方?各IT厂商是怎么看待SOA的，其各自的SOA战略是什么？SOA的IT投入和回报到底怎样？为什么厂商不遗余力的推广SOA，很多CIO却一直在迟疑和观望？市场有没有成熟的方案和案例？什么时候,SOA 在中国才能真正走向成熟?本着“探讨SOA问题、推进SOA应用；交流SOA经验、推动SOA发展”的宗旨，支点网隆重推出“SOA中国路径”总编系列访谈，敬请关注和支持！支点网SOA总编系列访谈之一：SOA是一种破坏式创新---用友软件副总裁郑雨林访谈录作为中国最早的SOA倡导与实践厂商，用友软件早在四年前就开始研发完全基于SOA架构的新一代企业管理软件，并决定所有产品线都向SOA架构进行迁移。
近期又与IBM合作成立了“用友SOA创新中心”，进一步推进在SOA领域的发展。
那么用友怎么看SOA，用友的SOA战略是什么，U9怎样定位，SOA如何走向应用和普及，如何看待用友近期与IBM、微软的合作？今天我们的SOA主编系列访谈就请到了用友软件股份有限公司的副总裁郑雨林先生，请他为我们揭开用友SOA的神秘面纱。
本期受访企业：用友软件股份有限公司采访人：支点网总编李劲松受访人：用友软件副总裁郑雨林一、用友的SOA战略“U9对SOA的最大意义，就是它完全基于SOA架构，完全按照SOA的思想和模式来做。
产品是新的，业务模式也是新的。
它是一种破坏式创新，有可能改变产业格局。
SOA带来的变化，不仅是技术的变化，还有业务模式的变化。
我相信，我们国内的竞争对手在近两年不会有同类产品问世。
”李劲松：关于SOA的标准说法，SOA是一种架构，是一种思想，或者说，一种通过最佳技术手段实现企业业务整合的理想。
