SOA本质分析精品PPT课件
合集下载
SOA与Web服务精品PPT课件
底层实现并不重要
消息类Web服务通常是松散耦合和文档驱动的，这要优于与服务特定接口的连 接
当客户调用消息类Web服务时，客户通常会发送的是一个完整的文档（如采购订单）， 而非一组离散的参数
4、分级
粗粒度服务倾向于解决专门的业务问题，因此通用性差、重用 性设计困难
采用不同的粗粒度等级来创建服务 这种服务分级包含了粒度较细、重用性较高的服务，也包含粒
度较粗、重用性较差的服务 在服务分级方面，须注意服务层的公开服务通常由后台系统
（BES’s）或SOA平台中现有的本地服务组成 在服务层创建私有服务是非常重要的 正确的文档、配置管理和私有服务的重用对于IT 部门在SOA服
的
除了B2B 协议外，外部用户还可以访问以Web服 务方式提供的企业服务
2、随时可用
当有服务使用者请求服务时，SOA要求必须有服务提供者能够响应 同步应用——门户应用
对所使用的服务具有很强的依赖性 部署在前台，最终用户易受服务提供者短缺的影响 很多情况下，利用分布式服务提供者，这样可以响应更多的用户请求 使用者通常是基于其自身理解或使用习惯
务层快速开发新的公开服务的能力具有重要影响
5、松散耦合
松散耦合组件服务旨在将服务使用者和服务提供者在服务实现和客户如何使用服 务方面隔离开来
服务提供者和服务使用者间松散耦合背后的关键点是服务接口作为与服务实现分 离的实体而存在
这是服务实现能够在完全不影响服务使用者的情况下进行修改
大多数松散耦合方法都依靠基于服务接口的消息
IT基础结构及业务功能的方法 是一种在计算环境中设计、开发、部署和管
理离散逻辑单元（服务）的模型
SOA 的基本特征
1. 可从企业外部访问 2. 随时可用 3. 粗粒度的服务接口 4. 分级 5. 松散耦合 6. 可重用的服务 7. 服务接口设计管理 8. 标准化的服务接口 9. 支持各种消息模式 10. 精确定义的服务契约
消息类Web服务通常是松散耦合和文档驱动的，这要优于与服务特定接口的连 接
当客户调用消息类Web服务时，客户通常会发送的是一个完整的文档（如采购订单）， 而非一组离散的参数
4、分级
粗粒度服务倾向于解决专门的业务问题，因此通用性差、重用 性设计困难
采用不同的粗粒度等级来创建服务 这种服务分级包含了粒度较细、重用性较高的服务，也包含粒
度较粗、重用性较差的服务 在服务分级方面，须注意服务层的公开服务通常由后台系统
（BES’s）或SOA平台中现有的本地服务组成 在服务层创建私有服务是非常重要的 正确的文档、配置管理和私有服务的重用对于IT 部门在SOA服
的
除了B2B 协议外，外部用户还可以访问以Web服 务方式提供的企业服务
2、随时可用
当有服务使用者请求服务时，SOA要求必须有服务提供者能够响应 同步应用——门户应用
对所使用的服务具有很强的依赖性 部署在前台，最终用户易受服务提供者短缺的影响 很多情况下，利用分布式服务提供者，这样可以响应更多的用户请求 使用者通常是基于其自身理解或使用习惯
务层快速开发新的公开服务的能力具有重要影响
5、松散耦合
松散耦合组件服务旨在将服务使用者和服务提供者在服务实现和客户如何使用服 务方面隔离开来
服务提供者和服务使用者间松散耦合背后的关键点是服务接口作为与服务实现分 离的实体而存在
这是服务实现能够在完全不影响服务使用者的情况下进行修改
大多数松散耦合方法都依靠基于服务接口的消息
IT基础结构及业务功能的方法 是一种在计算环境中设计、开发、部署和管
理离散逻辑单元（服务）的模型
SOA 的基本特征
1. 可从企业外部访问 2. 随时可用 3. 粗粒度的服务接口 4. 分级 5. 松散耦合 6. 可重用的服务 7. 服务接口设计管理 8. 标准化的服务接口 9. 支持各种消息模式 10. 精确定义的服务契约
基于SOA架构的解决方案.优秀精选PPT
SOA概述-企业应用集成
EAI 企业应用集成的分层
EAI技术层次体系应该包括应用接口层，应用整合层，流程整合层和用 户交互层四个大的层面。 1.应用接口层
SOA概述-”信息孤岛”问题
”信息孤岛”问题主要表现
第一，信息化发展的阶段性。不论是企业信息化，还是政务信息化，都 有一个从初级阶段到中级阶段，再到高级阶段的发展过程。在计算机应用的 初级阶段，人们容易从文字处理、报表打印开始使用计算机。进而围绕一项 项业务工作，开发或引进一个个应用系统。这些分散开发或引进的应用系统， 一般不会统一考虑数据标准或信息共享问题，追求“实用快上”的目标而导 致“信息孤岛”的不断产生。“信息孤岛”的产生带有一定的必然性，这并 不可怕；可怕的是总停留在初级阶段而不发展，不去解决“信息孤岛”问题， 还让新的“信息孤岛”继续出现。
第二，认识误区。长期以来，由于信息化教育的深度和广度不够，在企 业和政府部门中普遍存在着“重硬轻软，重网络轻数据”的认识误区。他们 在设备选型和网络构筑上肯下工夫，肯花大钱，甚至成了“追新族”，使网 络设备“换了一茬又一茬”而造成很大的浪费，就是没有用心去进行信息资 源的开发与利用，因而导致对“信息孤岛”问题熟视无睹，使其得以长期存 在而得不到解决。
SOA概述-”信息孤岛”问题
3、业务孤岛 业务孤岛表现为企业业务不能通过网络系统完整、顺利的执行和处理。在企 业内部网络系统和网络环境的建设中，以企业发展为目标的信息化要求日益 迫切，企业的业务需要在统一的环境下，在部门之间进行处理。企业里经常 遇到的头痛问就是生成流程、供应流程、销售流程和财务流程都是孤立运行，没有能够 形成一个有机的整体。信息孤岛的要害就是割断了本来是密切相连的业务流 程，不能满足企业业务处理的需要。 4、管控孤岛 管控孤岛指智能控制设备和控制系统与管理系统之间脱离的现象，影响控制 系统作用的发挥。企业需要向其上级主管部门上报企业的经营情况、接收上 级的各种指令和计划，同时管理层也需要通过信息系统了解和掌握现有信息 做出明确的决断，然而由于信息孤岛的存在不能满足信息共享需要。信息孤 岛的问题已经严重地阻碍了企业信息化建设的整体进程，使企业在进行新一 轮投入时，难于决断。
SOA架构的本质
SOA的反思：SOA架构的本质IT界出现的最新术语SOA，服务型架构（service oriented architecture）的缩写。
它是如今IT经理、系统集成商和IT供应商的最常挂在嘴边的词，然而只有很少的经理、集成商或供应商知道它到底是什么。
SOA其实不是一种产品，技术或者体系结构，它只是一种应用软件一体化的概念。
这一点制造业的专业人士应该知道，因为他们常常被要求将他们的系统与其它系统界面通过ESB(企业服务总线)主干网，以SOA 模式连接起来。
ESB是软件、路由信息、缓冲请求和回应的连接通道，而SOA则限定了通过这条通道的内容最早的SOA概念是希望任何应用软件的界面都应该具备一定的商业用途，比如可以处理一个购货订单或者进行库存的实物清算。
只要开始服务就可以自动完成整套相关的商业流程。
举一个例子，有一项可以提供“为到达的货物分配一个库存容器号码”的服务。
这项服务用物质化的ID标签，为库存的容器分配一个号码。
因此，它的SOA界面可能就是被称为“AssignStorageContainerID（分配库存容器ID）”的服务。
它通过那个分配号码的应用软件与ESB相连。
当分配ID时，程序有可能同时执行其他的工作，例如记录任务；专项储存库存号码资料以备货物到达时能及时调用；以及将容器的状态标记为“使用中”。
SOA的设立基于6个假设的前提：系统是松散耦合的；界面交换是非物质的；程序具有RPC(remote procedure call远程功能呼叫)功能；界面基于消息；消息使用XML 数据；以及界面支持同步或不同步两种数据传输形式。
当一个系统工作时不会对另一系统产生较大程度，而同时服务的实施在幕后进行时，系统被认为是松散耦合的。
而非物质的界面并没有固定的形式，每次使用的其实只是被交换的数据，而不是隐藏在背后的服务提供商的知识和经验。
RPC 功能就是程序运行起来就像一个本地函数或者子程序调用那般简单，使用者完全不必理会界面信息的任何细节。
IBMSOA产品介绍精品PPT课件
Home Deliveries Counts
Inventory Info
DFK
Cycle Physical Inventory
Layaways
Satellite System
1
- ISP Tracking
-Promo Analysis
Price Marketing Support
Transfers
Price Testing
Tool
ABBX Store Monitor Tex A
DRK
Rebate Transfer
PowerSuite Sign
System
Tx
Writer
Workspace
Mngr Approval Batch Forcasting Ad Measurement
AIMS
SKU Rep General
Ledger
IBM 公司软件部
IBM SOA 架构及产品介绍
IBM软件部
®
© 2009 IBM 公司
议题
IBM 公司软件部
IBM SOA总体框架 IBM 高级企业服务总线产品WebSphere Message Broker介绍 IBM 流程平台WebSphere Process Server介绍
IBM 公司软件部
IBM 公司软件部
我们所面临的问题
企业应用拓扑
Vendor Setup
Vendor
Process Servers
Budget Maintenance
(Imaging)
Analysis Tool
Printer
Maintenance
S20-Sales Polling
SOA面向服务架构(PPT30页)
SOA面向服务架构(PPT30页)
SOA面向服务架构(PPT30页)
为什么要使用SOA
传统的架构，软件包是被编写为独立的（self-contained） 软件，即在一个完整的软件包中将许多应用程序功能整合在 一起。实现整合应用程序功能的代码通常与功能本身的代码 混合在一起。我们将这种方式称作软件设计“单一应用程序 “。与此密切相关的是，更改一部分代码将对使用该代码的代 码具有重大影响，这会造成系统的复杂性，并增加维护系统 的成本。而且还使重新使用应用程序功能变得较困难，因为 这些功能不是为了重新使用而打的包。
缺点：代码冗余 不能重用 紧耦合 成本高
SOA面向服务架构(PPT30页)
SOA面向服务架构(PPT30页)
为什么要使用SOA
SOA旨在将单个应用程序功能彼此分开，以便这些 功能可以单独用作单个的应用程序功能或“组件”。这 些组件可以用于在企业内部创建各种其他的应用程序， 或者如有需要，对外向合作伙伴公开，以便用于合作伙 伴的应用程序。
SOA优点：代码重用 松耦合 平台独立 语言无关
SOA面向服务架构(PPT30页)
SOA面向服务架构(PPT30页)
商品消费——软件服务
SOA面向服务架构(PPT30页)
SOA面向服务架构(PPT30页)
SOA工作流程
SOA面向服务架构(PPT30页)
SOA面向服务架构(PPT30页)
SOA角色
假设股票行业存在以下6个服务：
• Country（） 输入参数：国家编码。输出项：国家名称和其他信息。 • YellowPages（） 输入参数：公司名称；输出项：企业代码，所在国家等其他信息。 • NewYorkStock（） 输入参数：公司代码，时间；输出项：该公司在纽约的股票价格 （美元）。 • LondonStock（） 输入参数：公司代码，时间；输出项：该公司在伦敦的股票价格。 • USToRMB（） 输入参数：美元价格，时间；输出项：对应的人民币价格。 • UKToRMB（） 输入参数：英镑价格，时间；输出项：对应的人民币价格。
SOA面向服务架构(PPT30页)
为什么要使用SOA
传统的架构，软件包是被编写为独立的（self-contained） 软件，即在一个完整的软件包中将许多应用程序功能整合在 一起。实现整合应用程序功能的代码通常与功能本身的代码 混合在一起。我们将这种方式称作软件设计“单一应用程序 “。与此密切相关的是，更改一部分代码将对使用该代码的代 码具有重大影响，这会造成系统的复杂性，并增加维护系统 的成本。而且还使重新使用应用程序功能变得较困难，因为 这些功能不是为了重新使用而打的包。
缺点：代码冗余 不能重用 紧耦合 成本高
SOA面向服务架构(PPT30页)
SOA面向服务架构(PPT30页)
为什么要使用SOA
SOA旨在将单个应用程序功能彼此分开，以便这些 功能可以单独用作单个的应用程序功能或“组件”。这 些组件可以用于在企业内部创建各种其他的应用程序， 或者如有需要，对外向合作伙伴公开，以便用于合作伙 伴的应用程序。
SOA优点：代码重用 松耦合 平台独立 语言无关
SOA面向服务架构(PPT30页)
SOA面向服务架构(PPT30页)
商品消费——软件服务
SOA面向服务架构(PPT30页)
SOA面向服务架构(PPT30页)
SOA工作流程
SOA面向服务架构(PPT30页)
SOA面向服务架构(PPT30页)
SOA角色
假设股票行业存在以下6个服务：
• Country（） 输入参数：国家编码。输出项：国家名称和其他信息。 • YellowPages（） 输入参数：公司名称；输出项：企业代码，所在国家等其他信息。 • NewYorkStock（） 输入参数：公司代码，时间；输出项：该公司在纽约的股票价格 （美元）。 • LondonStock（） 输入参数：公司代码，时间；输出项：该公司在伦敦的股票价格。 • USToRMB（） 输入参数：美元价格，时间；输出项：对应的人民币价格。 • UKToRMB（） 输入参数：英镑价格，时间；输出项：对应的人民币价格。
SOA架构和资料标准课件 13页PPT文档
改進成為我們自己的標準
未來的硬體架構
Internal High Speed Network
Replication
AP
Server
4
SQL SQL
AP Server
AP Server
L4 Switch
4
AP Server
Security
Security
Data Sync
L Switch
L Switch
What’s Next??
參考美國HL7標準 從Data Source開始Downsizing
谢谢！
?
系統B
PatientInfo
Hooking Shit
系統C
PatientInfo
Together
How to do??
Fact & Pressure
血庫上線 IBM Downsizing Sybase Connection
Solution
先找出Data Owner Sybase利用Replication的方式先行運作 IBM Batch Download & Write Back
SOA架構與資料標準
Service-Oriented Architecture & Data Standard
Outline
什麼是SOA? 我們的現況及做法 未來的軟硬體架構以及方向
什麼是SOA?
系統A
Request XML
系統B
固定標準的優點
簡化開發的流程 降低開發的成本 讓更多的廠商加入研發 增加產值，用便宜的價錢買到更好的軟體 產業界的實例
Web Server
Web Server
未來的硬體架構
Internal High Speed Network
Replication
AP
Server
4
SQL SQL
AP Server
AP Server
L4 Switch
4
AP Server
Security
Security
Data Sync
L Switch
L Switch
What’s Next??
參考美國HL7標準 從Data Source開始Downsizing
谢谢！
?
系統B
PatientInfo
Hooking Shit
系統C
PatientInfo
Together
How to do??
Fact & Pressure
血庫上線 IBM Downsizing Sybase Connection
Solution
先找出Data Owner Sybase利用Replication的方式先行運作 IBM Batch Download & Write Back
SOA架構與資料標準
Service-Oriented Architecture & Data Standard
Outline
什麼是SOA? 我們的現況及做法 未來的軟硬體架構以及方向
什麼是SOA?
系統A
Request XML
系統B
固定標準的優點
簡化開發的流程 降低開發的成本 讓更多的廠商加入研發 增加產值，用便宜的價錢買到更好的軟體 產業界的實例
Web Server
Web Server
SOA架构讲述精品PPT课件
• 构建核心（Core）代码库， 功能性代码整理入库，实现 复用
• 完成一个具有基本功能的 MES应用程序,根据现有需求 简化并确定、锁定。
• 在2015-12-31日以前完成
项目规划
人员 规划
• 系统架构 • 数据库 • 业务逻辑 • 编程语言 • 开发平台及开发工具 • 单元测试 • 第三方开发框架 • 组件标准化
SOA支持将业务转换为 一组相互链接的服务或可重复 业务任务，可以对这些服务进 行重新组合，以完成特定的业 务任务，从而让您的业务快速 适应不断变化的客观条件和需 求。
SOA特点
松耦合 粗粒度
服务接口 透明性
服务应该是独立的、自包含的请求，不应该依赖 于其他服务的上下文和状态。当产生依赖时，它 们可以定义成通用业务流程、函数和 数据模型。
服务请求者到服务提供者的绑定与服务之间应该 是粗粒度的。因此，服务请求者不需要知道服务 提供者实现的技术细节。
服务应该是由一个（定义良好的）接口定义，针 对一项业务功能的IT表示法。
指的是在不明确知道网络中的某节点物理地址以 及传输协议情况下调用该服务的能力
SOA结构图
SOA注册表
流程管理器
业务 流程 编排管 理器
40人或更少 3. 具体使用Scrum 模板，即迭代式
增量开发过程。每一次冲刺，开 发团队创建出一个软件的增量， 工作目标是根据优先级排列的需 要完成的工作的概要的需求。 4. 在一个冲刺周期中需求是被冻结 的。
项目规划
工作 规划
• 形成初步的软件架构
• 形成初步的工作流程，依托 于TFS
• 构建开发设计平台，非关键 代码实现自动化生成，各设 计环节使用标准文档(XML)MES Service
• 完成一个具有基本功能的 MES应用程序,根据现有需求 简化并确定、锁定。
• 在2015-12-31日以前完成
项目规划
人员 规划
• 系统架构 • 数据库 • 业务逻辑 • 编程语言 • 开发平台及开发工具 • 单元测试 • 第三方开发框架 • 组件标准化
SOA支持将业务转换为 一组相互链接的服务或可重复 业务任务，可以对这些服务进 行重新组合，以完成特定的业 务任务，从而让您的业务快速 适应不断变化的客观条件和需 求。
SOA特点
松耦合 粗粒度
服务接口 透明性
服务应该是独立的、自包含的请求，不应该依赖 于其他服务的上下文和状态。当产生依赖时，它 们可以定义成通用业务流程、函数和 数据模型。
服务请求者到服务提供者的绑定与服务之间应该 是粗粒度的。因此，服务请求者不需要知道服务 提供者实现的技术细节。
服务应该是由一个（定义良好的）接口定义，针 对一项业务功能的IT表示法。
指的是在不明确知道网络中的某节点物理地址以 及传输协议情况下调用该服务的能力
SOA结构图
SOA注册表
流程管理器
业务 流程 编排管 理器
40人或更少 3. 具体使用Scrum 模板，即迭代式
增量开发过程。每一次冲刺，开 发团队创建出一个软件的增量， 工作目标是根据优先级排列的需 要完成的工作的概要的需求。 4. 在一个冲刺周期中需求是被冻结 的。
项目规划
工作 规划
• 形成初步的软件架构
• 形成初步的工作流程，依托 于TFS
• 构建开发设计平台，非关键 代码实现自动化生成，各设 计环节使用标准文档(XML)MES Service
最新SOA解决方案介绍教学讲义ppt
Customers
CRM CRM
DBDDBB
EEERRRPPP
企业信息化建设所面临的困难
应用孤岛，重复建设 企业横向纵向的数据交换和流程互通不畅通 企业信息分散不统一,无法看到全貌 无法满足业务变化的灵活性和速度要求 业务模块紧耦合，不能即插即用 高昂的IT建设和维护成本
IT变革的迫切性
雕版印刷
流程服务/复合业务服务 以系统为中心的工作流 以人工为中心的工作流
共享业务服务
编排
定制的共享服务
合理化
信息服务
数据访问
数据汇总
数据同步
JDBC file://
访问服务
消息
适配器 用户APIs JDBC file://
服务总线
监测
IVR
客户端
服务注册 安全服务 公共服务 服务仓库
现有应用
打包应用
数据库和文件系统
SOA解决方案介绍
内容
为什么要采用SOA
➢ 企业信息化建设的困难 ➢ 传统解决方案 ➢ SOA解决方案
SOA参考架构介绍
➢ SOA定义 ➢ SOA参考架构 ➢ SOA架构基础组件 ➢ SOA架构实施方法
内容
为什么要采用SOA
➢ 企业信息化建设的困难 ➢ 传统解决方案 ➢ SOA解决方案
SOA参考架构介绍
➢ SOA定义 ➢ SOA参考架构 ➢ SOA架构基础组件 ➢ SOA架构实施方法
政府和企业商业变革需要重新规划其信 息基础设施
我们可以沿袭单一应用的构建模式，但 IT将缺乏活力
我们也可以放任自由，大兴土木
但业务与IT最终将南辕北辙...
...或形成一个个的应用/数据孤岛
如何把机构IT建设 成一个有活力的信 息化体系？
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
管理
中间件
部署
（提供实现级构件框架以及基础公共服务）
基础架构平台专家
Apusic SOA产品套件
开发服务
AOM
ABPM流 程设计器
交互服务
APS
流程服务
ABPM
企业服务总线：AESB
服务注册库
资源适配
事件驱动
信息服务
AEI
数据转换
信息路由
B2B网关
伙伴服务
APolicyServer
业务应用服务
AESB适配器
SOA本质分析
演讲： 时间：2020/10/28
SOA本质分析
SOA技术模型 SOA参考模型
Contents
提 纲
SOA出现
HTTP
基础架构平台专家
TCP UDP
SOA解决的问题
解决软件互操作问题 解决软件复用的问题 能够给IT基础设置带来敏捷、快速应变的能力
基础架构平台专家
SOA技术本质
数据 例如：”人”
基础架构平台专家
部门A
数据结构
部门B
Service Data 数据O结b构ject
部门C
数据结构
SDO的作用
弱类型
统一模型
自描述
可回朔
基础架构平台专家
松耦和原则
服务消费者 Service Consumer
基础 设施
公开业务接口
基础架构平台专家
SCA封装
Hale Waihona Puke Contents提 纲
信息集成的难点与SOA 信息集成技术本质
什么是服务？ Service Component Architecture
基础架构平台专家
平台无关 幂等性 Web Servic提es供业务能力 符合标准
SCA的作用
服务
SCA服服务务封装
服务
SCA服服务务封装
服务
SCA服服务务封装
服务 SCA服务封装
基础架构平台专家
服务 SCA服务封装
数据差异
一个中心
两个基本点
三个原则
组
织
四个变化
结 构
松
散
化
基础架构平台专家
互操作标准化
标准化原则
软
软
松耦合
件 业务 件 原则
复
敏捷性
互 操
构
用
作
件 粗
粒
度
合适粒度封装原则
化
构建方式快捷组编化
Contents
提 纲
信息集成的难点与SOA
信息集成技术本质
Apusic ESB解决方案 成功案例
什么是服务？
Business Process 业务流程层
Service Component
Packaged Custmer Application Application
Business Component New Application
Service Component 服务组件层 Application Assets 应用资产层
Apusic ESB解决方案
成功案例
SOA逻辑堆栈
Governance Layer 治理层 Information Architecture 信息架构层 Quality of Service Layer 服务质量层
Integration Layer 整合层
电子商务 电子政务 行业应用
Consumer Layer 消费者层
System Assets 系统资产层
硬件资产（虚拟化技术）
基础架构平台专家
SOA架构参考模型
开发工具
业务流程 建模
服务建模
服务构件 开发
服务构件 组装
交互服务
流程服务
信息服务
IT服务 管理工具
(服务/应用/资源)
服务中介(服务总线)
安全
(服务注册、调用、路由、事件框架）
监控
伙伴服务 企业应用服务 接入服务
接入服务
基础设施服务
AAS
AMQ
管理服务
AAM
ABPM流 程监控
AESBMonitor
AASMonitor
基础架构平台专家
谢谢！
联系方式： 业务咨询热线：4008-830-830 金蝶中间件网站：
为更好满足学习和使用需求，课件在下载 后自由编辑，请根据实际情况进行调整
Thank you for watching and listening. I hope you can make great progress
中间件
部署
（提供实现级构件框架以及基础公共服务）
基础架构平台专家
Apusic SOA产品套件
开发服务
AOM
ABPM流 程设计器
交互服务
APS
流程服务
ABPM
企业服务总线：AESB
服务注册库
资源适配
事件驱动
信息服务
AEI
数据转换
信息路由
B2B网关
伙伴服务
APolicyServer
业务应用服务
AESB适配器
SOA本质分析
演讲： 时间：2020/10/28
SOA本质分析
SOA技术模型 SOA参考模型
Contents
提 纲
SOA出现
HTTP
基础架构平台专家
TCP UDP
SOA解决的问题
解决软件互操作问题 解决软件复用的问题 能够给IT基础设置带来敏捷、快速应变的能力
基础架构平台专家
SOA技术本质
数据 例如：”人”
基础架构平台专家
部门A
数据结构
部门B
Service Data 数据O结b构ject
部门C
数据结构
SDO的作用
弱类型
统一模型
自描述
可回朔
基础架构平台专家
松耦和原则
服务消费者 Service Consumer
基础 设施
公开业务接口
基础架构平台专家
SCA封装
Hale Waihona Puke Contents提 纲
信息集成的难点与SOA 信息集成技术本质
什么是服务？ Service Component Architecture
基础架构平台专家
平台无关 幂等性 Web Servic提es供业务能力 符合标准
SCA的作用
服务
SCA服服务务封装
服务
SCA服服务务封装
服务
SCA服服务务封装
服务 SCA服务封装
基础架构平台专家
服务 SCA服务封装
数据差异
一个中心
两个基本点
三个原则
组
织
四个变化
结 构
松
散
化
基础架构平台专家
互操作标准化
标准化原则
软
软
松耦合
件 业务 件 原则
复
敏捷性
互 操
构
用
作
件 粗
粒
度
合适粒度封装原则
化
构建方式快捷组编化
Contents
提 纲
信息集成的难点与SOA
信息集成技术本质
Apusic ESB解决方案 成功案例
什么是服务？
Business Process 业务流程层
Service Component
Packaged Custmer Application Application
Business Component New Application
Service Component 服务组件层 Application Assets 应用资产层
Apusic ESB解决方案
成功案例
SOA逻辑堆栈
Governance Layer 治理层 Information Architecture 信息架构层 Quality of Service Layer 服务质量层
Integration Layer 整合层
电子商务 电子政务 行业应用
Consumer Layer 消费者层
System Assets 系统资产层
硬件资产（虚拟化技术）
基础架构平台专家
SOA架构参考模型
开发工具
业务流程 建模
服务建模
服务构件 开发
服务构件 组装
交互服务
流程服务
信息服务
IT服务 管理工具
(服务/应用/资源)
服务中介(服务总线)
安全
(服务注册、调用、路由、事件框架）
监控
伙伴服务 企业应用服务 接入服务
接入服务
基础设施服务
AAS
AMQ
管理服务
AAM
ABPM流 程监控
AESBMonitor
AASMonitor
基础架构平台专家
谢谢！
联系方式： 业务咨询热线：4008-830-830 金蝶中间件网站：
为更好满足学习和使用需求，课件在下载 后自由编辑，请根据实际情况进行调整
Thank you for watching and listening. I hope you can make great progress