Java处理高并发高负载网站的系统架构之图片服务器分离 ，一分钟学习走起！

今天我们继续为大家分享Java处理高并发高负载网站的系统架构之图片服务器分离。大家知道，对于Web 服务器来说，不管是Apache、IIS还是其他容器，图片是最消耗资源的，于是我们有必要将图片与页面进行分离，这是基本上大型网站都会采用的策略，他们都有独立的图片服务器，甚至很多台图片服务器。这样的架构可以降低提供页面访问请求的服务器系统压力，并且可以保证系统不会因为图片问题而崩溃，在应用服务器和图片服务器上，可以进行不同的配置优化，比如apache在配置ContentType的时候可以尽量少支持，尽可能少的LoadModule， 保证更高的系统消耗和执行效率。

 

利用Apache实现图片服务器的分离

缘由： 
起步阶段的应用，都可能部署在一台服务器上（费用上的原因） 
第一个优先分离的，肯定是数据库和应用服务器。 
第二个分离的，会是什么呢？各有各的考虑，我所在的项目组重点考虑的节约带宽，服务器性能再好，带宽再高，并发来了，也容易撑不住。因此，我这篇文章的重点在这里。这里重点是介绍实践，不一定符合所有情况，供看者参考吧。
   

环境介绍： 
    WEB应用服务器：4CPU双核2G, 内存4G 
    部署：Win2003/Apache Http Server 2.1/Tomcat6 
    数据库服务器：4CPU双核2G, 内存4G 

部署：Win2003/MSSQL2000 

步骤： 

步骤一：增加2台配置为：2CPU双核2G，内存2G普通服务器，做资源服务器 
部署：Tomcat6，跑了一个图片上传的简单应用，（记得指定web.xml的<distributable/>），并指定域名为res1.***.com,res2.***.com，采用ajp协议

步骤二：修改Apache httpd.conf配置 
原来应用的文件上传功能网址为： 
1、/fileupload.html 
2、/otherupload.html 
在httpd.conf中增加如下配置

 

步骤三：修改业务逻辑：
所有上传文件在数据库中均采用全url的方式保存，例如产品图片路径存成：http://res1.***.com/upload/20090101/product120302005.jpg

现在，你可以高枕无忧了，带宽不够时，增加个几十台图片服务器，只需要稍微修改一下apache的配置文件，即可。

下一篇预告：【Java处理高并发高负载网站的系统架构之数据库集群和库表散列】

免费领取Java15天入门课，戳这里！

https://www.youkuaiyun.com/cps/java_edu8/?utm_source=blog0526