邮件附件存储方案设计

场景：

1、内外网隔离，邮件服务器在内网，实现微信通过外网访问内网

2、内外网隔离策略：redis作为请求的转发和相应的接受

3、ftp作为邮件附件存储服务器

4、原本设计：每次都去邮件服务器取附件，放到ftp服务器，导致ftp服务器的文件大量浪费，需解决此问题

方案一：每次点邮件详情页面，都去邮件服务器取附件（现在的做法），并保存附件路径，定期删除（比如每天定时清除一天前的附件）

【
优点：对原有代码的修改减少，方案相对简单
缺点：仍然存在安全性问题，其他用户可以根据附件路径获取到文件内容，可通过appfront取文件减少由于使用ftp造成的安全性问题
】


方案二：每次点邮件详情页面，都去邮件服务器取附件，将附件存放都redis中，每次去redis中获取附件数据，redis缓存失效后附件数据自动删除
【
优点：安全，不会暴露邮件附件
缺点：
1、此方案需要考虑redis的负载能力，一旦redis挂掉，会出现宕机情况，所以此地方需要应用高可用策略，现在正式环境已有redis集群（一主三从二哨兵），理论上可以处理
2、对代码改动较大
3、用redis做文件byte数组缓存的策略尚未试验过
】


方案三：将邮件附件保存到服务器本地，附件依次通过appfront、redis、appback、gzdswxcenter获取
【
优点：
1、完美解决附件安全性问题
2、性能理论上比从邮件取附件快
缺点：
1、数据同样会经过redis，对redis造成压力，
2、占用服务器大量存储空间
3、代码改动较大
】
综合分析：偏向使用方案一，系统对性能要求不高，TPS和QPS不高，稳定安全为主，由此看来方案二也是可行的，但是方案二没做过测试是个坑


疑问：1、邮件会有特别大的附件吗？比如100兆以上的附件？


ps：后续有视频监控功能需要进行开发设计，不知道是否会绕过redis，故保留第二方案