分布式应用架构核心要素设计方法探讨.pptx

分布式应用架构核心要素的设计方法探讨1互联网应用/企业应用那些事2分布式为弹性应用解困34分布式平台的核心要素设计剖析（大型）互联网应用 VS 企业应用（大型）互联网应用企业应用? capacity planning? enterprise-scale, carrier-scale? 不好的用户体验? 限定的使用模式2008奥运首次订票12306“互联网思维”2B应用SaaS避免盖棺定论问题一直都在托翁法则“舍得”建设性改良0~1 VS 1~100 颠覆 逆袭? 商业模式衍生出技术色彩? 高用户量目标? 不固定、不可控? 快速迭代的冲击? 活难干、没预算? 商业模式推动技术变革弹性应用 资金的弹性 VS 规模的弹性 弹性的CTO 功能迭代 弹性架构? 完善、灵巧? 单体高效? 值得尊敬的兼容性? 提前布局 弹性可伸缩 VS 弹性可拥挤弹性的开发人员 架构迭代弹性应用的范畴 应用 前端 链路 后端 数据库 后端 负载均衡 运行容器 数据交换 数据存储分布式平台内部实现 需求 原理 设计思想 具体实现 深入了解现有平台 评估自研、改造1互联网应用/企业应用那些事2分布式为弹性应用解困34分布式平台的核心要素设计剖析弹性应用面临的困境 OLTP（1+1=?）并行/分布式计算、大数据会话型应用（++i）困境中的答案 分布式 计算?提升计算节点个数?同一类任务由超过一个CPU完成?摩尔定律“回归”弹高高高性通过scale out解脱单一计算节点上无法从硬件无限突破的两大性能瓶颈：CPU和磁盘可性可可用能靠伸缩分布式 存储?提升存储节点个数?维持单位存储管理成本理想的分布式平台该做什么？ “最高深的技术是那些令人无法察觉的技术，这些技术不停地把他们自己 编织进日常生活，直到你无从发现为止” ——Mark Weiser 运行态强大的运行容器，应用透明多线程/进程/机器透明并发必杀技：强大的RASP开发态? 编程范式和API支撑? 最少的知识投资? 通用、底层、简单、轻量? 杜绝“分布式”设计框架???分布式应用 应用决定如何“分”和“治”框架平台分布式平台设计的核心方法论“舍得”????????九六四功能与方案的“舍得”主动的“舍”时间/空间上的“舍”不同应用不同取舍收放自如的“舍”不光是智商的问题“改变世界”的发明？有秘诀? 功能和RASP的N? 加法变乘法无银弹1互联网应用/企业应用那些事2分布式为弹性应用解困34分布式平台的核心要素设计剖析开发态（框架）的核心要素 会话丰富的数据类型内存管理服务实例间通信 工具包 数据协议可插拔、可扩展、业务透明持久化 便捷的 编程模型 通讯协议计算资源间统一可插拔、可扩展、业务透明 操作系统 透明 编程范式RPC对话EDAMap-Reduce批处理、并行计算 多语言 互操作便捷的编程模型 应用服务 Callback那些事 开发工作量 出错几率 运行时灵活度 RASP最小程度的新语义引入 配置驱动 一种框架解决多种业务请求服务 路由负载均衡数据协议 通讯协议 处理响应 框架框架初始化应用初始化 框架主循环 应用 框架编程模型典型的分布式编程模型 请求式分布式应用 平台和应用有条件隔离 ? HTTP Session ? 容器+运行时 VS 统一容器 请求成本高、并发弱 必备负载均衡 请求间同步需第三方支持 适合OLTP Map-ReduceBuzzword分布式编程框架完全入侵应用逆向思维，本末倒置合适时机出现的伟大的“廉价”创新不等于分布式，不是银弹简单粗暴的“分而治之”适合批处理服务型分布式计算框架——分布式遇上SOA 服务自上而下、自内而外的全SOA 简单、灵活、高效、个性化的分布式应用架构便捷开发重要而简单的异步顺向思维，业务导向框架最小程度入侵开发态运行态隔离专注业务内外统一，便捷发布灵活的应用架构高效的运行效率个性化的分布式模型运行态（平台）的核心要素 新请求动态绑定服务 启动动态服务发布/禁用 O AM数据协议通讯协议发现服务Ｍｏｎｉｔｏｒｉｎｇ 服务Performance 路由负载均衡 调用服务 Scalability任务调度 AvailabilityReliability数据一致性任务分配：路由和负载均衡负载驱动路由集群、机器、进程、线程、服务、连接应用定制策略 分配任务 单中心节点 无中心 静态路由 动态发现 数据驱动 会话驱动 时间驱动 应用定制维护路由和负载信息的共享单中心节点双点备份 VS N点备份多中心节点多数据分区中心节点 负任务分配载由均路衡者数配据分协务调任者典型的数据一致性问题 注册注册 数据更新111222333注册 数据更新数据叠加更新1133224数据的一致性 时间窗口 数据不一致 “噩梦” 最需要“秘诀”目标高可用可识别、可容忍、可修复不会引起拥堵分布式系