豆瓣评审经常去逛逛,前2天看到一个将豆瓣系统架构的胶片,有感写了一下一些小字,鄙人拙见,有不对之处望各位批评指正。
没有最好的架构,只有适合的架构。
适合的是当前的经济能力和用户规模。在有限的经济能力下,花费大量的气力取配备豪华的设备和人力资源是一种商业上的浪费。从系统刚上线,到系统衰竭的那一刻。会经历用户规模迅速膨胀,稳定,下降等阶段。在不同阶段对系统资源的消耗也是不同的。使用一台性能卓越的电脑专门去玩fc的模拟器一样是浪费的。
系统架构应该是不断演进的。
从这个角度上看系统,仿佛在某一时刻给定一个好的系统架构是件容易的事了。我认为好戏有几个:
- 架构的动态演进过程才是跌宕起伏的故事主线。
- 架构是如何隔离业务,又服务于业务的。
- 架构是如何考虑其扩展性的。
架构的动态演进过程才是跌宕起伏的故事主线。从该材料上,作者给出了系统从1.2M动态请求/天~20M动态请求/天的9个发展的历程碑。每次都需要在技术架构、部署方案、硬件配备上作出调整和优化。硬件需要替换、软件需要优化。只替换、扩容硬件,在短期可以明显的得到性能提升,但软件垃圾,会将整个系统编程一个烧钱的无底洞。iPhone在中高级的硬件的基础上,在软件商给用户带来了极大地体验享受。
做系统架构需要对整个系统的每个部件都了如指掌。架构师就像把玩手里的一对乐高积木,根据业务的需求,搭建起不同的玩具。
分享到:
相关推荐
豆瓣网技术架构变迁:本文详细描述了,豆瓣网在经历用户增多的情况下架构变迁!
豆瓣网技术架构
洪强宁谈豆瓣网技术架构,整理出的word文档
资源名称:豆瓣网技术架构的发展历程内容简介:一些数据• 2.8M注册用户,约1/4活跃用户• 千万级非注册用户• 20M动态请求/天,峰值500~600/sec• 23台普通PC服务器(1U*15/2U*8)• 12台提供线上服务• 38G ...
豆瓣网技术架构及其演变过程 值得大家学习的
文档主要讲述了豆瓣网系统架构的演进过程,对于想了解互联网公司技术架构演进的过程有所帮助,推荐阅读
5月30日CTO俱乐部在北京举办的第99期主题活动的主讲嘉宾:洪强宁(豆瓣 首席架构师) 介绍豆瓣的技术架构和豆瓣自行开发的主要组件(如KV存储组件BeansDB,应用开发平台DAE,Python的Spark实现Dpark等)。...
豆瓣网数据存储方案-刘洪清 3800万用户, 540个城市 15万小组, 4451音乐人, 1246主办方 文本 430万条目(书,影,音), 300万评论 1000万小组话题, 1600万张照片, 70万首单 曲 每天70万条广播, 上传近10万张图片
豆瓣架构师的讲稿,大体看了下,很好,里面有不少python的技巧,推荐下载看看。
精仿豆瓣网整站源码精仿豆瓣网整站源码精仿豆瓣网整站源码
各大公司架构,豆瓣网,facebook,淘宝,等等作为框架设计的依据。
豆瓣数据架构实践-员旭鹏豆瓣数据架构实践-员旭鹏豆瓣数据架构实践-员旭鹏豆瓣数据架构实践-员旭鹏
豆瓣网PHP5版整站源码
架构演进:豆瓣架构演进.zip
基于html+css+javascript实现的豆瓣官网首页,适合前端新手练习
java 豆瓣网API jar 可支持基于豆瓣网的第三方开发
豆瓣网技术架构, 讲述了豆瓣网的结构发展