如果你留心的话，可以发现，现在主流的网站都是有单独的图片服务器的，例如，人人网的为rrimg，淘宝的为taobaocdn，下面还有很多的二级域名。 独立的图片服务器有诸多好处，其中一个就是客户端浏览器对一个主机下的连接数量限制，具体的连接数目忘记了，但基本都在10以下。也就是说，浏览器会控制一个站点下的并发请求数量在10以下，如果对于网站有很多样式文件、脚本文件和图片需要加载的话，请求的过程会被阻塞，影响网站的打开速度。 建立图片服务器，将图片资源放在另外一个域名下面，会在一定程度上提升网站的打开速度，这样来说的话是不是说我们独立的服务器越多越好呢？也不尽然，解析域名并建立连接也需要很长的时间，独立的主机多了的话，也不利于速度的提升。 图片往往会消耗掉网站中的很多宽带和IO资源，独立的图片服务器可以在宽带和IO性能上单独提升，便于管理和拓展。 关于网站性能方面的经验有很多，最为著名的就是雅虎的14条准则。
图片服务器的搭建思路也不难，我大概画了一个图，显示的是我最近两天搭建图片服务器的思路。
网站服务器是Apache + Tomcat， 以前图片的资源全部在tomcat的工程目录下面，随着图片数量的增多，对于图片的管理很不方便，网站的打开速度也不理想。 新的图片服务器用Nginx作为web server，这里有一篇文章分析了lighttpd、apache和nginx的性能，还是值得一看的。 面临的一个问题就是用户上传图片的问题，因为上传的逻辑还是在原来的服务器上，因此，怎么同步两个服务器上的图片是个需要解决的问题。 往往网站需要一张图片的多个尺寸来满足不同的需求，我们也是不例外的，所以，我想到了将用户上传的源图片保存在网站服务器上，通过源图片来生成不同尺寸的图片通过ftp的方式保存到图片服务器上，源图片也相当于做了一个备份。 java 操作ftp十分方便，这也是我选择用ftp的方式来同步图片的原因。 所以，需要在图片服务器上搭建ftp服务，这个教程有很多，不再罗嗦。不过我想提的一点是，red hat企业版有selinux，貌似是个安全机制，需要关掉这个才能上传。
图片服务器上面搭建了tomcat容器的原因是网站需要的图片尺寸有将近20种，没有办法保存每个缩略图，因此用java来实现动态缩放图片的功能，就是类似于 190_h100_w200.jpg 这种格式，长宽随便换。具体的实现方法，有空再写吧。 因为动态生成图片比较耗费资源，因此用在较少访问的页面上，减少了缩略图的个数。 |
