图片服务器解决方案

*近经常有人问图片上传怎么做，有哪些方案做比较好，也看到过有关于上传图片的做法，但是都不是*好的

今天再这里简单讲一下上传图片以及图片服务器的大致理念

如果是个人项目或者企业小项目，仅仅只有十来号人使用的小项目，可以使用如下方案：

用户访问系统，使用上传图片功能，那么图片就上传到你的当前项目所在的tomcat服务器上，在/image下，上传成功后用户可以直接访问

http://ip:port/project/images/xxx.jpg

这样做在用户少的时候是没有问题的

当你的企业发展起来了，业务量增多了，使用的这个项目开始大起来了，发现系统速度变慢了，那么你就考虑到集群了对吧

那么好，假设你增加了一个tomcatB，性能提高了一点，图片也成功上传了，做了负载均衡，假设图片上传的了tomcatA（用户是不知道的）

第二次访问的时候(先不考虑session粘性不粘性的问题，假设是共享的)，用户访问到了tomcatB，图片没有了，是个大叉叉，

我的天呐！发什么什么事了，明明刚刚上传的图片没有了，

再刷新一下，欸！又有了？

这是什么情况呢？

后台知道咋回事，但是用户不知道啊！！！

那么解决方案是这样的，tomcatA和B上传至图片服务器，这用户请求的时候只访问图片服务器的路径，这样就没问题了

有人会问图片服务器用什么来搭建呢？

tomcat？可以，但是tomcat主要处理jsp比较好，图片文件是静态资源，处理起来性能一般般

Apache？可以，纯C语言开发的，没问题，但是还不够好

nginx？对了，这个是目前比较流行的一个反向代理服务器

理论的单台机子并发能达到5万，非常的叼，实际测试是2w左右

安装如下的方案去做，那么图片服务器就问题不大了，

当然，图片上传后，需要把图片的路径地址保存到数据库啊~~

我曾经见到过一套电子商务系统的图片上传是采用方案是类似1的，这么做没问题，

但是呢，图片居然上传到他喵的MySQL某个表的某个字段中的，你妹啊，我的天呐！

怎么可以这么做，何况数据库没有分库分表分区建索引，好吧，这也是我的一个吐槽点，谁叫我曾经参与过呢

好吧，理论都告诉你了，快动手去做吧！