银行业中的影像如何设计存储体系,使得存取都高效?

银行业的柜面业务,许多都涉及凭证影像的处理,在A网点扫描的凭证影像要上传到后台服务器中存储,在B网点可能需要下载和访问这个凭证影像,这2个网点的物理距离可能很远,例如垮省,那么如何进行方案选型和设计存储体系,使得存取都高效?通常都有哪些典型做法?

参与12

2同行回答

匿名用户匿名用户
我们做过类似的系统,说一下个人认识:1)数据特点凭证类的业务一般是特点是:A:扫描的文件不会被修改,但是文件的元数据可能会被修改 B:在时间轴上看,最近上传的数据后续几天被读取的可能性非常大2)设计思路将业务数据封装为一个对象,进行对象存储,一个业务交易就是(文件+元数据)组成,...显示全部

我们做过类似的系统,说一下个人认识:
1)数据特点
凭证类的业务一般是特点是:A:扫描的文件不会被修改,但是文件的元数据可能会被修改 B:在时间轴上看,最近上传的数据后续几天被读取的可能性非常大
2)设计思路
将业务数据封装为一个对象,进行对象存储,一个业务交易就是(文件+元数据)组成,文件存放在大数据平台上,元数据存储在数据库。
3)速度提速
A:自研CDN缓存服务器来加速,在业务量大的二级或者一级分行架设自研服务器,CDN对前端透明,业务第一次提交文件在CDN中进行缓存,后续读取直接从就近的物理节点缓存,速度相对较快;
B:存储地点:如果只是分行局域性的文件直接存储在分行服务器,如果是全行通用或者根据业务逻辑需要总行集中存储的则上传到总行数据中心。由于白天网络主要为保证正常交易,大文件的上传会占用太多带宽,采用可靠的文件传输平台,将白天产生的文件暂时存在在文件传输平台,夜间利用带宽进行上传。
这个平台稳定运行五六年之后,每个分行产生几十T的数据,这种有个别系统又想统一存储,这时就有了一定的难度,建议在业务系统接入时考虑好数据的存储位置;
C:数据预处理:对于问题提到的跨分行进行调用,如果业务逻辑可以预测后续流程的分行节点,可以直接将数据预推到相关就近的CDN节点

收起
银行 · 2018-02-06
hang0912hang0912技术经理苏州互盟信息存储技术限公司
[此回答已删除]
浏览1172
王磊磊 邀答

提问者

topzgm
软件架构设计师People's Bank of China
擅长领域: 数据库服务器存储

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2018-02-02
  • 关注会员:6 人
  • 问题浏览:4160
  • 最近回答:2018-10-24
  • X社区推广