《彩石前身后世》PPT课件.ppt

上传人:牧羊曲112 文档编号:4871845 上传时间:2023-05-20 格式:PPT 页数:36 大小:568.50KB
返回 下载 相关 举报
《彩石前身后世》PPT课件.ppt_第1页
第1页 / 共36页
《彩石前身后世》PPT课件.ppt_第2页
第2页 / 共36页
《彩石前身后世》PPT课件.ppt_第3页
第3页 / 共36页
《彩石前身后世》PPT课件.ppt_第4页
第4页 / 共36页
《彩石前身后世》PPT课件.ppt_第5页
第5页 / 共36页
点击查看更多>>
资源描述

《《彩石前身后世》PPT课件.ppt》由会员分享,可在线阅读,更多相关《《彩石前身后世》PPT课件.ppt(36页珍藏版)》请在三一办公上搜索。

1、七彩石的前身后世,讲师:魏建强,某网站架构之过去&抉择,某网站架构之重构&现在,将来注意要点,大型应用类型,高可靠应用如银行,证券交易,支付宝高性能应用如电话公司高可用应用19楼,新浪等,计算机世界的变化,莫尔定律的终结按照莫尔定律,2004年应该出现10G的CPU超线程和多核技术的使用程序不再顺序执行硬件发展趋势决定软件发展趋势Google的map-reduce&Yahoo的hadoop,云计算并行时代的到来,过去&抉择,原逻辑结构,某网站原数据结构,Disuz!原体系结构,代码混乱,结构复杂单点问题众多维护成本巨大扩展困难系统不稳定质量不可靠安全工作艰巨,抉择一,Scale out(平行扩

2、展)通过简单增加性价比较好的硬件投入,使系统提高负载增量,这个增量是值相对稳定的。典型例子如google,facebook,哪条路?,Scale UP(向上扩展)购买计算能力更强,处理能力更高,吞吐量更大的硬件,大幅度提高系统的负载能力典型例子如Taobao,阿里巴巴,Scale Up&Scale Out,Scale Up&Scale Out,Scale out优缺点:节省硬件成本,以可控的成本解决问题;技术相对复杂,大型站点如Google、Yahoo和A,都自行研发大量相关技术;需要对原先使用的软件进行大量的重写工作。Scale up优缺点:现有程序不需修改(实际淘宝做了大量的修改)成本巨大

3、硬件有极限,达到最大极限的时候,成本巨大,难以想象,抉择二,重构&抉择,项目规划,高层应用,基于服务的分层体系结构,物理逻辑分离,服务逻辑分离,Final Release,第三阶段,第二阶段,第一阶段,第一阶段目标,第二阶段目标,第二阶段实际结果,现有数据模型,第三阶段目标,第三阶段,2008-11-28 全站去除分库表的db5支持db5改论坛配置服务器搜索引擎发布,RB1,RB2,RB3,RB4,第三阶段发布,2008-10-31 帖子显示方式重构置顶以及千斤鼎重构增加指定置顶功能帖子操作类型(推荐首页等),2008-11-21 数据重分布全站分库支持,2008-10-15 数据库字段重构

4、2008-10-17 新表fid插入支持2008-10-18 新表导入fid数据,部署图,原时间表,应用逻辑分离,阶段一,物理逻辑分离,第二阶段,分层体系结构,第三阶段,2008.03,2008年4月中旬,2008年7月中旬,实际进程,第一期,2008.07 完成大部分慢查询的修改2008.04 完成用户分离,第二期,2008.11 去除db5单点,去除bbs1-10的单点2008.09 数据重分布2008.08 完成主要服务的分离,如帖子服务,第三期,2008.底 解决图片服务器单点问题2008.12 基于服务体系新产品的实践品牌天堂,将来,2009年 在七彩石搭建的基础架构上,新产品搜索等

5、等领域,尽情发挥吧,重构之外,软件技能的提升新产品架构的合理性编码过程规范化敏捷管理的实施软件过程的条理化品质管理支撑更大Team的基础管理结构和管理模式安全提升,将来注意要点,面临的挑战,研发投入不足产品开发流程的规范质量保障体系的建立安全体系的建立新应用类型的架构,数据结构分布,用户中心(全站类):用户session数据用户个人信息好友关系警告数据组件数据结构(全站类)短消息表情系统用户主题相关(我的*系列)论坛配置中心论坛权限配置数据论坛表论坛全局配置数据 频道22个楼层数据库实例1个城市站数据库实例,应用分离-数据库篇,采取应用分离式容量扩展模式 短信息、表情系统、我的XX分离到全局组

6、件 数据库,即这些应用将针对全站应用。22个楼层数据库,根据需要,购买新的服务器,放到各自独立的服务器城市站数据库实例,根据需要,将各个城市站导成独立数据库实例假如,某个楼层容量大到无法用单台数据库支撑,对单楼层进行数据分片,增强cache-数据库篇,采取cache进行容量扩展模式论坛权限需要重构,加载cache(产品上,需要跟进)论坛全局配置可以完全缓存起来,也需要重构,分层之。帖子内容页缓存和帖子列表页缓存,应该采用命中率更高的缓存策略基本去除论坛的文件缓存,数据分片-数据库篇,HASH是一种廉价的方式热度均匀需要达到设计时候考虑产品需要,提供冗余度高度依赖cache,读写分离-数据库篇,

7、读写分离在读上进行Load balance多做几个从库,但从库不宜过多,进行读负载均衡优点:较为常见的扩展模式,技术成熟缺点:不能克服数据量过大的问题,从库的数量有限,容量有限制。如果已经过渡依赖读写分离可以多层级联,但是实现成本高,维护成本高,AH方案,不需要考虑,太复杂了有更好的解决方案日PV有8000万的时候,就应该着手做了需要大量的研发高手,存储篇,性价比选择要有标准这个是重中之重需要开发出一种简易计算模型虚拟文件系统的建立用软件替代昂贵的商业解决方案数据分片,热度均匀的技术准备需要分应用从数据库、缓存、到存储都需要分应用,隔离故障均匀热度,服务器选择篇,定量什么样的服务器,能支持什么样的应用流量什么时候需要购买定性软件扩展还是硬件扩展硬件扩展的话,未来性价比预算怎么来定买什么样的服务器定价性价比选择需要考虑带宽、机柜、维护等成本因素也需要开发一个计算模型,目前底子,实质支撑论坛程序的服务器9台Dell 1950 web服务器4台论坛数据库1台Forumconfig库1台用户库论坛流量在1300万强以Web论144万/台以数据库论217万/台综合论:90万/台上下实际容量当在现有数字的 2倍以上,路很远,很艰辛,但我们从没停止脚步,Thank You,

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 生活休闲 > 在线阅读


备案号:宁ICP备20000045号-2

经营许可证:宁B2-20210002

宁公网安备 64010402000987号