本人以前图片服务是采用以下两种方式（只适用于中转能解决问题的情况），

若中转不能解决问题，只能把上传的交互直接与资源服通信，考虑同时把用户的相关标识（例如ID和TOKEN）提交到资源服接收，资源服接收端处理完，直接更新DB,或者动态服和资源服建立多一个上传数据通信

文件临时保存在动态服务器，然后以增量同步的方式同步到资源服务器

动态服务器直接把图片以ftp的方式直接提交到资源服务器

公司的站点是做微信服务的，最近客户量上来了，流量一下暴增，一台服务器撑不住了，经过分析日志，发现主要流量都是静态资源文件，图片， js ， css 等。于是去开了 CDN 加速。并打算进一步把一台服务器拆分成两台，分别绑定不同域名，一台专门把动态处理程序，另外一条放纯静态资源并由 CDN 加速。让静态资源彻底不会干扰到服务器处理动态请求。一般的静态资源都很好迁移。但是有个问题是我公司服务器是允许用户上传文件的，主要是一些小的图片，音频，视频。分析流量发现这部分用户上传的图片才是流量的大头，但是要怎么做，才能让用户上传的时候，把文件上传到静态服务器上去呢？现在的困扰点在于，如果在静态服务器上专门部署一个处理上传的程序，由于这个程序无法判断 session （用户登录的时候在动态服务器上）。这就存在安全问题了。如果要动态服务器先接收文件再转发到静态服务器，这种做法不知道是否稳妥。可靠性不知道咋样。