互联网创业的准备:架构

鸣谢:

小米的哥们:幸福小小明 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

相关推荐