急求！！！！将对方透过 API 传来的照片档传到另一台服务器？各位有什么建议？

Question

假设目前有三台服务器（以下均为纯backend，无frontend）A是测试服务器，域名为dev.123.comB是正式服务器，域名为prod.123.comC是专门放image服务器，域名为images.123.com目的是希望将对方丢过来的照片丢到image服务器去，且回传正确URL为images.123.com/....现在我想到有两个可能的传输方式第一个：接收照片的ＡＰＩ程序会在Ａ和Ｂ（测试和正式，环境根据域名判断）所以当对方透过（不同环境的）ＡＰＩ打来时，我能够将他附带的照片丢到image服务器？且在ＡＢ服务器时就已经决定位置及照片名称，才可回传正确的ＵＲＬ给对方第二个：将接收照片的ＡＰＩ程序写在Ｃ，请对方打Ｃ的ＡＰＩ，再看用什么取得正确照片ＵＲＬ？请问大神有无其他方式建议？谢谢！我發現這樣會導致我的ＡＢ運作速度呢似乎是丟到Ｃ的時間太長，取自於圖片的大小

Answer 1

既然有图片服务器C，当然直传C，速度快不说，自私的考虑，避免了ab转一手，这其中少了不稳定的因素，不知不觉避免了很多坑！这没什么好犹豫的。
图片服务器C，负责接收、处理、存储、提供访问等所有工作。这样性能也能充分利用。
客户端直传C后，简单一点就是,上传成功后由客户端把C返回给客户端的图片ID和路径再发送给A或者B，虽然两次交互，但是相对于多次传送的文件体积来说，微乎其微.
客户端直传C后，复杂一点但可靠的办法是，最好能加一个推送机制，把上传成功的结果同时推送到A或者B，AB处理反馈后，C再将最终结果返回给客户端。
还有个办法是，配置服务器间的文件自动同步，也相当于AB转发一次。但是比你用程序实时处理更可靠，更简单。可以实时同步，或者定时同步。但是占流量，建议定时，放到夜里自动执行。执行同步时，如有必要可以同时更新数据库里的图片信息。以后就可以直接访问图片服务器获取图片。