如何设计银行影像类系统的整体架构？

之前在做这个系统的时候有几个处理方法仅供参考
1.数据的存储位置：采用“物理分散，逻辑统一”的方式，平台的数据根据实际业务情况存放在多个地点（总行，或省分行），比如一些数据量不大或者必须全国共享的就直接存放的总行，一些只属于某个省分行或者无需全国共享的数据存放在省分行，这就是物理分散。逻辑统一指所有的数据存储的元数据信息统一接入，比如有应用A接入平台时，事先根据应用系统已经分析出在平台中的数据存放方式，后续应用A启动时以租户形式获取存储资源的相关信息，然后A就得知后续是和总行的存储接口进行交互，还是和省分行的存储接口进行较，后续就可以进行数据的存储。
2.数据的传输方式：客户端在进行数据上传时，由于分行和总行的网络带宽有限，为避免影响日间联机交易，对于实时性要求高的小文件直接进行上传，如果实时性要求不高（比如信用卡审批等）、或者文件特别大的业务，在从分行传输到总行时利用夜间的网络进行传输，此时可需要通过一些靠谱的文件传输平台传输到总行。
3.数据的归档管理：由于业务数据都有生命周期，因此对数据进行热数据、温数据和冷数据的种类划分，不同的冷热数据采用不同的存储设备，当业务数据超出业务生命周期时则进行数据归档，从而从数据平台中进行删除，归档的数据由于量比较大，采用了压缩比比较高的压缩算法进行归档，并且归档的数据中用xml文件进行一些影像文件元数据的描述。
4.数据的缓存方式：在业务量比较大的地方部署缓存服务器，比如深圳银行业务量比较大，然后就在这部署一台服务器，后续所有的文件上传都会在这个服务器上进行缓存（缓存文件到存储，而非内存），如果后续业务需要下载文档时，由于此类文件一般不会被修改，所以后续直接从缓存服务器下载，而不用从总行或者省分行的服务器中进行下载