对象存储在某银行的应用？

对象存储的访问方式和接口是和传统文件访问不太一样的，传统应用绝大部分是基于文件接口的，直接使用对象存储的确多有不便。如果是传统应用不变，只是后端存储替换，那通常是要实现一个访问接口转换的模块或组件或者是实体设备后才能使用。这种情况下，考察的视角还是从传统文件来看的，例如典型的说法就是“小文件性能”，从架构上来说，我认为这种应用场景并不是对象存储的长处，但是服从于市场需求，的确看到不少厂商都在做这方面的优化。依据各家接口转换的实现效率，最终呈现出来的性能数据应该会有不小差异。

如果数据量没有特别巨大，同时并发的访问量也没有到互联网级，对象存储的绝对优势领域没有进入，这种应用场景下，传统一点的分布式文件存储也当然可以满足需求。

所以最终产品和架构的选择还是要紧密适配应用场景。

企业对云对象存储的需求主要来自业务系统和存储运维管理两方面。其中业务系统方面的需求主要包括影像系统后端存储的升级改造、双录系统存储建设。而运维对云对象存储的需求则更倾向于存储安全性、容量和性能扩展性以及存储管理便捷性等方面。 需求分析如下
➢ 业务发生在白天6-8小时，上传和查询比为1:3；
➢ 平均每交易产生10个文件，文件平均大小100~200KB；
➢ 要求查询一批文件的时间小于3秒；
➢ 上传业务以突发性（有一定周期性）写为主（文件写操作，有一定量的写合并），4K和128K占较大比例；
➢ 下载业务以持续较随机读为主，IO大小4K~32K。
➢ 特性需求：WORM、一体化备份、快照、远程复制。
➢ 业务挑战：海量非结构化小文件，在线存储成本高，容量有限，备份和恢复效率要求高。
在线票据影像场景主要处理小文件，实时性能要求高，目前以集中式NAS建设为主；票据影像归档场景处理海量文件的归档，性能要求不高，容量增长快，目前以存放到SDS对象存储为主。