对象存储技术的平稳推进？

现在银行的非结构化文件也比较多，特别是互联网线上化业务，以及集中作业系统上线后，大量的客户照片、录音、视频、票据影像、客户资料都是非机构化的。
一般选择产品是最好还是要求其支持两地三中心，或多中心部署。

当痛点痛到一定程度时，才会想办法去改变，数据量还不够大时，业务需求和性能需求还没触及时，块和文件存储可以应对，当触及了痛点无法承受时，对象存储技术就能很快进入推进期，这期间一个很大的难点问题就是如何迁移历史数据的问题，目前一般是对应用逻辑进行改造，例如通过增加应用存取接口，逐步读取块或文件存储中的数据来迁移至对象存储中，各渠道应用调用系统的接口不变，但系统的处理逻辑进行改造，增加了判断，全新的文件直接落至对象存储，旧的未迁移的文件读取依旧从块或文件存储中读取，新的和迁移后文件读取则变为对象存储，待旧的文件全部迁移完成后，将原有的块或文件存储读取接口关闭，最终实现数据迁移。
能从一开始就使用两地三中心的对象存储架构固然好，但通常一般是在生产数据中心部署对象存储，试试水，后面发现对象存储越来越重要后，再考虑补充容灾的方案。

对象存储使用的范围比较广泛， Web 应用程序，内容和媒体服务如影像数据长期存放，批处理， PASS 平台存储，容错和高可用性，大规模处理和超大数据集，文件同步 ， 日志分析，海量小文件，数据备份，冷数据归档等场景均可使用。关键是要规划好场景，单一场景小容量规模下优势 较小且 性能反而不如 NAS 或统一存储。多场景构建数据资源池，数据体量到达一定规模，优势会比较明显。

1、首先双模IT架构（稳态和敏态共存）是大多数用户的常态，也是数据中心进化的必经之路。对象存储受互联网业务等（或统一称之为敏态业务）发展而快速普及，但传统业务（稳态业务）尤其是金融行业核心业务例如清算、跑批等等依然没有完全放弃小机或传统存储架构，所以还是依然在使用块或文件存储。

业务特性决定存储选择，如数据库大部分情况都是性能高、容量小，可能采用全闪的块存储是性价比更优的解决方案，当然也可以考虑分布式存储的架构可按池分配提供块、文件、对象存储资源，也可以同一个存储池同时提供以上三种存储方式。
对象存储更面向新型的敏态业务，例如双录、票据、电子保单等等，需要前端业务厂商生态的支持，目前看也是非机构化数据存储的必然选择。

2、对象存储主要存储非结构化数据，灾备数据是多数用户考虑的重点问题之一。根据网络链路情况可以选用延展集群或对象多站点的方式进行灾备。 在同城（网络链路优）双数据中心实现跨数据中心的数据双活，保证数据零丢失,配合业务双活实现用户关键业务的 RTO=0；在异地灾备中心（网络链路差）实现数据灾备，有效提升用户“敏捷 IT”的业务连续性及灾难恢复能力。

目前，金融里已有省农信、人行等实现了块、对象存储的两地三中心的方案落地。