韩燕波_业务级SOA西西应用示例.pptVIP

SOA与面向服务的松耦合方式的应用集成 SOA：一种体系结构风格，3种角色＋3种操作 有SOA架构就解决前面的问题了吗？ SOA与Web Service技术 建造分布式应用系统离不开信息交换平台和“信息资源中心” 建设物理集中方式的“信息资源中心”并不成功 需要建立逻辑上一体、物理上自治的“虚拟的信息资源中心” 业务级SOA：SOA技术规范和ESB层面上我国业界目前机会并不大，而开发具备领域知识的“业务件”，建立业务级SOA是难得的发展机遇 业务服务的一种实现 对应基本的业务活动 可定制：业务人员可自行定制和配置； 可执行：可基于个性化需求绑定和调用合适的服务资源 分级可视：面向不同用户群体；支持可视化编程 举例：动态变化的服务资源的抽象、聚类和组合 SAP的企业服务 IBM的业务服务 英国虚拟生物信息学实验室 （ eScience GeneGrid ） VINCA4eScience的使用效果 小结 1. SOA的提出和发展有助于解决网络时代信息化的难题： 消除孤岛，实现互联互通、资源共享、应用集成 适应动态变化，实现按需服务 降低信息化成本 2. SOA实施 分步实施 不限于跨企业应用 不同角色，各行其职（基础设施建设，服务提供，应用建造，使用） 3. 未来发展趋势 资源抽象角度：资源标准化、业务化 资源管理角度：虚拟化、逻辑一体化 资源利用角度：“编程”普及化（大众编程） 执行的角度： 资源（动态）优化 业务服务思路有助于形成一个新的、高效、开放、低成本的应用开发范型，可简化复杂性，提高效率，降低成本 “备”则“倍” 有准备、有规划的人生更精彩！ * 业务级SOA及其应用示例 韩燕波 网格与服务计算研究中心 中科院计算技术研究所 yhan@ 2006.10 现状：网络就是“计算机”已很现实；需要很多自治、异构的业务系统协同工作的业务需求凸现；信息化成本仍旧高 Call center Financials Order entry Logistics Sales force automation eCommerce Web server Purchasing Marketing Call center Financials Order entry Logistics Sales force automation eCommerce Web server Purchasing Marketing 追求：实现分布系统物理上分散、自治，逻辑上则可按需集成 一些必然趋势： － 松耦合的集成方式 － 标准化、规范化手段 － 资源虚拟化 － “老系统”集成：逻辑上全局一体、物理上高度自治 － 支持分布、异构资源的自主热插拔 － 支持应用（流程）按需、个性化配置 － 业务端编程：最终用户可配置应用 函数 对象 构件 服务 从外面看。。。 服务的3要素： Contract, Content, Context 面向服务: 自描述、可被他人发现和利用 服务是一种封装了业务功能的软件构件 服务通过消息互操作 服务是自治的 服务描述以契约的形式规定了服务的访问细节并屏蔽了服务的具体实现 1. 从使用者角度：使用而不拥有，为使用者提供了更省时、省事、更灵活的选择余地 2. 从资源利用角度：可利用广域网内的各种资源，屏蔽资源的异构性 3. 构建应用角度：支持动态绑定；支持跨企业、跨组织的业务应用，更好的构建虚拟组织应用和个性化应用 松耦合 业务与技术的松耦合 应用与平台的松耦合 软件与硬件的松耦合 管理与使用的松耦合 使用者 服务提供者 目录 查找 注册 绑定/调用 不应把SOA仅当作概念和技术，其真正潜力在于： － 将改变应用系统建造、部署、运维的模式＝＝》向“多、快、好、省”的目标迈进 － 拉近了业务领域和软件实现之间的距离 领域鸿沟 M1 M2 M3 需求 变更 。。。 需求 变更 Business Model Architecture Architecture 演化不对称 业务领域 软件实现 使用者 服务提供者 目录 查找 注册 绑定/调用 背后的“魔鬼”： 动态性vs动态优化 效率 安全 基础设施/支撑环境/基础服务 编程模式、工程方法 使用模式 服务质量 不确定性vs动态优化 选取 组合 事务 部署 商业模式 Web服务协议栈越来越复杂，如此继续跟随? WS-*******不断推出 Service Composition Transports Messaging Description Quality of Experience (QoX) HTTP/HTTPS SMTP RMI / IIOP XSD WS