SOA架构中服务中介-OSB介绍


SOA架构中的服务中介 --- 服务总线OSB 日程安排 关于总线的故事 服务总线OSB在SOA中的作用 服务总线OSB的功能概览 基于OSB的架构设计概要 采用OSB实施SOA的案例分析 日程安排 关于总线的故事 服务总线OSB在SOA中的作用 服务总线OSB的功能概览 基于OSB的架构设计概要 采用OSB实施SOA的案例分析 Config Framework 电视和电脑有区别吗? 如果有的话,在那些方面? 一个地球人都知道的问题 Config Framework 你能组装出一台电视吗? 哪怕是黑白的! 电视坏了你能修吗? 哪怕是最简单的晶体管的! 你能让黑白电视变彩色的吗? 哪怕只有256色! 恐怕不行,因为我没学过电子专业 恐怕不行,因为我没学过模拟电路 恐怕不行,因为电路不兼容 关于电视 Config Framework 你能组装出一台电脑吗? 哪怕是黑白的! 电脑坏了你能修吗? 哪怕是486的! 你能让黑白电脑变彩色的吗? 哪怕只有256色! 没问题!把CPU、主板、显卡组装上,再加台二手黑白显示器,搞定! 没问题!哪坏了,换哪块,搞定! 没问题!换台彩显接上,搞定! 关于电脑 Config Framework 你能DIY一台电视吗? 除非你是专家 电脑远远比电视复杂……但是…. DIY 电视和电脑 能DIY远比电视复杂的电脑 却不能DIY电视 为什么? 电视内部结构 – ALL IN ONE 控制电路信号处理电路 显像管 光纤输入 AV 遥控器 控制面板Audio 图形处理CPU 高频头 电脑内部结构 - 总线 总线 显示器中央处理器 显卡 光驱 硬盘 网卡 主板 让人人都能DIY! 总线的目的是 日程安排 关于总线的故事 服务总线OSB在SOA中的作用 服务总线OSB的功能概览 基于OSB的架构设计概要 采用OSB实施SOA的案例分析 客户痛点 缺乏业务敏捷性 Agility inhibitors  Tight coupling  No clear view  Redundant logic Need for loose coupling  To prevent vendor/technology/version tie-in  To hide technical concerns from business process Need for increased visibility  To allow operational control  To see what is available Need for single point of control  To enforce common policies  To share best practice  To enable monitoring 点对点问题 Service Service Service Service Application Application Application Service Service Database EJB SAP SOAP SOAP 为什么需要服务总线 HostA New Hire Process Initialize Benefits Service Initialize Benefits Service HostB Service Bus Route to HostB SOAP SOAP 屏蔽服务提供端变化 位置透明 Service Bus Process Order Service Customer Portal Transform Message 1.0 2.0 <1.0> CSR App <2.0> SOAP SOAP 屏蔽服务接口变化 向后兼容 允许多重协议/消息参与到SOA环境中来 Service Bus Transform Payroll Service JMSExpense Reimbursement Process SOAP Submit Expense Report Service FTP Transform Transform Check Order Status Service SOAPInventory Management App JMS 服务化 由业务逻辑决定终端服务 Service Bus Title = Manger? New Employee ServiceSOAP New Manager Service Transform HR Portal SOAP 动态路由 用另一个服务的响应来更新消息内容 Service Bus Get Customer History Service Call Service Transform Message Rate Quote Service Insurance Portal ... ... 消息增强 由已有服务组成新服务 Service Bus 1 2 3 4 Validate Order Service Check Price Service Account Validation Service Check Inventory Service SOAP Purchase Order Process SOAP 服务编排 Oracle Service Bus Oracle JRockit JVM Oracle WebLogic Server SLA Alerts Service Monitoring Dashboard Reporting Dynamic Transformations Message Broker Content Based Routing Error Handling Multiple Protocols Change Mgmt. Service Management Discovery Import/Export Authorization Service Security Authentication Message Security OSB作为有效出路 日程安排 关于总线的故事 服务总线OSB在SOA中的作用 服务总线OSB的功能概览 基于OSB的架构设计概要 采用OSB实施SOA的案例分析 23 甲骨文融合中间件:企业服务总线 以前的AquaLogic Service Bus from BEA 紧耦合  冲击改变  服务必须配合新的客户端修 改  Service 服务本身必须应付 处理数据格式和传输协议  不透明 冲击业务  延迟对业务需求的响应时间 ServiceService ServiceService ServiceService ServiceService 解决方案:服务集成 点对点的做法 点对点的做法影响灵活性 服务总线 --- SOA中的服务中介 高速中介  一次连接  松散耦合  动态扩展  交易处理可视化 敏捷架构  企业范围内的可重 用  集中化管理  控制风险 改善TCO Enterprise Service Bus ServiceService ServiceService ServiceService Service Service 服务总线 OSB 能做什么?  面向已有的、异 构系统间服务的互 连,互通  提供动态的 消息路由和数 据格式转换  SLA,以及丰 富的安全控制  提供可靠的、 高效的和标准的 信息传递方式 日程安排 关于总线的故事 服务总线OSB在SOA中的作用 服务总线OSB的功能概览 基于OSB的架构设计概要 采用OSB实施SOA的案例分析 Oracle Service Bus(OSB) --- 企业级的服务总线 安 全 消息服务 管 理 组 装 服 务 传 输 层 Transport SDK 内置服务管理 – 优化各种 类型的消息管理 灵活的消息服务 - 可连接 各种类型服务 丰富的组装环境 – 基于配 置,减轻编码负担 优化的插件式安全控制- 保障服务安全 适合分布式运行 – 可靠性、 可用性和运行效率保障 格式转换发现和 校验 消息流程 建模 服务 调用 测试 框架 传输安全 WS-Security 插件架构 策略控制 报告SLA监控仪表板 开放接口 AquaLogic Service Bus 服 务 服 务服 务 服 务 服 务服 务服 务服 务 Service Bus Security Authentication Authorization Identity Message Security FTPMQ Messaging / Protocols SMTP Repository ReportingSLA Alerts Error Handling Content Based Routing Dynamic Transformation Import / Export Validation Service Management Message Brokering Config Framework Service Switching HTTP/S SOAP JMS File Change Center Service Discovery Monitoring JMS/XA Tux OSB 架构 通过服务总线桥接异构消息, 重用现有服 务 解决点对点服务调用的挑战 异构消息交流 Web Services 非基于 Web Services 的消息传递 混搭的调用模型 B2B 遗留通信协定和连接 内置支持 TCP/IP socket 连接 透过 adapter 可连接套装应用 可与 .NET, Apache, WebSphere MQ 互通 加速服务的重用 在一个快速改变的基础架构环境中, 管理和 ESB 相关的复杂行为和属 性 getCustAddress getCustCreditgetCustProfile getCustAddress getCustCreditgetCustProfile Oracle Service Bus ERP.NETWebLogic File SOAP (Async) Legacy JMS SOAP (Sync) MQ 服务的代理 支持多种协议格式 Web Services 的处理  完全支持相应的Web Services (WSDL, SOAP包) 和non-SOAP包的消息 多种通讯方式  请求/响应 (同步/异步),异步消息队列,一对多的发布  组合方式 (例如: sync-to-async 桥) 应用客户端 服务调用者 服 务 总 线 业务服务 EJB 服 务 多协议格式支持 应用客户端 服 务 服 务 服 务 服 务 Tuxedo MQ Tibco Socket WS 标准的支持 多渠道通讯方式 HTTP/SOAP JMS FTP SMTP File 代理服务 应用客户端 应用客户端 应用客户端 client service service Service Bus 中的消息流 Pipeline组件独立于transport/binding Outbound 独立于Inbound,反之亦然 在Transport和Pipeline间实现流化的接口 Transport Transport Binding Binding HTTP(S) JMS File FTP Email Local SOAP XML Text Binary MFL Attachments Business Service Proxy Service Callout Publish Route Pipeline Proxy Service Error Pipeline Stage 1 Request Pipeline Stage 1 Stage n Response Pipeline Stage 1 Stage n Message Flow Route Node Stage n Action 1 Action n Action 1 Action n Action 1 Action n Service Consumer Endpoint Proxy Services中消息流的定义 Thread 1 Thread 2 消息流建模 图形化工具 基于内容的路由,身份认证 混合模式 - Async/Sync, Pub/Sub 差错处理 发现和校验  自动化的与 UDDI 注册表和存储同步  部署前,自动校验完整性和是否有冲 突 格式转换  XML 和 non-XML 间互转 Xquery 或 XSLT Service 调用 Java exit (支持POJO) Web Services 调用 测试控制台  便于跟踪和查错 丰富的配置环境和建模方式, 以消除编码工作 Composition Transformation Discovery/ Validation Message Flow Modeling Service Call-out Test Browser 丰富的组装环境 OSB中的流程组装、开发 内置的集成测试环境 内置服务管理 信息仪表板  差错监控和性能报告  通过ESB汇总 监控  监控告警 管理 SLA 告警  基于操作统计的报警  基于消息管道操作中的报警 报表  提供缺省的汇总统计  支持自定义报表统计 开放接口 JMX 接口 SNMP 通过内置的性能和监控优化, 来服务确保服务质量 ReportingSLAsMonitoring Dashboard Open Interfaces Management 可视化的管理和监控 OSB中典型的实现范式 --- VETO e x 1 C l i e n t A p p WebLogic Server Directory Cache XML Schema ? 1 2 3 Validate Enrich Transform Operate e x 1 S e r v i c e A p p WS HTTP ALSB 4 VETO Pattern Validation  Based on XML Schema/WSDL  Security Enrichment  Service Callout/Java Callout/  Insert/Replace/Delete/Transform Transformation  XQuery/XSLT/MFL Operation  Route/ Routing Table  Publish/ Publish Table  Service Callout 服务网关模式 基于内容的路由动态访问底层服务 getCustCredit getCustAddress getCustCreditv1getCustProfile getCustCreditv2 getCustCredit1 Begin Route getCustCredit2 基于内容的路由,让 SOA 的各个端末点间能更松耦合。例如: 路由到两个不同版本的服务 Oracle Service Bus 消息路由 --- 丰富的代理机制 Route Table Dynamic Routing Routing Options 优化的插件式安全框架 传输安全 SSL/Basic Auth 消息安全 WS-Policy/WS-Security SAML, UserID/Password, X509 Signing & Encryption 基于控制台的安全控 制 支持 Web Single-Sign-On  基于角色的访问控制 策略  支持 WS-Security & WS- Policy Authentication Authorization Credential Mappers Audit Transport Security WS-Security Console Security Policy Common Security Services Default Default PKI SAML XACML Default 3rd Party 3rd Party 3rd Party 3rd Party 支持内置安全组件以及 插件形式的第三方安全组件 Security 安全管理 --- 提供访问的控制 getCustCredit getCustCreditv1 getCustCreditv2 getCustCreditv1 Route getCustCreditv2 松耦合的安全模型,提供身份传递,WS-Security(基于消息的安 全)以及传输安全保障 Oracle Service Bus 传输安全 [示例: HTTP Basic Auth] 消息安全 [示例: Signing / Encryption] 传输安全 [示例: HTTP SSL Client Cert] 基于消息的安全 [示例: SAML Token] Begin 差错处理 配置服务的SLA  Retry Count:表示服务不可用时,重试的次数。0 表示不尝试, 而其他正数表示尝试的次数  Retry Interval:表示两次重试之间的时间间隔,以秒为单位 在Proxy服务配置时,定义Error Handler (可以是服务 级别,或服务中的组件级别,Stage Action或Route Node) 高可靠性/负载均衡的实施 ESB 可配置成群集或多个独立的Domain,通过代理在前端进行 负载分发 负载均衡的选项作为业务服务配置的一个组成部分 HTTP/SOAP Client 服务总线B ESB 服务总线A ESB 负载均衡 设备 (Apache/F5) URI Y URI X 客户访问端 (HTTP/SOAP) 服务总线B 服务总线A 负载均衡 设备 (Apache/F5) 后台系统 后台系统 URI 1 URI 2 URI 2 URI 1 SOA 架构拓扑图 业务人员 架构师 步骤1: 架构设计 导出配置 • WSDL • XML Schemas • Policies Proxy Pipeline ALSR SOA 设计 人员 步骤2: 配置服务 ALSB ALSB Production ALSR ALSB Staging IT Operations 步骤3: 测试和部署 ALSB Development 步骤4: 监控和管理 服务监控管理 ALSB 3rd Party HP Open View, BMC 性能监控 或 • JMX • SNMP • Reporting 开发部署方案 应用部署 可视化的部署、资源导入、导出 通过ant 和wlst 脚本方式的应用部署、资源导入、导出 和信息更新(结合Public mBean) 日程安排 关于总线的故事 服务总线OSB在SOA中的作用 服务总线OSB的功能概览 基于OSB的架构设计概要 采用OSB实施SOA的案例分析 信贷处理应用 采用SOA的设计模式,将客户、经纪人 和FF自身信贷应用,通过流程有机整合 BPM用于流程设计,统一的经纪人访问 门户, ALDSP用于整合唯一数据视图, 而 OSB用于动态的服务整合和消息路 由 消除点对点的代理和客户信贷应用的集 成 业务模式变化迅速,要求基础架构能够 包容变化 机会 & 挑战 BEA的解决方案 期望的效益 方便的服务配置和变化管理以适应新业务 快速为经纪人和用户提供新种类服务 为经纪人和用户提供更加可视化的信贷处理流程 降低信贷处理的支持成本 First Franklin --- SOA化的业务整合 动态的服务集成层 处理用户提交的 WS 调 用 充分利用企业现有的业 务服务 基于数据内容的路由和 XML处理 支持复杂格式的消息处 理 可定制的数据报表 监控流程处理和消息流 量 配置SLA告警 Loan Pricing Independent Broker Portal Customer Interface Loan Origination Underwriting Loan Processing … New Loan Submission Data Service Layer Proxy Extract Route Log AquaLogic Service Bus Validate First Franklin --- 现存应用的架构 Use Case #1 – OSB 嵌入已有应用 Client App AquaLogic Service Bus First Franklin Pricing Service 1 <?xml version=""1.0"… ><PricingRequest>… </PricingRequest> Proxy Service 6 <?xml=""…><PricingResp onse><Property>…. Service Callout Transform Route First Franklin Guidelines Service Serializer Service 3 <?xml version=""1.0"… ><PricingRequest>… </PricingRequest> …. 5 <?xml version=""1.0"… ><Guidelinest>… </Guidelines> 4Serialize 2 De-Serialize XML Serialized XML Use Case #2 – Canonical Format Client App AquaLogic Service Bus First Franklin Pricing Service 1 Proxy Service 4 Service Callout Transform Service Callout First Franklin Guidelines Service Serializer Service 2 <?xml version=""1.0"… ><PricingRequest>… </PricingRequest> …. 3 <?xml version=""1.0"… ><Guidelinest>… </Guidelines> … . Canonical XML Proxy Service Use Case #3 – 异步请求/响应 AquaLogic Service Bus First Franklin Pricing ServiceJMS Proxy Service Callout Transform Service Callout First Franklin Guidelines Service Serializer Service 3 <?xml version=""1.0" … ><PricingRequest>… </PricingRequest> …. 4 <?xml version=""1.0"… ><Guidelinest>… </Guidelines> … . Client App 1 6 ... ... Async Client Request Q Route to JMS Queue Response Q 2a Publish to JMS 5 Publish to JMS 7 Poll for Response Notify 2b
还剩56页未读

继续阅读

下载pdf到电脑,查找使用更方便

pdf的实际排版效果,会与网站的显示效果略有不同!!

需要 5 金币 [ 分享pdf获得金币 ] 6 人已下载

下载pdf

pdf贡献者

kofyf

贡献于2013-08-05

下载需要 5 金币 [金币充值 ]
亲,您也可以通过 分享原创pdf 来获得金币奖励!
下载pdf