东方通-基础软件在企业应用新趋势中的挑战与改变解读.pptx

基础软件在企业应用新趋势中的挑战与改变 北京东方通科技股份有限公司 朱律玮 2014.12.12 应用架构演变趋势 当前主流架构 TxMng C/C++ 客户端 C/C++ 客户端 C/C++ 服务 C/C++ 服务 浏览器 浏览器 APPS JSP Servlet EJB JS NodeJS Java 大型应用软件 当前主流架构 应用 应用 数据 交换 ESB WF 大型应用软件之间的集成 新技术趋势 虚拟化 容器 硬件资源管理 数据 解决 方案 服务 架构 方案 软件资源管理 IaaS PaaS-0 PaaS-1 更方便，更智能 的运维管理 按需资源调度 新的应用开发模式（newSOA） 快速开发 松耦合 高可扩展性 可治理 完整的 数据应用模式 用户面对的问题 解决当前面对的问题 业务面临的挑战（抓住核心，开放，创新） 敏捷开发的需求（DevOps，业务快速开发） 运维管理的挑战（频繁上线部署，监控预警，资源动态分配） 产品+开源+解决方案的混合模式 技术发展快 可利用资源多 丰富的专业经验 降低综合拥有成本 分布式应用架构概貌 大量不同请求的接入 协议转换 基于内容的请求分发 接入层 客户端 设备 浏览器 第三方 应用 基于API 应用 依托服务快速组装应用 敏捷面对市场变化 组装应用层 相对稳定的核心业务功能 处理与数据绑定 服务发布，负载调度，服务治理，高扩展 服务管理层 核心服务层 软硬件资源调度，管理 RDB，NoSQL，文件 业务数据层 资源管理层 基于业务跟踪监控 请求层 架构优势 快速系统响应能力 系统确定性 响应时间迅速 最大并行处理 系统更加健壮 影响健壮性的因素： 硬件坏掉故障：机器，内存，磁盘，网络，路由，线路等等。 硬件延展极限：内存，CPU，I/O，存储空间等其它容量等等 软件预见性不够：输入有效性，错误/局限配置，不一致性，黑客，BUG等等 基础软件框架设计原则： 隔离，进可能将故障隔离在最小范围 使系统运行中错误和故障都可以捕获记录，提供易用接口 软件错误应该是临时性的，可以快速部署或重新启动解决 弹性扩展 扩展性：水平扩展，垂直扩展 弹性，资源可以扩展/回收，按需，系统能力可以调节 异步、解耦、轻量、高性能 消息驱动为核心，是支撑前面的基础 快速开发，快速部署 需求： 支撑大量用户 开放服务能力 更好用户体验 灵活组合应用 按需使用资源 方便的运维 应用概念模型 cache 服务 A RDB 服务 B RDB cache 服务 C NoSQL cache 服务 D File 提供标准服务 拆分成独立的业务系统 使用匹配的数据服务 独立可扩展 传统应用服务化 组装业务-1 A-B-C-E 组装业务-2 A-B-D 提供标准服务 快速组装开发 UI UI UI 易于使用的操作 支持多终端设备 服务 E 传统应用 开发方式 服务 开发+ 配置 基于流程处理引擎 实现可配置服务组合 图形或配置文件 服务分发 大规模请求接入 协议转换 客户端 设备 浏览器 第三方 基于API 应用 接入 接入 接入 接入 接入 可扩展队列系统 分发 分发 分发 标准服务 统一管理 标准API接口 支持浏览器 支持APP 支持第三方应用 已有接口 均衡负载 QoS，SLA 服务治理 服务管理工具 服务节点 创建/发布/移除服务 服务目录 服务 列表 接入 服务 状态 路由 调度 服务 策略 注册/注销/版本 服务检测 服务质量控制 性能控制 安全管理 业务可跟踪性 服务域 旧服务域 应用域 节点 接入 路由 协议适配 调度 内部 队列 应用 容器 服务 目录 状态 持久 Pub/sub 事件 请求 日志 消息总线 充分利用高性能消息总线，pub/sub，并行的进行记录 应用业务请求 每个服务请求 每个完成事件 可以用来以业务流程为中心分析追踪，审计。 事务管理 原有服务 节点 节点 状态 持久 3 B 1 2 业务流程组合 服务域 旧服务域 接入 应用域 组合出的业务流程，需要调用原子的服务，每个业务更新自己独立的数据 根据组合业务定义，基于事件持久各自的状态 失败环节调用被检测到，发起异常处理 不需要应用同步等待，基于事件驱动，实现从已经成功环节开始 策略可以是人工干预或自动续做，或回滚 故障恢复 服务域 旧服务域 应用域 节点 节点 3 1 6 R 5 4 2 对象树监管 接入 服务 目录 状态 持久 服务对象树，在服务层次可以实现，层级托管，每个服务对象的上级就是管理者 逐级上报机制， 一旦任意子节点异常，其管理者将使用不同的策略恢复服务 集群节点中的对象，如果有没有处理完的消息将不一定保证 服务运维管理 服务容器 服务 A 服务 B 服务库 服务 基础信息 服务 运行统计 服务 运行日志 注册 采集 记