豆瓣技术架构
来源:互联网 发布:淘宝全屏店招ps怎么做 编辑:程序博客网 时间:2024/05/17 12:52
豆瓣网CTO洪强宁讲述网站架构变迁
罗马不是一天建成的,豆瓣的技术架构也是随着用户规模的增长一直在持续变化中。洪强宁,2002年毕业于清华大学,现任北京豆瓣互动科技有限公司首席架构师。洪强宁和他带领的技术团队致力于用技术改善人们的文化和生活品质,在网站架构、性能、可伸缩性上进行深入研究。豆瓣网曾获软件中国2006年度最佳技术应用网站。
校内网CTO黄晶讲述网站架构变迁
每个网站的发展都会按照一个大致相同的路线去完成,当然这里说的是每个相对成功的网站。
第一阶段:
这一阶段没有太大的访问量,甚至只有一台服务器就搞定了所有的访问。DB和前端的代码全都在一起,压力不高。忆者注:我觉得在alexa没进五万的时候,只要不是特殊的应用,基本都在此列吧。
第二阶段:
网站初具规模,DB压力大增,单独的一台DB已经满足不了现在的访问量,开始考虑读写分离的Master-slave库,使用三个及以上的服务器。忆者注:这时网站的alexa基本上会在1-3万的位置,每天的ip在5-10w的样子,当然,DB我们都认为是MySql。
第三阶段:
访问量继续增加,增加到了DB的压力在Master的机器上非常的明显了,Master开始出现吃不消的情况,出现写耗尽。主从也已经不能满足要求,需要进一步解决负载问题,此时要引入Mysql Proxy程序,进行中间层代理,实现负载均衡,易于扩展。忆者注:这时网站已经不可限量了,先恭喜下你的网站能用到这段。
第四阶段:
网站继续发展,进而出现了数据量的成倍增长,原来的N台DB都出现了一个问题,数据量巨大,无法完成正常速度的读写。此时,需要对网站按功能进行垂直划分,比如用户注册登录是一部分、UGC又是另一部分。与此同时,对数据本身进行水平划分,也就是Hash散表或者是散库。
第五阶段:
真的没了。再往下玩就灭了。
其实再进一步第五第六阶段,就是无法预想的未来了,也许有什么突飞猛进的科学技术发明也说不好。
附:豆瓣BeansDB的设计与实现
花瓣网的系统架构和消息队列系统
参考:http://wenku.baidu.com/view/66250d40be1e650e52ea9922.html
- 豆瓣技术架构调研
- 豆瓣技术架构
- 豆瓣网技术架构变迁
- 洪强宁谈豆瓣网技术架构
- 洪强宁谈豆瓣网技术架构
- 洪强宁谈豆瓣网技术架构
- 洪强宁谈豆瓣网技术架构
- 洪强宁谈豆瓣网技术架构
- 豆瓣的架构-专访豆瓣网站的技术总监洪强宁
- 豆瓣网技术架构发展历程
- 浅看豆瓣网技术架构
- Twitter,架构的变迁 & 豆瓣网技术架构变迁
- 豆瓣架构
- 学习豆瓣网的技术架构发展历程
- 豆瓣技术架构的发展历程 @ QCon Beijing 2009
- CTO谈豆瓣网和校内网技术架构变迁
- CTO谈豆瓣网和校内网技术架构变迁
- CTO谈豆瓣网和校内网技术架构变迁
- 自动解析IP地址工具
- strace 命令是一种强大的工具,它能够显示所有由用户空间程序发出的系统调用
- php 使用 curl 发送 post 数据
- 遍历集合List
- Servlet学习笔记(三):Servlet基础
- 豆瓣技术架构
- 深入理解Java内存模型(五)——锁
- grunt入门讲解3:实例讲解使用 Gruntfile 配置任务
- 姚博文 springsecurity restful 自定义 csrf
- insmod: error inserting 'hello.ko': -1 Invalid module format
- 面试问题如何回答?
- python 中调用c++定义的函数
- IP数据包在网络中的转发分析
- usb设备请求命令详解