这是一个很好的问题。是否要使用对象存储没有固定的标准，一定要一定要根据自身的实际出发。下面我提供集中建议使用对象存储的场景：1 非结构化数据体量过于庞大，在经济上和运维上的投入太大。对象存储通常采用分布式服务器加容量大性能一般的介质如sata盘，采用采用就删的方案...

随着数据量的爆炸式增长，非数据化数据迁移的过程变得越来越难以控制，最佳的办法就是从此远离“数据迁移”，采用数据湖技术：类似于“存储虚拟化”，数据可以在不同的硬件设备之间自由“流动”，而同时仍然保持对外的持续服务。如果非要做数据迁移的话，需要考虑业务数据的改变量的大...

要清楚对象存储的存在不是为了替代NAS，而是精细化服务分工需要。首先，不是影像业务系统选择了对象存储存储，而是行业规范的要求下，对象存储更适合、更满足行业合规要求。其次，当你海量文件的时候，做底层资源更新替换的时候，做基于文件系统的数据拷贝迁移、带权限迁移的时候，就会...

现在主流的备份软件都支持对象存储的S3接口，可以直接拿来作为备份介质来使用。实际中也有很多用户已经在这么做了

这个问题比较关键。传统的文件系统存放数据“看到见摸得着”，可以随时查询检验文件可用与否。对象存储底层使用副本或者就删码的方案存储数据存储数据。副本的方式很好理解，牺牲了空间f但每份数据都还是完整的。就删码相对复杂，数据会被切片然后和校验的数据加工后一起存到...

从数据备份的角度来看，主要的目的是用于预防数据的逻辑故障，有些客户也用数据备份的方案进行数据级容灾。从满足业务需求的角度，对象存储的多版本功能再加上异地的数据复制，可以满足业务系统对数据备份的需求。...

对象存储和NAS相比，只是存储协议的不同，谈不上性价比。只有针对具体的使用场景和使用环境，才能计算性价比。一般来说，成本需要考虑采购成本以及维护成本，单纯说采购成本，NAS和对象都是差不多的，现在新的全闪的对象存储，性能也是杠杠的，同时也一扫“便宜货”的既定印象。...

对业务对业务进行改造的工作量事实上是非常非常简化的。使用兼容amazond的封装好的jdk等工具等工具可以快速上手。

从目前的对象存储在金融行业的使用场景来看，主要是用海量非结构化数据的长久保存来使用。因此在选择的时候需要找一个能够长期合作的厂商来合作。所以可以从行业案例情况、售后服务、技术支持能力、对象存储基本功能四个维度去查看，从而选择一个稳定有保障且能满足业务需求...

对象存储主要关注的就是TPS（每秒处理的对象文件数量）、带宽（每秒传输的对象文件量）和时延（传输完一个文件所耗费的时间）