web软件设计时考虑你的性能解决方案

前段时间搜罗了一些大型web应用程序开发的性能提升方案文章，但是一直不够系统。若现在让我设计一个支持大访问量的系统，仍然难于下手(以前没做过啊)

于是我把这些文章梳理了一下加入了自己的理解，记录了关键准则：

* 关键准则:
 1. 选择什么编程语言不是问题
 2. 选择的框架才可能影响系统的扩展和性能
 3. 我倾向于以数据库为中心设计数据结构。
 4.  分从两个方面提升性能：
  1) . 软件设计方面
        * 网页静态化
        * 独立的图片服务器
        * 可能采用中间缓存层服务器，最可能采用第三方成熟的软件
        * 数据库分表(水平分割是最终方案)
  2).  系统、网络、硬件结构
        * 集群：数据库集群，WEB集群
        * 采用：SAN
        * 提升网络接入带宽
   ........
其实，我最担心程序的设计架构问题成为制约将来系统扩展和性能提升时的因素。所以，这里也写出一个软件设计方面性能考虑的Step By Step实施方案供自己参考(而硬件扩展则可以根据并发用户数的升高随时调整)：   
* Step By Step
假设采用Java语言作为主要开发语言，将Tapestry + Spring + Hibernate + Mysql作为基本架构.
阶段I:
   1. 以数据库为中心设计数据结构。最开始可以选择Hibernate作为Persistency，如果需要切换（包括编程语言切换），这种设计思路会最大地减少移植障碍。
   2. 基本的性能考虑：是否使用OpenSessionView. 数据库设计一定的冗余度等。
阶段II:
   1. 网页静态化。
   2. 独立的图片服务器。
阶段III:
   1. 中间缓存层组件的使用
阶段IV:
   1. 数据库分表：在软件设计上，我认为这几乎是提升性能的最后一个方法。

我认为每个阶段软件设计方面的修正，都将导致部分先期代码的更改，如果我们预先考虑到网站的可能的设计方案更改，那么在软件代码实现的时候就会考虑到将来的修改，使将来的修改尽可能地少。
那么为什么我们不一开始就让系统构架适应巨大并发量的访问呢？ 对于像我这样没有大型网站开发经验的人，或者还不确定系统的访问量会达到多大的前提下，又想尽快让网站上线，而且又不至于担心将来的扩展问题，那么我的做法未尝不是一个折衷呢？



草稿2007-09-26