主题：【原创】解剖Twitter 【1】 -- 邓侃
共:💬68 🌺272
家园 技术都是围绕人的 人需要，就用技术实现。或许有一天，人真的在虚拟世界里不想出来。
家园 目前正在关注twitter 哪位大侠给我说下keso博客里说的“@username的用法”是指什么，对应于新浪微博的哪个功能？
家园 花 等下文 :) 家园 哈哈，我猜到了 之前的挖坑路线图，说到伸缩性，我就猜到老邓您得拿twitter开侃，哈哈，这个好玩，还会说到twitter和rails社区那些是是非非吧，花催～～～
- 复 哈哈，我猜到了
家园 大型网站架构 只谈架构，不谈其它。
关于大型网站架构，只看一两个还不够，要多看，多横向比较。
西电鲁生谈了Flickr，我这里谈谈Twitter，还有那些要谈？Wikipedia，Facebook，eBay，Amazon？
要不大家分分工，每人写一个，这样速度比较快。
- 复 大型网站架构
家园 乖乖，板凳不够用了。。。 这个大题目，要去买沙发了
就拿wikipedia为例，看看他公开说的架构，就吓人一跳
从用户端开始，geoDNS分发请求，lvs作负载均衡，squid作反向代理缓存，lighttpd作静态内容服务器，另外还有memcached作缓存，lucene提供全文索引服务，还不算对mediawiki程序本身玩儿的花样。。。
squid,lighttpd,lucene，都是出了名的易学难精，被狠狠折腾过的人，甘苦自知，就看wikipedia的性能数据（峰值每秒钟3万个 HTTP 请求，每秒钟 3Gbit 流量，350 台 PC 服务器，还是比较老的数据了），用这些看起来大路货的软件，达到如此效果，单说这些玩意儿的配置以及隐藏在背后的logging&profiling手段，就够喝一壶的。
而且从公开的资料看，还有地方可以存疑
比如apache作为应用服务器跑php，如果php用mod模式的话，从我个人的测试结果看，效率不如fcgi的方式跑在lighttpd上面，刻意为LAMP张目？还是...
这得连载多少集阿。。。
