03-SOA及企业服务总线应用分享
基于SOA的企业服务总线研究
基于SOA的企业服务总线研究随着数字化转型的趋势不断发展，企业内部各系统之间信息传递的效率和可靠性成为了企业发展的关键问题之一。
因此，企业服务总线（ESB）就应运而生了。
ESB是一种基于服务导向架构（SOA）的架构风格，它为企业内部各应用系统之间的消息传递和协作提供了一种标准化、可靠性高、性能强的解决方案。
一、SOA的概念和特点SOA是一种设计理念和架构风格，它将软件系统划分为多个互相独立的模块，每个模块都是一个可重用的、完整的、自包含的服务。
这些服务通过标准协议和接口进行交互，从而实现各应用系统之间的信息共享和协作。
SOA的特点包括：1. 服务重用：SOA将应用系统按照“服务”进行划分，每个服务都可以被多个应用系统共享和重用，从而提高了系统的可维护性和扩展性。
2. 标准化协议：SOA采用标准化的协议和接口进行服务的发布和调用，如SOAP、REST等。
3. 松耦合：SOA中的服务是独立的、低耦合的，因此不会影响其他服务的运行或修改。
4. 面向业务：SOA的设计和实现以业务需求为中心，强调业务的敏捷性和灵活性。
二、企业服务总线的作用和架构企业服务总线（ESB）是一种基于SOA的架构风格，它是作为中间件存在的，用于统一管理企业内部所有的服务。
ESB的作用包括：1. 协议转换：ESB在各应用系统之间进行消息传递时，能够实现协议格式的转换，使得不同协议的系统之间也能通信。
2. 数据转换：ESB能够将不同格式的数据进行转换，使得各系统之间的数据传递更加高效和可靠。
3. 服务路由：ESB能够将消息传递到目标服务中，从而实现应用系统之间的消息传递和协作。
ESB的架构一般包括以下组件：1. 消息总线：ESB的核心组件，负责消息传递和协调各服务之间的通信。
2. 服务注册中心：用于管理所有服务的注册和发现，实现服务的可发现性和可用性。
3. 数据转换引擎：负责在消息传递过程中进行协议格式的转换和数据的转换。
4. 安全管理：负责对ESB的安全管理，包括身份认证、授权和访问控制等。
SOA理论及应用
国内
金蝶
普元 中创 中软 东软 太极 ……
SOA产品分析－国外产品优缺点 产品分析－ 产品分析
1、应用服务器、ESB总线成熟稳定、性能好、支持标准强、ESB接入能力强 国外支撑平台产品 2、应用开发平台功能理念先进、实现难；功能多、用的少、不符合中国国情、 适用性较差；支持国际标准、不支持中国标准；不可根据项目定制，技术支持 8大主要不符合中国国情缺点 有限 1. 对于像国家信息系统安全保护等级标准这样的国家标准，
500万
行业情况
国外
IBM-WEBSPHERE
App server应用中间件 应用中间件 PORTAL 门户 BPM工作流 工作流 EFORM智能表单 智能表单 DASHBOARD报表 报表 Cognos数据分析软件 数据分析软件 ESB服务总线（WESB、WMB、 服务总线（ 服务总线 、 、 DATAPOWER（硬件）） （硬件）） WII数据集成 交换平台BEA数据集成/交换平台 数据集成 交换平台 WEBLOGIC
中国 项目
国内外产品优缺点
国外产品优缺点 应用服务器 ESB服务总线 稳定性、安全、高性能、 稳定性、安全、高性能、 支持国际标准 支持国际标准、开放性
国内产品优缺点
目录
SOA理论
SOA应用
中国纪检监察学院二期工程SOA应用落地
二期工程建设目标
围绕学院的“三个基地、二个中心” 定位，依托 围绕学院的“三个基地、二个中心” 定位， 一期工程成果，通过二期工程建设实现如下目标： 一期工程成果，通过二期工程建设实现如下目标： 建设17个应用系统，直接为纪检监察专业人 17个应用系统 1、建设17个应用系统，直接为纪检监察专业人 才培养、纪检监察学科建设、党员干部廉政教育培训、 才培养、纪检监察学科建设、党员干部廉政教育培训、 反腐倡廉理论研究、国际反腐败交流与合作和开展党 反腐倡廉理论研究、 业务服务， 员干部廉洁从政教育等业务服务 规范业务管理， 员干部廉洁从政教育等业务服务，规范业务管理，提 高工作效率，降低办公成本，辅助领导决策， 高工作效率，降低办公成本，辅助领导决策，提高学 院办学水平。 院办学水平。 建设稳定 灵活、易扩展的应用系统快速开 稳定、 2、建设稳定、灵活、易扩展的应用系统快速开 发和系统集成架构，服务学院本期及将来应用系统需 发和系统集成架构， 求。
SOA定义及解决方案
SOA定义及解决方案SOA (Service-Oriented Architecture)是一种软件架构风格，它基于服务的概念和面向服务的设计原则，使得软件系统的组件可以通过网络进行互联，并以松散耦合的方式协同工作。
SOA通过将应用程序划分为一系列可重用的、可独立部署的服务，从而提供了一种灵活且可扩展的架构，使企业能够更加敏捷地响应业务需求。
SOA的核心理念是将功能划分为服务，并通过服务之间的通信来实现业务逻辑的协作。
每个服务都是独立的、自治的，并通过公开的接口与其他服务进行交互。
服务之间的通信可以通过传统的基于网络的通信协议，如HTTP和SOAP，也可以采用更轻量级的协议，比如REST。
通过使用标准化的接口和协议，SOA促进了服务的可重用性和互操作性，使得系统可以更容易地扩展和集成现有应用。
SOA的优势在于它提供了一种面向业务的设计方法，使得系统能够更好地适应变化的业务需求。
通过将功能划分为独立的服务，企业可以更快速地构建和部署新的业务流程，并且可以根据需要灵活地组合和重用现有的服务。
此外，SOA还提供了一种松散耦合的机制，使得系统的不同部分可以以独立的方式发展和迭代，从而降低了系统的维护成本和风险。
为了构建一个成功的SOA解决方案，以下是一些关键的考虑因素：1.服务设计：在SOA中，服务是架构的核心组件。
服务的设计应该遵循一些原则，如高内聚、低耦合、可重用性等。
服务应该提供明确定义的接口，并具有明确的功能和责任。
2.服务注册与发现：由于SOA系统中服务的数量庞大，服务的注册与发现是非常重要的。
注册表或服务目录可以用于跟踪和管理可用的服务，并允许应用程序动态地发现和使用这些服务。
3. 服务编排与协作：SOA系统中的服务可能需要协同工作以实现复杂的业务逻辑。
服务编排通过组合和串联不同的服务来实现这种协作。
编排可以通过使用BPM工具（Business Process Management）或编排引擎来实现。
向服务架构(SOA)和企业服务总线(ESB)
学习和研究在企业中实施面向服务架构(SOA),简单回顾SOA和ESB，重点关注微软在SOA领域的相关指导和.NET社区的相关开源的解决方案，和大家一起来探讨如何在企业里实现SOA，期望有实施SOA经验的同学发表意见。
一、SOA的历史1996年，Gartner最早提出SOA。
2002年12月，Gartner提出SOA是"现代应用开发领域最重要的课题"，SOA并不是一个新事物，IT组织已经成功建立并实施SOA应用软件很多年了，BEA、IBM、等厂商看到了它的价值，纷纷跟进。
SOA 的目标在于让IT变得更有弹性，以更快地响应业务单位的需求，实现实时企业(Real-Time Enterprise，这是Gartner为SOA描述的愿景目标)。
而BEA的CIO Rhonda早在2001年6月就提出要将BEA的IT基础架构转变为SOA，并且从对整个企业架构的控制能力、提升开发效率、加快开发速度、降低在客户化和人员技能的投入等方面取得了不错的成绩。
SOA是在计算环境下设计、开发、应用、管理分散的逻辑(服务)单元的一种规范。
这个定义决定了SOA的广泛性。
SOA要求开发者从服务集成的角度来设计应用软件，即使这么做的利益不会马上显现。
SOA要求开发者超越应用软件来思考，并考虑复用现有的服务，或者检查如何让服务被重复利用。
SOA鼓励使用可替代的技术和方法(例如消息机制)，通过把服务联系在一起而非编写新代码来构架应用。
经过适当构架后，这种消息机制的应用允许公司仅通过调整原有服务模式而非被迫进行大规模新的应用代码的开发，使得在商业环境许可的时间内对变化的市场条件做出快速的响应。
SOA也不仅仅是一种开发的方法论--它还包含管理。
例如，应用SOA后，管理者可以方便的管理这些搭建在服务平台上的企业应用，而不是管理单一的应用模块。
其原理是，通过分析服务之间的相互调用，SOA使得公司管理人员方便的拿到什么时候、什么原因、哪些商业逻辑被执行的数据信息，这样就帮助了企业管理人员或应用架构师迭代地优化他们的企业业务流程、应用系统。
企业服务总线介绍
1 概述企业服务总线（Enterprise Service Bus，缩写ESB），是SOA面向服务架构的骨干，在完成服务的接入、服务间的通信和交互基础上，提供安全性、可靠性、高性能的服务能力保障。
采用SOA 架构，基于ESB总线进行企业异构应用集成，可以有效降低应用系统、各个组件及相关技术的耦合度，消除应用系统点对点集成瓶颈，降低集成开发难度，提高复用，增进系统开发和运行效率，便于业务系统灵活重构、敏捷适应业务及流程变化。
本文对企业服务总线ESB集成项目中，基于AEAI ESB实现异构系统集成的相关规范、标准进行阐述、明确，为项目开展以及后续完善扩展提供技术参考和依据。
2 功能特点AEAI ESB作为数通畅联公司的企业应用集成产品，主要用来实现异构系统（如：不同的数据库、消息中间件、ERP或CRM等）之间的资源整合，实现互连互通、数据共享、业务流程协调统一等功能，构建灵活可扩展的分布式企业应用。
产品功能架构图相比传统的企业应用集成软件平台，AEAI ESB是一个全新的符合SOA架构的应用服务整合平台，是基于大量集成实践经验不断完善、用于构建可管理、可扩展及经济高效的EAI技术解决方案。
产品族架构图AEAI ESB提供了从企业应用集成的设计、开发、部署，到运行、管理、监控各个生命周期阶段的工具。
它提供的图形化、拖拽式开发方式，可以快速创建可扩展不同类型的数据（应用）集成流程，并全面支持服务及服务常用形式Web Service，简化了服务的创建与封装，并能够使用户灵活地编排服务，以满足不断变化地业务需要和业务处理流程。
AEAI ESB基于JavaEE体系构建，主要包含三个模块：服务器ESBServer、设计器ESBDesigner、管理控制中心。
ESBServer是AEAI ESB的运行环境，管理控制中心则是部署在ESBServer的Java Web应用，基于开发平台构建的。
ESBDesigner是基于Eclipse Plugin开发的图形化、拖拽式的设计Web服务、消息流程的构建工具。
详谈SOA及其在企业电子商务中的应用情况
详谈SOA及其在企业电子商务中的应用情况一、SOA的概念SOA(Service-Oriented Architecture)即面向服务架构，最早作为一种软件系统的开发方法，现在更多的作为一种软件架构，或是企业信息化建设和实现电子商务的一种方式。
SOA 可以理解为一个组件模型，它将不同架构的软件提供的服务联系起来，类似于粘合剂的作用，可以把企业不同的系统数据相融合。
由于系统平台、架构、技术和版本等因素，不是所有的信息系统都可以实现资源共享。
很多企业会出现不同种类的操作系统、应用软件、系统软件和应用基础结构相互交织，或者同一公司拥有开发于不同时期、架构不同平台和技术上的诸多软件等情况。
一些已投入使用多年的信息服务用来处理当前的业务，当企业业务增长后，从头开发一个新的环境或者重新实施一个新的ERP项目几乎是不可能的。
如何才能让企业对业务的变化做出快速的反应，利用对现有的应用程序和架构的投资来解决新的业务需求，应对突发的业务变化，为客户、合作伙伴及供应商提供新的互动渠道，并呈现一个可以支持有机业务的构架，无疑是给企业提出的一个巨大挑战。
SOA正是在这种挑战下脱颖而出的。
二、SOA的特性SOA可以灵活的为服务提供者与消费者选择实现技术和部署位置。
只要服务接口保持稳定，抽象出来的接口就能让提供者和消费者独立演变。
所以基于SOA的信息化系统可以提供与业务更贴合的信息化服务，更便利的解决跨行业、跨部门的信息资源互联互通，推动重要信息资源的开发利用，并可以支撑和促进各行业相关的业务变革和发展。
事实，实现接口的稳定性是SOA面临的最大挑战。
因为业务服务接口的作用不只是确定了系统的边界。
业务服务对业务流程的一部分进行了封装，建立了被封装部分和其余部分之间的接口。
以“销售订单管理服务”为例，它封装了业务流程中创建和维护销售订单的部分。
由此看出，在定义业务服务时，既是为系统也是为业务流程搭建架构。
可见信息与业务流程的运转息息相关，即便最简单的服务也管理着一些信息。
企业服务总线技术在指挥调度系统集成中的应用
Ｄ ｓ ｒ ｔ ｎＬ ｎ ｕ ｇ ， ｅ ｃｉ ｉ ａ ｇ ａ ｅ ＷＳ Ｌ 来定义和封装离散的业 ｐｏ Ｄ ） 上的业务组件发布成Ｗｅ 服务并产生相应的ＷＳ Ｌ ｂ Ｄ 文档 ， 并且只需要依据ＷＳ Ｌ Ｄ 描述的信息就能够调用Ｗｅ服务。 ｂ
为Ｓ Ａ 基础架构的关键部分，Ｅ Ｂ 的功能主要体现在 Ｏ Ｓ 通信 、服务交互 、应用集成、服务质量 、安全性以及管 理和监控等方面。 在通信方面， Ｓ 能够支持消息路由／ Ｅ Ｂ 寻 址 ，支 持 多 种通 信 技 术 、通 信 协 议 （ Ｊ 如 Ｓ、 Ｍ
３ 灵活的架构． ） 服务 的实现细节 ，服务 的位置乃至 服务请求 的底层协议都应该透明。 Ｓ Ａ把ｌ Ｏ Ｔ架构分为组件层 、Ｗｅ ｂ服务层、业务流 程层等。 组件层包括各种应用组件， 它们通常是技术相关 的具
０引 言
随着社会 的发展 ，信息系统在应用过程 中越来越趋
向于集成 化 。软件技术 近些年来 在系统 集成技术 上经历 了
台、ＧＰ Ｓ、接处警等独立 的系统进行数据与业务的整 合 ，使警务工作更加 的流畅，使指挥调度工作可以通过
一
套平台，完成多种数据源数据的调用与整合。
快速的发展，产生了一系列优秀的架构思想、技术手段和 应用实例。本文结合作者在多年的警务信息化研发工作中 的实际经验与当前警务信息化 的实际需求 ，借助Ｓ Ａ Ｏ 思
１ＳＯＡ
面向服务的体系结构 （ｅｖ ｅｏｉ ｔ ｒｈｅ ｔ ｅ ｓ ｒｉ —ｒ ｎ ｄ ａｃ ｉｃ ｒ， ｃ ｅｅ ｔ ｕ Ｓ Ａ） Ｏ 是一种软件系统设计方法， 通过已经发布的和可发
想构建了一套专 门针对于当前警务信息化中系统大集成需 现的接 口 为终端用户应用程序或其它服务提供服务［ 关 １ 】 。 求的Ｅ Ｂ Ｓ 系统 。系统充分考虑 了使用单位前期系统多样 于Ｓ 的概念 ，你可 以找到很多的文章从不同的角度来 ＯＡ 性 ，数据结构复杂性 ，后期在建系统不可预知性 。通过构 建专门的企业服务总结 ，把调度指挥中的语音调度、地图
SOA体系架构下企业服务总线ESB技术的探讨
４５ ０） ３ ０ ３
要】 简要 介 绍 了 Ｓ Ａ ￣ 向服 务 的 结 构）企 业服 务 总线 概 念 Ｅ Ｂ基 本概 念 功能 ， 后 探 讨 企 业 服 务 总 线 的 实现 Ｏ（ ， Ｓ 最
２２ 企 业 服 务 总 线 的 功 能 ．
决 这 些 问题 ， 功 实 施 企 业 应 用 的 整 体 集 成 ， 每 一 个 企 业 必 须 解 决 成 是
的棘 手 问 题 。
Ｅ Ｂ作 为 中介 必 须有 两 方 面 的 考虑 。 酋先 ， 必 须 了 解 被 它 中 介 Ｓ 它
的两 个 端 点 ：） 务 的 请 求 者 以 及 请求 者 对服 务 的要 求 ；） 务 的 提 供 １服 ２服 目前 Ｅ Ｂ是 Ｓ Ａ 集成 中最 普遍 采 用 的 方 法 。 Ｅ Ｂ是 传 统 中 问 件 Ｓ Ｏ Ｓ 者 和 它 所 提 供 服 务 的 描述 。其 次 ， 必 须具 有 某 种 机 制 能 够 完 成 中 介 它 技 术 与 ＸＭＬ、ｅ ｗ ｂ服 务 等技 术结 合 的产 物 ，可 提 供 比 传统 中 间件 产 品 的任 务 。我 们 把这 两类 考 虑 归 纳 为 Ｅ Ｂ的 两 个 基 本功 能 ： 衙 向服 务 Ｓ 即 更 为 廉 价 的 解 决 方 案 。对 业 而 ， 用 Ｅ Ｂ 中 问件 系统 作 为 企 业 级 采 Ｓ 的元 数 据 管 理 功 能 和 中 介 功 能 。 信 息 系 统 整 合 方 案 中 的 中枢 技 术 ，可 以无 须 添 加 任何 软 硬 件设 备 ， 就 Ｅ Ｂ足 传 统 中 间 件 技 术 与 Ｘ 、 ｂ服 务 等 技 术 相 互 结 合 的 产 Ｓ ＭＬ Ｗｅ 能 把 过 去、 有 和 未 来 的 Ｉ 统 整 合 在 企 业 级 的 信息 应 用框 架 下 ， 现 Ｔ系 并 物 ，Ｓ Ｅ Ｂ的 出现 改 变 了传 统 的软 件 架 构 ，可 以 提供 比 传统 中 间件 产 品 且 能 为 企 业 提 供 实 时 、 容 量 的信 息 通 信 和 实 时 控 制 、 理 和分 配 消 大 管 更 为 廉 价 的 解 决方 案 ，同时 它 还 可 以消 除 不 同应 用之 问 的技 术 差 异 ， 息 传 递 的 能 力 让 不 同 的应 用 服 务器 协 调 运 作 ．实 现 了不 同服 务 之 间 的通 信 与 整合 。
企业服务总线解决方案
企业服务总线解决方案
《企业服务总线解决方案》
企业服务总线解决方案是指企业为了提高内部或者外部服务的整合和管理效率而采用的一种综合性解决方案。
随着企业的服务和系统越来越多样化和复杂化，企业服务总线解决方案成为了管理和整合各种服务和系统的重要工具。
企业服务总线解决方案的核心概念是将企业内部和外部的各种服务和系统整合到一个统一的平台上，通过一系列的标准化接口和协议，实现各种服务和系统之间的通信和协作。
这样一来，企业就能更加灵活和高效地管理和整合自己的服务和系统，提高业务的响应速度和灵活性。
在实际应用中，企业服务总线解决方案可以帮助企业实现内部系统的集成和标准化，简化业务流程和信息交换，提高工作效率和减少成本。
同时，也能够帮助企业与外部合作伙伴更加快速地进行业务对接和数据交换，增强市场竞争力和开拓新的商业机会。
总的来说，企业服务总线解决方案是企业管理和整合各种服务和系统的一种有效工具，能够帮助企业提高效率、降低成本、提升服务质量和整体竞争力。
在信息化和数字化的时代，它将成为越来越多企业的重要选择和战略工具。
基于SOA的企业服务总线的研究与实现
的要求 ， 相应 的对 信息 化水 平 的要求 也更 高 ， 国家 电
网公 司的信 息化 建设 面临 着一 系列 的挑 战 。 国家 电 网公 司将 先进 的信 息技 术 和成熟 的企 业应 用 系统 与 其业 务状 况 和需求 相结 合 ， 逐渐形 成 了“ 以业 务为 基
Ｉｔｇａｏ ，Ａ ）是伴 随着 企业信息 系统 的发展 而产 ｎｅｒｔ ｎＥ Ｉ ｉ 生和演变 的。 企业 的价值 取 向是推动应 用集成技术发
化 服 务 交 互 并 对 其进 行 管理 ， 以提供 服 务 的 方 式 向企 业 提 供 了灵 活 、 快捷 的系 统 整 合选 择 ， 企 业应 用 中 离散 的 将
业务功能提取 出来 ， 将其组织成可互动的、 基于标 准的服务 ， 用模块化和便携 化的服务在复合应用中组合和重用， 在企业间进行全方位共享和业务流程无缝对接 ， 实现各相关业务领域的协同协作 ， 以快速的满足业务需求。 可 关键词 ： 业应用集成（ Ａ ） 面 向服务体 系结构 （Ｏ ； 企 Ｅ Ｉ； Ｓ Ａ）企业服务总线（ Ｓ ）Ｗｅ Ｅ Ｂ ； ｂ服务描述语言（ Ｄ ） ＷＳ Ｌ 中图分类号 ：Ｐ ３ Ｔ ３６ 文献标 志码 ： Ａ 文章编号 ：６ ３ ７ ９ （０ ０ ０ — ０ １０ １ ７ — ５ ８ ２ １ ）９ ００ —４
展 的原 动力 ， 而通 过应用集成 技术所实 现 的价值 反过 来也 驱动着企业竞争 优势 的提升［］ ２。 － ３ Ｅ Ｉ 芽 于２ 世 纪 ８ Ａ萌 ０ ０年代 后 期 ， ２ 世 纪初 逐 在 １
础， 信息 技术 为手 段 ” 的科学 经 营模式 ｌ但 在 建设 过 １ １ ，
程 中存 在多种 不 同 的技 术 和标 准 ，各业务 的应用 问
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
企业需要以流程为主导的随需应变的运营环境 （Gartner）
-3-
是信息技术发展的自然过程
IT技术的演进，SOA 已经成为最近几年的主流IT系统架构技术
业务分析
应用设计
信息
Service
Object
Data
SOA UI
面向服务的架构设 计。动态的理解/设 计业务。
•Service •Process •WebService • SOAP/WSDL...
企业服务总线（ESB）
适配器
应 用
SOA的发展历程
Oracle为企业构建SOA集成架构的方法
SOA及企业 服务总线应 用分享
Oracle企业服务总线产品概览
案例分享：企业服务总线的应用
- 12 -
SOA项目成功的关键因素
企业文化 高层授权和支持
企业管理层 的远见卓识
实施方法论
使能工具、平台和应用
执行层 的驱动
性能/能力计划 执行服务水平 执行方针政策
运维
战略性的SOA平台
执行平台决策 共享的基础服务 数据所有权 数据标准 数据质量
-5-
我们可以从不同视角来看待SOA
企业视角
Capabilities that a business wants to expose as a set of services to clients and partner organizations
业务层面
企业向客户和合作伙伴提供的一系列业务服务能力
Service Requestor or Consumer Requests
服务请求方
SOA技术与架构观点
SOA的应用是一个子系统、系 统或组件而这些应用是由服务 组成,提供的服务可被使用者 搜寻、捆绑与调用。其特征包 含：模块化、封装、松偶合、 可重用、可并行或个别实施 服务水平协议(SLA) ——定义 服务提供者与需求者间的责任 与相互间的要求,例如回应时间 <3秒。 服务质量(QoS) ——定义单一 服务设计的要求,例如24*7的运 行。 服务代理——代表服务提供者 实际执行服务的资源,例如某一 应用系统。
receive
S% <> */ =|
receive
select
New Services
review
end
SOA项目选择——模式3:遗留系统获得现代化
之前: 块状的遗留应用 SOA 现代化, 第一步: 服务/ 流程层剥离
Process Layer
SOA 现代化, 第二步: 移植业务逻辑
Process Layer
一种由服务提供者、服务使用者和服务描述规范构建起来 的架构类型，提供了松耦合、可复用和简化的实现机制 A programming model complete with standards, tools, methods and technologies such as WebService
架构层面
OOA
面向对象的设计， 静态设计，动态 设计。 •CD (Class Diagramed) •Java/J2EE •CORBA
DOA
通过结构化的基于 数据分析的方法论， 设计应用系统。 •DM •ERD •Normalization •API
-4-
什么是SOA？我们要打破 SOA 迷思……
SOA ≠ Revolution 革命
SOA ≠ a Software Product 软件产品
No such thing as ‘SOA Compliance’ 没有 SOA 认证’ SOA ≠ EAI 企业应用集成 SOA ≠ Web Services SOA ≠ ESB 企业服务总线 SOA is an Architectural Style 一种架构类型 SOA aligns Business and IT 融合业务和IT
Process
Services Layer Services Layer
Logic
Logic
Logic Process Logic Process Logic Process Logic Process Logic Process Logic Process
• 70-80% 的IT预算是维护成本 – 任何改动都耗费 巨大 • “紧耦合”, 铁板式的遗留系统需要漫长的变更 周期 (问题分析, 开发, 测试) • 系统功能的增强成本昂贵，风险极大 (变化的影 响很难预期) • 一次性完全推倒重来在时间和成本上都不可行
– 降低成本 – 服务重用有效降低开发成本 – 统一而可伸缩的架构有效降低运维成本 – 实现异构技术平台间的互联互通与协同 – 实现信息和功能的整合 (复杂价值链) – 获得更及时更高质量的信息 (提高最终用户满意度) – 推动运营政策的有效执行 (包括合规性)
SOA基本组成
SOA的本质就是服务消费方向服务提供方以某种标准方式请求服务并得到回应
MAINFRAME
实际的服务提供者
Application Instance 1 Application Instance 2 Application Instance 3
- 10 -
企业服务总线（ESB）和业务流程编排（BPM）是 SOA架构的重要组成部分
• 应用集成->ESB
– 典型业务需求：生产管理从营 销管理获取客户档案等 – 需求特点：某一业务系统需要 从其它系统获取数据
An architectural style which requires a service provider, requestor and a service description. It addresses characteristics such as loose coupling, reuse and simple implementations
信息系统建设的重点在于有效管理企业的信息资源，并优化人员 使用信息的过程。
有效灵活地组合资源可以优化企业内部及外部的运营
数据 时间
+
人员 应用及流程
+
信息
信息 价值 =
响应能力成为企业新的关键竞争力
然而，很少有CEO们认为他们的企业有能力很好地应对变化的市场和外部因素 大多数的CEO们说他们的企业的灵活度不够，不能及时抓住新的市场机会 CEO们知道IT的强大能力,以及如果IT能力落后所带来的影响
SOA 路线图 SOA 战略
EA 战略
SOA治理
关键平衡点
财务 人员
角色 & 职责 EA 组 服务 & 流程所有者 Service Funding Model Service Usage Fees Platform Funding
Portfolio
项目 业务服务 应用系统
服务所有权
项目
服务生命周期治理 可共享的部分
SOA项目选择——模式 2: SOA开发组合应用
多渠道访问
定单系统
receive
财务系统
采购系统
遗留系统 被封装和 组合成新 的满足标 准的服务
New Services
getSSN
getRating
invoke
invoke
*/ <> +- =|
Business Process glues services
Worklist Portal MS Office Online Shopping Mobile Devices
客户端
ESB的代理服务替代了点对点 机制，实际上ESB的代理服务 简化了集成机制
企业服务总线 Enterprise Service Bus
ESB内置了业务服务端点，或者 通过适配器来连接后端应用系统
• 设计演进路线图以达到:
• 最大化回报 • 最小化风险
SOA项目选择——模式 1 : 基于SOA 的集成
基于Broker的集成 : 数据驱动 Custom Flows
Business User Services 紧耦合 零重用 功能调用
Custom Custom WSDL
基于Service 的集成 : 业务驱动 BPEL
SOA 项目 实施 最佳 实践
业务模型 / “服务”发现 & 设计 SOA 开发
•SOA 参考架构 •设计模式 •最佳实践
SOA 应用 Scope
执行
Physical Design
SOA 方法论
主要活动
成熟度评估
企业级层面
SOA 路线图
逻辑设计 收益评估 应用层面 SOA Engagement 项目选择
<Insert Picture Here>
SOA及企业服务总 线应用分享
贾金鹏 roc.jia@ 资深咨询顾问
SOA的发展历程
Oracle为企业构建SOA集成架构的方法
SOA及企业 服务总线应 用分享
Oracle企业服务总线产品概览
案例分享：企业服务总线的应用
-2-
信息系统建设思路
Oracle SOA 成功方法论
计划
价值/ 利益 评估
• 公司目标和业务驱动力 • SOA 业务场景考虑 • SOA 项目选择
企业 Scope
成熟度 评估 & 改进
可选 的SOA 项目
• SOA 技术架构 • SOA 采用模型 • “服务”定义 • 治理
SOA 路标（Roadmap）
方案需求
项目 Scope
传统点对点应用，应用集成复杂度为N*N
WorkList Process Portal MS Office Online Shopping
Mobile Devices
MAINFRAME
各种后端应用系统