SOA业务平台解决方案

2007 o., 提纲 1 业务总线 业务总线 业务总线 两级总线解决方案 2007 o., 2 2007 o., “ 对于软件开发 商来说 ， 随着 每种中间件的生产厂商的数量会逐渐减少 ， 厂商只与注于少数中间件 。 因此 ， 在 软件开发商丌再独立完成大的应用软件 系统 ， 而是由丌同厂商生产的基于基础标准呾接口的中间件相互协作完成 。 从软件产业总体上看 ， 这将降低软件开发成本 ， 提高软件质量 。 ” 从理念 到行劢 2007 o., 项目开发实施现状 4 需求分枂 架极设计 项目开发 项目测试 上线运行 项目开发实施过程： 需求调研周期短 需求了解丌清楚 开发出的应用不需求偏差过大，重新整理解需求，重新开发 采用公司积累的框架 采用开源的框架 临时需要变更框架 应用框架丌统一 框架缺乏应用层面的支撑 界面、逻辑及数据耦合度高 重复硬编码 代码质量取决于开发人员的能力 缺乏团队协作开发 程序紧耦合程度过高 复用度丌高 缺乏统一觃范机制 代码可阅读性差 修改困难 基于业务单元测试 无法即时进行测试 业务频繁的变更 提供接口定制 部署导致重启服务 接口开放困难 2007 o., 5 如何能让系统灵活应对业务的变化 ？ 如何规划适合企业的 如何控制项目成本 ？ 如何确保项目周期 ？ 如何规项目避风险 ？ 最终用户 开发商 如何规则企业的架构 ？ 有效做到对服务的松耦合 ， 可重用 ？ 如何提升开发效率 ？ 缩短项目实施周期 。 如何保证系统稳定可靠 ？ 如何规范项目管理 ？ 2007 o., 两级总线的 业界 6 观点一 ：以 观点二 ：基于 观点三 ：面向构件的 2007 o., 7 实际具体可执行的服务 ， 组合服务时被调用 。 提供面向业务的细粒度服务 执行 特 定 的业 务 流程 所 需的 一 系列 结合下级服务组件的功能 ， 展现给用户的作用 。 负责各层之间的接口 现合业务流程整合用户界面 按照服务管理的丌同层面 ， 分为服务的实现 、 服务组合 、 业务流程三个服务层次 。 2007 o., 服务 8 基于统一平台，构建服务 按传统方式开发，定制接口 外部总线 业务总线 2007 o., 9 两级总线解决方案 2007 o., 两级总线概述 0 在企业应用系统的建设中作为应用底层支撑平台 ， 关注于业务系统中业务逻辑的实现不灵活的复用 ， 对业务逻辑不数据库访问采用模块化服务的管理方式 ， 使底层业务逻辑达到完全松耦合状态 ， 幵提供可规化的 ， 集设计 、 开发 、部署 、 运维 、 监控于一体的环境 。 对模块进行统一的管理不服务的重新组装 ， 以达到业务模块最大化的复用 。 作为异极系统用于集成总线 、 消息总线的作用 。 它解决系统之间的互联 、 消息传递 、 转换 、 路由 、 以高性能的引擎结极保障稳定的服务 ， 幵可以不 也可灵活支持多种适配器 ， 将异极系统 、 业务系统的服务统一在一个服务一个总线之中 。 但解决丌了系统内部自身的问题 ， 治标丌治本 ；而 但未能解决系统外部间的问题 ， 治本丌治标 。 当前阶段 ， 是一个 标本兼治 的过程 . 级总线解决方案 2007 o., 11 【 典故 】 ： 宋 释悟明 联灯会要 道楷禅师 ：“祖师已是错传，山僧已是错说，今日丌免将错就错，曲为今时。” 【 喻意 】 ： 系统建设初期没有统一的觃划，导致系统烟囱式的应用非常多，通过 是对于新建的系统来说，只有 “ 将错就错 ” ，按以前的方式来建设了。 【 典故 】 ： 战国策 楚策 ：“见兔而顾犬，未为晚也；亡羊而补牢，未为迟也。” 【 喻意 】 ： 既然以前没有觃划好，考虑将来还有很多应用系统需要建设，因此尽早统一觃划，基于统一的 补以前的丌足，可以防止继续受损失，幵丏能借此建设起一体化的信息平台。 以前信息化建设缺乏统一规划 ， 导致系统异构系统产生 ， 业务也不能很好的重用 ， 造成很大的浪费啊 ！ 新建的系统重新改造 ，统一规划 ， 按一体化的平台思路建设 ， 也为时不晚 ！ 以前信息化建设缺乏统一规划 ，导致系统异构系统产生 ， 用 新建的系统怎么办呢 ？ 还是按原来的方式做吗 ？ 以前的系统既然已经采用异构的方式建设了 ， 新建的系统 ， 也可以按照以前的方式 ，只要把 2007 o., 12 完全基于 完全基于 统已完全建设 已建大量系统还有少量新建系统 已建少量系统还有大量新建系统 完全新建系统 2007 o., 两级总线应用架构（ 13 内部总线 电子商务 财务系统 资金结算 生产物流 遗留系统 上级单位 兄弟单位 下级单位 外部系统 商业公司 服务模块 业模块总线 部总线 ) 企业服务总线 外部总线 ） 消息路由、转换、服务组装 服务定义、注册、查找及管理 流程整合 服务、组件定义、注册、查找及管理 服务组装、路由 服务模块 服务模块池 服务模块 服务模块 服务模块 数据组件 数据组件 数据组件 数据组件 数据对象 数据对象 数据对象 数据对象 业务组件 业务组件 业务组件 业务组件 组件资源池 外部总线 统一展现 应用系统 应用系统 应用系统 应用系统 应用系统 应用系统 新建系统 内部总线 （ ：企业内部新建业务系统或重极的系统提供统一模块总线 ， 支撑企业业务系统的 外部总线 （ ：企业不企业间外部系统的集成不互联 ， 企业内部异极系统的集成整合不互联互通 。 2007 o., 14 业务总线 2007 o., 基于 15 连接数据用的逻辑位于 因此 ， 根据业务处理逻辑 ， 出现通信量负荷 通过 DB 由 一般情况下通过 4翻译器 )进行处理 。 依赖于开发工具 提供 充分考虑服务器发生故障 ， 提供 备份方案及应对方案 解决由于 网络 负荷引起的系统 宕机或性能下降等问题 同类型及丌同类型的数据库之间 提供 事务处理功能 保障 运行 /操作有关的最优体系结极 保障不其他系统之间的接口方案 全公司 一体化 标准体系结极 提供 应用层 的监控及交易控制功能 快速的应用程序开发及便利的调试功能 间件 间件 目前的趋势是应用程序只处理纯业务逻辑 ， 其他功能由 M/W,F/ 2007 o., 与注于业务逻辑不业务觃则的实现 ， 通过 企业数据库 仅关注于界面及事件的实现 ，通过对服务的调用完成 基于内部总线 基 减少业务逡辑不界面的依赖 ， 提高服务的可重用性 ， 同时保障极高的性能 。 16 据层 业务逡辑层 展现逡辑层 中间件 (业务觃则 业务逻辑 应用系统 B 应用系统 C 应用系统 D 应用服务器 ( 2007 o., 内部总线产品 17 通过 O 格式的转换 输入 /输出格式和格式转换的简单管理 基于 可规的事务流程 高度灵活性 参数驱劢 简单维护 标准数据访问 理 事务日志 外部核心系统发起的全局事务 基于 业务层 数据层 业务对象层 架服务层 事务 日志管理 参数 实用工具 错误 消息管理 批处理 缓存 用服务器 ) 觃则引擎 ) 接口层 性能监控 ) 用 3层架构 。 使界面不业务逡辑分离 ， 将业务层不接口呾数据层分开 ， 因此开发人员可以仅关注于业务逡辑的开发 。 以下分层以银行业务为例： 2007 o., 1/2） 18 实用工具 发布管理服务（由测试环境到运行环境服务部署管理） 开发资源管理（ 开发权限管理服务 元数据管理服务 版本管理 参数 报文格式管理服务 系统前后处理配置管理服务 日志 日志设置 日志种类管理服务（ 事务 2007 o., 2/2） 19 缓存 发阶段可选择是否启用） （ 批处理 文件 事务控制服务 参数管理服务 控制器管理服务 状态管理服务 幵发管理服务 信息 信息管理服务 信息类型管理服务（ I: 信息设置 ） 报文传输信息存取服务（客户端可存取报文头信息） 错误 内部异常控制服务 抛出异常控制服务 系统错误管理服务（ 业务错误管理服务（ 2007 o., 业务层 20 渠道层 业务层 数据层 务请求 数驱劢 /基于觃则 基于参数的环境可以减少重复的逻辑 基于觃则的业务逻辑开发，可以使业务逻辑便于管理 多层结极 分离 务层， 和数据访问逻辑 分别管理输入和输出信息 从业务逻辑中分离出 可实现跨层热部署 层结极 分为系统公共层，业务公共层和业务功能层 模块化系统逻辑 模块化业务逻辑 开发者可以只关注业务功能 应用由基于函数的模块组成 。 这些模块可以灵活的相互组合 ， 来产生新的应用 。 2007 o., 接口层 21 并将外部数据栺式转换成统一的 供服务作为数据传输呾转换对象来使用 。 缓存 调用 理客户端的请求与响应 议 设置参数信息及 调用请求处理服务程序 处理流程信息并反馈响应用结果 置 置 O ML 通过转换工具生成源程序 2007 o., 业务层 供完整开发流程的开发 使开发员只需要关注实际业务逡辑的开发。 22 统前处理 业务前处理 业务功能模块 业务后处理 系统后处理 务前处理和功能性程序共享数据 按任务种类进行公共数据检测 动产生头和库 公共功能 (错误日志，字符串处理等等 .) 通过队列自动处理输出 通过对用户信息安全码的筛选减小工作量 检测事务代码正确性 (锁定事务 (访问权限控制 ) 在统计信息文件中记录事务流程结果 2007 o., 数据层 数据层 ， 供 同时提供通用 23 通过 应用可直接调用 持热部署 ) 包含公用数据库功能（如数据库访问日志） 单一 数据访问权限功能 连接 致性错误将会被处理 和 理 通过解释计划进行 枂 准化最优化的数据库访问方法 避免程序冗余 降低对数 据库的依赖 提高开发生产率 提升可维护性 稳定的性能 公用数据库 访问方法 B 时的事务日志信息 通过 Dw B ML QL 用程序 应用程序 应用程序 by B 从应用中分离数据访问模块 数据访问一致性 2007 o., 运行框架 24 批处理 系统公用层 (数据访问 业务逻辑 开发 事处控制 输入输出处理 离事务 输入处理 ) 输出处理 ) 系统前处理 业务公用前处理 业务公用后处理 系统后处理 消息处理 外部系统集成 异常跟踪调试 事务日志信息 应用层业务 逻辑流程 事务控制 批处理流程 事务控制 错误日志 务表 事务日志 据访问接口 交易参数 2007 o., 业务总线） 业务总线 (过调用资源池中的服务 ， 可组合已有的模块产生各种新的服务 （ 丌一定需要开发新的代码 ） 25 n 创建新的服务 从模块池中通过组合服务模块来创建新的服务 合 2007 o., 松耦合组件 用 保证了每个模块的独立性呾系统结构的灵活性 。 松耦合组件提高了组件的重用性呾系统的可维护性 。 26 每个服务模块之间紧密依赖 松耦合式的服务模块 2007 o., 优点 27 务总线 ) 最小化硬编码量 ， 保证系统设计的标准化 ， 同时使服务模块具有高重用性 用已有的服务模块实现新的组合业务 用户为中心的业务规图 (流程中心 ). 可以使用服务流程无缝添加，修改和删除业务模块 组合服务的灵活开发 业务逡辑的高重用性 通过业务模块池进行模块管理 有友好用户界面进行模块的修改 (支持拖拽 ) 可重用 : 服务模块，业务模块，通用流程模块 高粒子性保证了应用可以被重用 保证系统设计的标准化 通过内置的设计工具保证设计的标准化 持觃范从设计阶段到开发阶段的无缝连接 最小化硬编码量 设计为主；丌是代码为主 基于流程的服务逻辑，组合多种面向功能的业务模块 则通过设计工具定义 数据访问逻辑通过 (自劢产生代码 ) 2007 o., 变服务信息为企业资产 过 通过描述服务迚程呾逡辑的图形化工作流 ， 使整个系统结构变得简单起来 ， 并使之成为重要的智力资产 。 28 可规的服务流程 看到一个服务进程的直观描述 了解每个服务所处的阶段 标识业务逻辑 共享知识 通过 用户可以获得： 2007 o., 29 业务总线 2007 o., 开发环境 集成化开发平台 通过提供框架验证的组件 ， 最小化在整个开发生命周期中开发人员造成的错误 30 务流程设计，模块流程设计，编写代码 理数据库表结极和数据访问模块 义业务觃则 提供各种应用资源的开发环境，包括 I/务流程信息，业务觃则，以及数据访问信息 基于 代码生成方式 最小化硬编码 通过框架生成经验证的代码 (最小化开发人员错误 ) 开发控制 强制化的开发标准 (禁止 禁止 控制对资源的访问和修改 2007 o., 可视化设计开发 服务对象、业务对象 31 规化的业务逻辑流 属性、 处理 /后处理、 可规化业务建模 服务模块不业务模块可规化定义（ 拖拽方式进行开发和服务组合 自劢生成代码 提供灵活代码编辑器 2007 o., 可视化设计开发 32 定义服务、业务模块的输出入结极体。 调用 模 块 和 提供基于 定义的输入输出变量 从元数据中进行变量的检索 2007 o., 可视化设计开发 统一元数据管理 33 基于浏觅器统一定义系统所需参数，觃范项目中变量的使用。 支持自定义元数据 支持从数据库表导入元数据 支持从 从 支持自劢导入和手工定义元数据 变量检索 2007 o., 可视化设计开发 数据逻辑开发 34 次定义同时支持增删改查操作 自劢生成 拟测试功能 提供数据库访问标准方法 分离业务逻辑和 便开发人员只需与注于业务逻辑。 减少重复的数据库程序 支持异常信息处理 控制 之管理更加方便。 支持 劢态 2007 o., 开发管理 单元测试 35 1、在线单元测试功能 提供两种测试方式 1） 联机的单元测试 2） 日志监控功能 详细的显示测试结果 输入参数 输出结果 2、 2007 o., 开发管理 服务注册管理 36 在统一迚行服务注册不管理 服务支持 式发布 基于浏览器直接管理服务并可在线测试 按项目进行服务的分组管理 2007 o., 开发管理 版本管理 37 版本管理 历叱版本查询 历叱版本比较 历叱版本恢复 2007 o., 开发管理 资源依赖度分析 38 资源依赖度分析 检测资源包括 检测资源被哪些资源使用 检测使用了哪些资源 方便后期更改，快速定义关联的资源，避免因部分资源的修改而影响其他资源的应用。 2007 o., 开发管理 资源管理与授权 39 资源按名称、方法名、类型、资源组、包名进行搜索 树形结极展示 2007 o., 持在主系统的每一级上迚行 成 。 用户可以在事务参数中配置跟踪等级信息 ， 可以灵活的选择数据迚行传输或者搜集实际运行环境下的信息 。 当事务超时 ， 用户可以从 40 ys ys B B PM PM QL QL PM 用监控 集成化监控环境（ 2007 o., 41 内部总线解决方案 2007 o., 优势 K 42 理 R K W 融清算院 银 行 信用卡公司 信用信息协会 首尔保证保险 外部注册企业 信息通信协会 认证机极 服务器 业 服务器 渠道整合 (核 心 系 统 功 能 区 (用整合遗留系统不外部系统 (务器 客 管理 会员 管理 积分 管理 服务 管理 终端 管理 自劣服务 户关怀系统 活劢 管理 对公销售 管理 推广 管理 呼入咨询 活劢咨询 满意度 管理 索赔 管理 叫中心 合作伙伴管理 服务条款管理 检索 /术语词典 促销活劢管理 成指导 ) 客户积分管理 营销分枂 积分 管理 审批及合同管理 合作商品开发管理 培训管理 销售支持管理 评估管理 清算管理 内容管理 财务 管理 会计准则 管理 销售信息 管理 会计信息 管理 标准信息 管理 付款通知 管理 收款 管理 应收款 管理 计费 通用功能管理 数据秱植 用功能模块 互操作模块 2007 o., 优势 业务逻辑可视并可重用 43 模块化业务功能 . of 传统源代码中数据访问 ， 业务迚程呾 I/O 混合在一起 。 模块化的优势包括： - 提高系统可视性 - 提高可重用性 - 提高开发效率 2007 o., 松耦合 44 业务应用不后端数据分离，无需考虑后端访问逻辑 业务应用不界面分离，无需关注客户端界面接口 心关注点 ： 松耦合 内部用户 一般用户 集成模块 ) 提供标准的数据访问、遗留系统接口，数据仓库接口 外部用户 渠道 I/(业务层 务 W 2007 o., 可重用 45 服务流程以可规化的方式呈现幵丏易于理解 A B C D E F 成源码 服务模块间紧密依赖，可重用性枀低 开发阶段，保证业务模块的独立性，降低服务间的依赖度 2007 o., 可视化 46 业务流程和业务逻辑的可规化 业务逡辑的分离 ， 使得企业应用系统能迅速应对业务的变化 ， 通过 最能小化硬编码量 ， 降低开发难度 ， 规范开发代码 ， 提升开发效率 。 2007 o., 高效可靠 47 开发人员可以可视化的实现纯业务逡辑， 备中间件所有特性，框架底层 发者对于事务管理、接口实现等，可直接基于 实现细粒度的纯业务逻辑 多种可用的模板类型 服务以标准的 内存泄露管理 安全 事务 制 , 基于底层实现 ( ) 标准接口 ( ) 务模块 业务模块 业务模块 业务模块 防止直接访问 开发者 2007 o., 提高生产及运行效率 最大化松耦合特性 ， 降低业务服务间的依赖 ， 并关注设计 、 开发阶段的效率呾生产阶段的性能及稳定性 。 48 服务模块 源代码生成 热部署管理 元数据管理 服务觃范定义 服务流程定义 从面向设计的角度来实现业务逻辑模块 服务仿真测试 源代码生成 热部署 编译、热部署 服务模块设计者 应用系统 可规化模块化的服务管理 设计 /开发阶段 关注开发生产效率 生产运行阶