校内网CTO黄晶谈架构演变
来源:互联网 发布:大数据分析模型有哪些 编辑:程序博客网 时间:2024/05/12 04:10
[文章作者:陈臻 本文版本:v1.1 最后修改:2009.4.13 转载请注明原文链接:http://www.54chen.com/c/539 ]
这是一次公司内部的交流会,主题是校内的发展史和构架讲解,主讲人是校内网CTO黄晶,其中关于架构变迁的一段个人觉得是很具有代表性的过程,特在会上作了大概的笔记,现在是凌晨一点不到,正好清醒头脑进行回忆总结。
每个网站的发展都会按照一个大致相同的路线去完成,当然这里说的是每个相对成功的网站。
第一阶段:
这一阶段没有太大的访问量,甚至只有一台服务器就搞定了所有的访问。DB和前端的代码全都在一起,压力不高。忆者注:我觉得在alexa没进五万的时候,只要不是特殊的应用,基本都在此列吧。
第二阶段:
网站初具规模,DB压力大增,单独的一台DB已经满足不了现在的访问量,开始考虑读写分离的Master-slave库,使用三个及以上的服务器。忆者注:这时网站的alexa基本上会在1-3万的位置,每天的ip在5-10w的样子,当然,DB我们都认为是MySql。
第三阶段:
访问量继续增加,增加到了DB的压力在Master的机器上非常的明显了,Master开始出现吃不消的情况,出现写耗尽。主从也已经不能满足要求,需要进一步解决负载问题,此时要引入Mysql Proxy程序,进行中间层代理,实现负载均衡,易于扩展。忆者注:这时网站已经不可限量了,先恭喜下你的网站能用到这段。
第四阶段:
网站继续发展,进而出现了数据量的成倍增长,原来的N台DB都出现了一个问题,数据量巨大,无法完成正常速度的读写。此时,需要对网站按功能进行垂直划分,比如用户注册登录是一部分、UGC又是另一部分。与此同时,对数据本身进行水平划分,也就是Hash散表或者是散库。
第五阶段:
真的没了。再往下玩就灭了。
其实再进一步第五第六阶段,就是无法预想的未来了,也许有什么突飞猛进的科学技术发明也说不好。
- 校内网CTO黄晶谈架构演变
- CTO谈豆瓣网和校内网技术架构变迁
- CTO谈豆瓣网和校内网技术架构变迁
- CTO谈豆瓣网和校内网技术架构变迁
- CTO谈豆瓣网和校内网技术架构变迁
- 校内网CTO黄晶讲述网站架构变迁
- 转载 浅谈校内网的技术架构
- 架构演变
- 架构演变
- 校内的技术架构
- [CTO札记]业务架构
- [CTO札记]业务架构
- 网站体系架构演变
- 互联网架构演变模型
- 大型网站架构演变
- 网站架构演变体系
- 大型网站架构演变
- QQ 架构的演变
- vc++2008 屏幕抓取
- 常见的abap面试题目
- DB2 通用数据库 iSeries 版 SQL 调用层接口(ODBC)[转]
- 应该研究的sap的Library
- symbian中执行安装文件的方法
- 校内网CTO黄晶谈架构演变
- 【转】解读ClassLoader
- 两字符序列的最长公共字符子序列
- 关于"组"的说法
- Linux 用户(user)和用户组(group)管理概述
- struts2中格式化输出数字和日期、截取小数点后两位数的方法
- Spring MVC学习(一)
- 我的无奈
- 动态竖表转横表