浅看豆瓣网技术架构

豆瓣评审经常去逛逛,前2天看到一个将豆瓣系统架构的胶片,有感写了一下一些小字,鄙人拙见,有不对之处望各位批评指正。

没有最好的架构,只有适合的架构

适合的是当前的经济能力和用户规模。在有限的经济能力下,花费大量的气力取配备豪华的设备和人力资源是一种商业上的浪费。从系统刚上线,到系统衰竭的那一刻。会经历用户规模迅速膨胀,稳定,下降等阶段。在不同阶段对系统资源的消耗也是不同的。使用一台性能卓越的电脑专门去玩fc的模拟器一样是浪费的。
系统架构应该是不断演进的
从这个角度上看系统,仿佛在某一时刻给定一个好的系统架构是件容易的事了。我认为好戏有几个:
  1. 架构的动态演进过程才是跌宕起伏的故事主线。
  2. 架构是如何隔离业务,又服务于业务的。
  3. 架构是如何考虑其扩展性的。
架构的动态演进过程才是跌宕起伏的故事主线。从该材料上,作者给出了系统从1.2M动态请求/天~20M动态请求/天的9个发展的历程碑。每次都需要在技术架构、部署方案、硬件配备上作出调整和优化。硬件需要替换、软件需要优化。只替换、扩容硬件,在短期可以明显的得到性能提升,但软件垃圾,会将整个系统编程一个烧钱的无底洞。iPhone在中高级的硬件的基础上,在软件商给用户带来了极大地体验享受。
做系统架构需要对整个系统的每个部件都了如指掌。架构师就像把玩手里的一对乐高积木,根据业务的需求,搭建起不同的玩具。

相关推荐