屌丝创业者如何打造日PV百万的网站架构.pdf

程序员如何一个人打造 日PV百万的网站架构 曹力 @ShiningRay 本人经历 •  2008年~2011年维护过糗事百科 •  2011年~2012年创办过博聆网 •  2012年~2013年暴走漫画 深受广大无节操朋友的喜爱 的特征 穷！ 勒紧裤带买个一两台服务器 •  CPU吃紧（4核不错了） •  内存吃紧（8G高端啊） •  磁盘IO吃紧（RAID真奢侈） 野心大 ！ 要赚大钱 ！ 要逆袭有木有 ！ 智商情商有限 为何选用Ruby/Rails？ 因为别的我不会啊！ 用户说：We dont care! 我们也有闪光点 •  勤奋 •  坚持 •  有那么一点点聪明 Lets go ！ 回顾应用场景 •  功能类似Blog、留言板 •  用户以浏览为主 •  同一时刻大部分用户看到的内容大体一致 •  有一定的交互（投票，留言，私信） •  需要SEO 初始的架构 Nginx Nginx Rails Rails Rails Memcache Rails Mysql 穷 一台服务器 初始的架构 勉强支持了每日1~10w PV的请求 目标每天100wPV 怎么破！？ 难点 •  Rails在大并发下效率差 •  每个页面都需要显示用户信息 •  每个文章的顶埋数量变化非常快 根据长期观察 •  50%~80%访客是不登陆的 •  首页等几个页面占了50% 以上访问量 •  页面上80% 内容是不变的，剩下的主要为用 户相关信息 根据长期观察 •  用户关注的核心是内容，这部分是变化少 •  未登录用户交互更少，也不关注数据的准 确性 有变化的部分 策略 •  未登录用户直接返回缓存内容 •  分离页面上的静态内容和动态内容 –  先载入相对不常变的缓存的内容 –  然后加载经常变化的内容 浏览器 / /scores.json? /session.json ids=1,2,3,4 Nginx PageCache Rails Memcache Mysql 异步载入优势 •  最快速地让用户看到他们最希望看到的页 面内容 •  子请求不进行模板渲染 •  子请求仍然可以进行缓存 •  子请求可以和HTTP API放在一起实现（可单 独进行优化，如使用其他框架或语言开发） 简单估算 首页等页面可缓存的页面占80%访问量=80w PV •  即，实际只有20w 的请求是需要单独处理的 完整页面 •  80% 的用户