文痞

版权声明：转载时请以超链接形式标明文章原始出处和作者信息及本声明
http://huwenshu.blogbus.com/logs/16916628.html

      我们都是一般原来做通信的人,转行搞互联网,还没怎么进展就遇到问题了

      通信不涉及前端用户交互设计,因而用户体验,交互设计成最大麻烦。尤其是实现前台应用与后台架构分开，数据库的设计不要完全按照一两个网页的体现来设计相关的表，能实现前端交互，中间缓冲支持，后台数据库，文件系统存储的分割，这需要架构

      通过向互联网的前驱们学习，得到怎么计算互联网性能的简单方法   

*我们假设网页有50万页面浏览/天。

*假定这些页面80%通过可以缓存完成，那么就是40万页/天。

*假定其中10%是浏览主页，那么每天就是4万页，每页包含13个HTTP请求来验证那些图片，一天就是52万的图片请求。

*假定一个Web服务器一秒钟能处理XX个这样的请求，一天就是XX万个请求。那么这些流量就需要X台这样的Web服务器工作一年来处理完成。

 

接下来就算Web服务器一秒钟能处理XX个这样的请求

*采取15000转硬盘，一秒钟硬盘I/O是多少

*采取memcached,多大的内存，每秒种查询多少次

*主要是数据查询，图片请求，CPU能力就不要考虑，一般就可以了

*PHP或者前台代码查询，访问效率，每页需要多少数据流量

 

互联网是个很实在的活，前端页面有什么功能，给用户解决了什么问题，设计也很实在，前端交互让用户尽快方便订上饭或者看到要找的内容，有了WAP可能会给前端设计带来一股子简洁的风，也给后台计算减轻了压力，后台的架构更要实在，老老实实算多少台服务器能负载多少次什么样的请求，怎么让每次请求的资源需求尽可能少一点