高校web应用系统架构（一）——浅议Sqiud等存在的可能
先说说高校内web应用的现状。
首先，学校官方主页肯定是由类似网管中心等部门制作，校内其他部门负责内容的更新。从技术层面来说这应该是学校技术力量的最强面，因此不管从应用的设计和编码，可能都高于其他校内二级部门网站。而校内其他二级部门网站往往都是各部门自己制作，可能会有熟悉的老师来设计。也许多数都是找勤工助学的学生制作占多数。当然上面所说到的只是一个基本情况，也有例外（不过已经是过去时了）。
那么用Sqiud这样的软件建一个cache-pool显得没有必要。因为可能只有学校的主页才生成了静态页面，而其他二级部门网站可能都是动态的脚本。cache-pool也就仅仅只能缓存css、图片和js了。再加上访问量也不大，兴许就一个普通的PC就能支持。退一步来讲，就算整个学校统一规划，将学校的所有部门网站全盘考虑，制作成一个大型的管理平台，各个部门各有特色的页面，那就很有可能都会生成静态的页面。但是对于各部门来讲也许不满意，因为需求不停的有变化，或者说审美有变化，那么维护和制作这样一个平台的部门就有的忙了。就算这样实现之后，建立cache-pool？还是显得没有必要。毕竟对于高校的站点，对内对外来说一天都不可能超过500w的ipview（这个不好估计，随便写了一个）。记得2002年那会儿，电子科技大学好像就做了一个这样的平台，但是各部门都是统一的样式，只是配色不同。刚才翻看了一下，已经不存在了，又是各个部门百花齐放的状态。
上面仅仅说到了高校对外的应用。那么对内的应用呢？比如OA、教务系统、财务系统、人事系统呢？更没必要。这些往往都是需要先登录方能使用。对于这样的应用cache-pool更是无用无之地。但是随着数字化校园的推动。各式各样的系统都会在统一的数据中心上做一个数据抽取。也就是说数据中心将各个系统可以公开查询的数据抽取出来，生成相应的页面，供校内师生员工查看。倘若这样的页面是静态的，倘若对于这样的数据展示页面有很大的访问量，那么cache-pool就有存在的理由了。如果学校对硬件投入不是很大，那么用一台普通的pcserver架一个cache-pool，如果按照Squid所说每G磁盘空间需要32M内存来算，16G的内存将会缓存512G的数据。足够满足校内大数据量访问的要求。关键是需要通过实际的测试来证明是否需要这样的cache-pool。
写了这么多，感觉都是废话，不过既然写了，就算整理自己的思路吧。