系统架构研究——WEBSITE物理布署的一些想法

初级网站：一般象个人BLOG，新建的站点等日访问量没有小于1000IP的站点，就应该算一个初级站点。这种站点一般采用租用空间，可以完成基本需求了，数据库的话可以采用轻量级数据库ACCESS或者SQLLITE等基于文件的轻量级数据库就行了。这样的话即达到基本的数据与应用的两层结构，成本上面也减到了最小。个人建议SQLLITE，相关的技术资料可以看一下http://www.sqlite.com.cn/。

初中级网站：访问量相对于初级站点来说，有些增大，并发值增大时，上面的布置方案也许不能解决问题了，为了便于进一步发展，可以要把租用空间的方式改成租用应用服务器和数据库服务器。数据库可以选用MSSQL，MYSQL。现在的结构图如下：

中级网站：网站一般都会建站时间的增加而访问增长的，当然这也和你的推广力度有关。有了一上面一级的物理布署，如果访问量有所增加，上一级布署可能有点显得力不从心。于是开始有了缓存技术（如：动态页面转成静态页面的新闻生成技术，页面局布缓存技术），这里我推荐的是Squid ，Squid中文权威指南这本书也值得一读 电子电子版地址：http://blog.s135.com/book/squid/ 。

结构图如下：

中高级站点：通过给应用程序加上缓存服务策略，网站一般能正常运行好一段时间，但是发展到一定时候，这样的物理架构还是不能满足需求，缓存是能解决一部分静态需求，当大量对及时数据的动态需求并发访问，可能就会出现超时，拒绝服务等现象，这时就一般会需要增加应用服务器，把并发的服务请求均衡到负载多台应用服务中分开处理，以及用到分布式文件处理，当然一定意义上业务应该请求量的增加也会代表对数据库访问量的增加，使用数据库缓存服务器能在很大一定程度减轻数据库服务器的访问量。

高级站点：通过以上的物理布置，基本上可以满足不管多在的并发请求量，再多不过只是多添加几台并发应用服务器就行了，但是事实并没有想象中那么美好，大量应用服务器背后还连着持久化数据的数据库服务器，大量的应用的请求，势必也的增加了数据库的访问操作，出现了服务器连接数不够用的情况，这种可能会用分表分库操作，可以按类型分只读表和只写表等等，让多个数据库服务器来分解现有的单个数据中的多个表，以及用数据库仓库来管理多个数据库之前的关系。

篇后语：本来名字是写《系统架构研究——WEBSITE物理布署的解决方案》，写到最后觉得还是改成《WEBSITE物理布署的一些想法》比较合适，本篇旨在初学者一些指引和引发道中高人的一些评论，以期望以后能完善而形成方案。

其实任何变更架构以期获得一种解决方案来解决现有系统的问题，都不能以硬件或软件单独来谈的，硬件架构的变更会带来软件架构的变更，软件架构的变更也会带来硬件的一些变更。我也希望能在以后的日子里能更多的写一些软件架构方面的一些想法，比于多WEBSERVICE负载，系统内部采用SOA架构来拆分解藕等等,作为的一个IT工作者来说，可控范围以软件为多。