对大型网站技术架构的初解

刚刚进入了一家新公司，哎在上海混了这么多年，终于到了一家像样的公司，想想这个过程还真不容易啊，一定得要好好珍惜了，不废话了，开始我的内容了。

我现在的项目组的确是做纯正大网站的项目组，虽然现在还没做开发，对公司框架还没完全熟悉，但是对公司的架构的初步了解（初解）觉得还真有价值，都说大型网站应用的开发和普通的web项目不一样，但是你没有做过大型网站终究还是不能理解它的技术结构和我们常用的技术框架结构有何不同。在讲之前我要申明：我是一名java工程师，所以我讲的技术都是以java技术为基础，或许其他技术实现同样的功能会有所不同，但我相信主要思想一定是相似的。

普通的javaweb项目就是按照mvc模式进行的，在前面的博文里我也写了一个非常简单的ssi的框架（struts2+ibatis+spring），这种架构只适合中小心的管理软件或者是中小型的网站，到了大点的应用项目它的局限性就大了。我今天仔细想想，这个局限性的症结就是不管我们如何绞尽脑汁为项目进行逻辑分层从而降低层与层之间的耦合度，任然摆脱不了各个逻辑层任然在同一个项目下面的现实，这就导致各层的耦合度永远都会有一个瓶颈区，因此导致一些更加有效的优化和安全处理实在很难进行下去，而更大型的项目往往会对优化和安全要求更高，这样的项目状态实在很难满足大型项目的需求。

我新公司的框架里对于这样的局限性有了一种很好的解决方案，下面是我新公司技术框架的架构图（这是我自己画的，时间仓促画的不好还请大伙多多包含了）：

498)this.width=498;'' onmousewheel = ''javascript:return big(this)'' alt="" src="/uploadfile/201301/12/97122315712.jpg" />

我现在定位主要做前端，所以对于后台的服务端与数据库的交互是不是也是通过通讯层来进行的这个我不太确定，不过我个人认为不太会，因为如果把数据库和程序之间的sql语句替换成通信报文，这是一件太难的事情，而且效果往往也不太好，所以我的理解是后台服务器和数据库没有别的通讯层，对于java而言就是直接通过jdbc对数据库进行操作，另外客户机到前端服务器集群直接的路由设备，我个人猜测这个路由设备大致完成下面的工作：

解析域名，找到对应的ip地址列表，这就是通常所说的DNS吧；

对客户的请求做负载均衡操作。大型的工作这些操作更多还是通过硬件设备完成，而小点的公司估计是通过软件来实现。

（对于上面的内容，我个人了解不多，但是很感兴趣如果有那位童鞋了解这些可以给我讲解下。）

这样的架构带来的好处有那些了，这里我把我知道的总结如下（如果那位童鞋有更好的意见可以补充啊）：

前端和服务端独立成项，那么如果客户访问的是静态资源可以不用请求到服务端程序，而是从客户端处理完直接返回到客户端，当遇到服务端请求时候就会和服务端通信，这样的结果会使系统更快，因为静态资源的访问速度总会比服务端要快。这样就处分了不同性质请求，可以让我们根据最佳的办法处理不同客户端请求。

前端程序和服务端程序之间有一个通讯层，也就是说前端程序和服务端程序不是直接进行访问的，它们之间有我们专门编写的通讯协议（数据报文），那么如果黑客侵入到了客户端，想通过客户端程序直接访问服务端的数据不是那么容易了，这样大大的提高了系统的安全性。这里附带提一下，很高兴新公司的架构里通讯报文是采取的json格式很符合我前面博文里讲到的用键值对做通讯格式的构想。

按照网络安全的要求，大型网站的核心服务器一般都不是和外网相连，核心服务器集群往往是在一个独立内网环境，和外网的沟通都是通过一些特殊授权的服务器进行，这样能保证整个核心服务器集群不会被外人轻易的访问到，服务端程序和客户端程序的分离正好体现了这个原理，服务端程序往往都是系统的核心所在，它和客户端的通讯要通过我们的客户端程序，这对于我们建立合理的安全保障机制提供了方便。

我想很多童鞋估计都做过大型网站的开发，所以上面这些内容对这样的童鞋一定不陌生，或许有些人还会觉得我的见解很浅陋吧，其实我到现在还没做过真正的大型的网站项目，更不用说大型网站的架构设计，所以对这些很新奇。不过当我看我公司的技术架构的确是眼前一亮，这个亮眼之处倒不是我上面提到的这些而是他们对maven的使用，公司的前辈们用maven很好组织了整个项目的技术架构。大家可以试试想想，不管你的系统设计的如何复杂它们毕竟只有被组合起来才是一个完整的项目，把一个大项目拆分成若干小项目这样的思想固然很好，但是实际开发中这样做却是困难丛丛啊。假如我们把每块都独立立项，大伙都分头行事，做完后在一起联调合并，我想结果肯定是痛苦的，痛苦的原因就是软件标准化在中国实在太难，各个不同项目组独立开发一定会带来各个项目之间异构性的问题，异构性导致合并项目很不容易，而解决异构性的办法就是有效的沟通，但这样的沟通成本或许会成为我们开发人员们不能承受之痛。

公司的架构是通过maven来进行管理的，架构里包含了若干的项目，其中有一个项目是其他项目的根项目，其他项目之间也存在各种不同的依赖关系，大伙看下图，这个用语言实在说不清楚:

498)this.width=498;'' onmousewheel = ''javascript:return big(this)'' alt="" src="/uploadfile/201301/12/0F122315357.jpg" />

通过maven就能把这些项目很好的融合到一起，我们只要构建了根项目那么整个项目都会被成功的构建。而且还能把项目里公共的部分抽取出来，形成通用模块，让我们server和client项目进行瘦身，让我们的核心项目更加的健壮。

Maven以前我不太熟悉，今天我发现这个技术是很值得学习的，它和ant相比，maven站的高度更高，甚至可以影响到你程序的架构设计，我就想做成架构师，而且要是大型系统的架构师，那么maven一定要好好学习，说干就干，马上开始。

原文链接：http://www.cnblogs.com/sharpxiajun/archive/2012/01/15/2322668.html