互联网创业的准备:架构
鸣谢:
小米的哥们:幸福小小明 http://blog.exephp.com/
1、技术练手网站
练手学习技术时一般只购买1台vps,架构简单如下图。
这个简单的图里面隐含了太多的未知不可控:
用vps还是云主机?
请看:《互联网创业的准备——依赖服务》 http://www.cnblogs.com/sink_cup/archive/2012/09/14/vps_cloud_host.html
用apache还是nginx,并发多少?
用数据说话,请看:《互联网创业的准备——web server》 http://www.cnblogs.com/sink_cup/archive/2012/09/14/web_server.html
mysql并发多少?
用数据说话,请看:《互联网创业的准备——数据库》 http://www.cnblogs.com/sink_cup/archive/2012/09/14/ssd_iops_sql_nosql.html
由于存在这么多隐患,作为练手网站可以,作为创业网站太危险。
2、创业
如果有个很小很好的创意,盈利不足以全职投入,或者有建站程序可以实现无需开发,一个人或几个人利用空闲时间就能完成,这种个人网站的架构很简单,只要注意数据备份即可,免得一夜回到过去……
知名个人网站参考:
内容 | 盈利模式 | 盈利规模 | 程序 | |
cnbeta.com | it新闻 | 自动广告 | 自行开发 | |
qiushibaike.com糗事百科 | 24小时内最最尴尬的糗事 | 自动广告 | 2011年6月 10w/月 | 自行开发 |
bookfor.us摆摆书架 | 分享闲书,免费借阅他人分享的书籍 | 未知 | 自行开发 | |
jandan.net煎蛋 | 以译介方式传播网络新鲜资讯 | 自动广告 | wordpress | |
HDChina.org高清 | PT | 影音器材人工广告 | Discuz、Nexus Project | |
chinahdtv.org中国高清网 | PT | 自有淘宝店高清硬盘拷贝及器材销售 | Nexus Project | |
chdtv.com chdbits.org | BT、PT | 同上 | Discuz、Nexus Project |
PV 1k级:
创业刚起步时,或者业余微创意网站,流量低,PV几百几K。
数据库备份:crontab mysqldump scp,请看《互联网创业的准备——数据备份》 http://www.cnblogs.com/sink_cup/archive/2012/09/14/web_backup.html
文件备份:crontab scp
架构:
PV 1w:
PV 1w时,网站脱离了试验田,活下来了。如果是PT这种细分网站,可以通过销售器材盈利了。
这时候可以考虑使用云数据库服务,不用担心备份了。
数据库备份:云数据库自动备份
文件备份:crontab scp
架构:
PV 10w - 50w:
PV 10w时,需要考虑带宽了,请看:《互联网创业的准备——带宽与CDN》 http://www.cnblogs.com/sink_cup/archive/2012/09/14/web_bandwidth.html 。
这时可以考虑使用CDN了,10w/天 * 100K * 31天 = 31G,按流量结算CDN价格低,为¥20/月。根据流量情况,可以考虑开启防盗链。
根据sar的CPU、内存、iowait日志,购买更好的vps。
PV 100w:
静态服务器使用独立域名,而不是主站的二级域名,这样请求静态资源时不会带着cookie,节省用户上传带宽,提升速度。
在国外购买域名,所有权有保障(有transfer code),一个域名的价格为$1至$10/年。然后使用国内DNS即可,比如DNSpod。
PV 100w时,热门并发为15个/s。对数据库压力很小。web server的压力也小,但是用户量这么大了,要考虑单点故障,所以web server使用负载均衡,提高服务可用性。
数据库备份:云服务自动备份
静态文件备份:云服务自动备份
架构:
以PV来做架构,都是传统web服务,即使达到数千万PV,使用云服务也没问题。
因为传统web服务并发量低,对数据库的压力小。请看《互联网创业的准备——数据库》 http://www.cnblogs.com/sink_cup/archive/2012/09/14/ssd_iops_sql_nosql.html。
比如Instagram使用Amazon云服务,达到820w UV,假设是5000w PV,并发量才 5000w / (15小时 * 3600) = 900,并发很低。
参考《Instagram 架构分析笔记》:http://www.dbanotes.net/arch/instagram.html
如果要做电商,要做“秒杀”服务,就是另外一种架构了。
淘宝的架构已经演进多年了,可以用来参考:http://www.alidata.org/archives/1789。
第一次做秒杀如何预估并发?
做预约,像小米1S在2012年8月23进行抢购,提前几天进行开放预约,预约人数大概为160w。
预约可以知道多少人很感兴趣,其中又只有一部分人会按时抢购。
如果不做预约,有论坛互动,根据论坛PV UV也可以预估。根据微博转发奖励也可获得一定的数据。
并发10w:
按小米1S在2012年9月6号的抢购来看,假设有50w人开着浏览器倒计时。
小米是分批抢购,20w台9分40秒抢购结束,如果是正常的抢购,流程如下:
第1步:倒计时结束,ajax取回购买链接,1秒内返回。
ajax是准时的,并发请求50w——web server并发50w,检查session 并发50w(如果使用memcache session或者mongo session,要测试nosql并发。如果使用无需存储的加密仿session,需要测试cpu能承受多少并发计算加密对比)。
第2步:根据各人反应时间不同,2秒内全部点击抢购。
并发请求25w/s——web server并发25w,检查session并发25w,
mysql方案1:count < 20w ——》 insert,返回id即排名。查询25w/s,写入20w/s。
mysql方案2:提前写入20w数据,user_id为空,update ——》 select查排名。写入20w/s,查询20w/s。
2种方案的数据库并发写入都要达到20w/s。折合硬盘iops为10w,如果像淘宝一样采用15K转速的SAS盘,需要15块做Raid10,成本为¥2.2k * 15 = ¥33K。如果使用Intel 710 SSD,需要5块做Raid10,成本为¥2.5 * 5 = ¥12.5K。
架构:
团队人多了,就需要考虑后勤,请看《互联网创业的准备——后勤》 http://www.cnblogs.com/sink_cup/archive/2012/09/14/pc_mac_linux.html。
其他todo:沟通工具、代码库、bug系统、域名注册与管理、审核系统、代码书写规范
参考资料:
http://www.dbanotes.net/arch/instagram.html
http://www.oschina.net/news/17509/opensource-used-in-facebook