- 1、本文档共36页,可阅读全部内容。
- 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
- 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
提高篇-容错 容错 Cache的容错(Bin log) DB的容错(replication) File的容错(Cluster) 容错解决了单点问题,容灾解决了天灾问题 例子-容错 1、定时Dump dirty Node(10001,20008,30008),由于一块Cache占1G内存,假设10%为胀数据,dump次文件需要5S,可以每天或几天进行一次 2、Log将记录所有的Update操作和Delete操作,这样就保证了设备在异常dump机后,能将cache进行恢复 %10000= 0 20000 clean 30000 clean %10000= 1 …… %10000= 9999 10001 dirty 20001 clean 30001 clean 10008 clean 20008 dirty 30008 dirty 19999 clean 29999 clean 39999 clean 10000 clean %10000= 0 20000 clean 30000 clean %10000= 1 …… %10000= 9999 50001 clean 60001 dirty 30001 clean 10008 clean 20008 dirty 30008 dirty 19999 clean 29999 clean 39999 clean 10000 dirty %10000= 0 %10000= 1 …… %10000= 9999 60001 dirty 20008 dirty 30008 dirty 10000 dirty 提高篇-分布 分布 IDC分布 电信、网通、教育网分布 用户最近IDC接入 互联网系统面前,人人平等 分布是容灾的必备条件 提高篇-柔性控制 柔性控制 By 用户行为的柔性控制(Read,Write) By 用户角色的柔性控制(普通用户,VIP) By 用户体验的柔性控制(基础体验,增值体验) 能屈能伸,此乃大丈夫 “温柔一刀”远胜于“非0即1” 人有了知识,就会具备各种分析能力, 明辨是非的能力。 所以我们要勤恳读书,广泛阅读, 古人说“书中自有黄金屋。 ”通过阅读科技书籍,我们能丰富知识, 培养逻辑思维能力; 通过阅读文学作品,我们能提高文学鉴赏水平, 培养文学情趣; 通过阅读报刊,我们能增长见识,扩大自己的知识面。 有许多书籍还能培养我们的道德情操, 给我们巨大的精神力量, 鼓舞我们前进。 * 可持续发展的 互联网产品架构设计 传统产品的架构设计-1.0 建立Business Model E/R模型 O/O模型 确立业务流程 开发并严格测试(采用企业级Middleware或Framework) 5×8运营 传统产品的架构设计-1.0 Data Layer 重视对象关系,对象关联性强,数据量小 数据访问的性能往往通过成熟DB或者硬件配置保证 数据存储尽量集中,防止信息孤岛 Enterprise Middleware Or Framework 应用服务器面向标准规范,易于不同开发商产品之间打通 业务逻辑复杂,耦合性高 性能要求不高,日访问量1M次 Web Or Client 大量的表单设计数据关系复杂 用户操作复杂,流程长 互联网产品的架构设计-2.0 建立用户数据 用户模型,确定存储模型 用户行为模型,确定访问模型 搭建原型系统并简单测试 上线运营---灰度放量-?Online升级 7×24运营 互联网产品的架构设计-2.0 Data Cache Proxy Data Layer Data Layer Data Layer Data Cache Data Cache Logic Layer Operating Layer 平滑 扩容 版本 升级 用户 模型 系统 模型 Web Or Client 对象关系简单,数据量大 数据访问的性能往往通过logic层的cache来保证 数据尽量分散,防止单点造成全员故障 网络协议尽量简单,保证网络通信的高效 Data Cache控制最大化,保证高效的数据访问 性能要求高,日访问量10M甚至100M 用户行为分析,系统模型分析和延迟故障分析 在线设备扩容和版本升级 面向用户设计,用户操作简单 1.0 VS 2.0 以业务数据为核心 确定业务流程 开发并严格测试 1.0 2.0 5×8运营 (重点解决系统bug) 运营与开发脱节 以用户数据为核心 通过用户模型确定系统模型 简单开发、简单测试 7×24运营 (重点采集数据模型) 灰度升级 在线扩容 全 新 功 能 全 新 开 发 通 过 运 营 数 据 修 正 用 户 模 型 Fix bug 互联网产品架构设计的3个核心 可运营 用户模型的采集
文档评论(0)