1同行回答
依据保险公司业务系统的特点与数据的非结构化多样性的存储需求，选择对象存储来满足保险公司对文件存储的要求，方案从业务系统的数据量、网络设计、存储节点设计等几方面进行，并以单机版对象存储的架构设计来分析对象存储的实现原理。
现有业务系统的数据量：
影像系统：目前影像系统的基础存储容量约60TB，年增长率约为20%。
双录系统：按照每年100万单业务量进行统计，每笔订单300MB，每年数据量约300TB业务年增长率约为20%。
网络设计：
按照三网分离的原则，通常业务网和数据网采用万兆，端口做聚合，新建存储网络，避免对现有生产网络产生影响。带外管理接入现有网络，统一进行管理，配置两台万兆交换机，实现线路的冗余。
存储节点：
存储节点采用X86服务器，128GB内存，配置192TB硬盘，2*10GE，双电源设计。
对象存储的实现原理
下面以单机版对象存储的架构设计来分析对象存储的实现原理：
在一台服务器上运行了一个HTTP服务提供的REST接口，该服务通过访问本地磁盘来进行对象的存取，见图1。
图1 单机版对象存储的架构
REST接口
单机版的REST接口极其简单，只实现了对象的PUT和GET方法。
Put/objects/<object_name>
请求正文（Request Body）
客户端通过PUT方法将一个对象上传至服务器，服务器则将该对象保存在本地磁盘上。
这里/objects/是标识该对象网络资源的URL。URL是Uniform Resource Locator的简称，也就是一个网络地址，用于引用某个网络资源在网络上的位置。
在对象存储中，通常使用PUT方法来上传一个对象。
Get/objects/<object_name>
响应正文（Response Body）
客户端通过GET方法从服务器上下载一个对象，服务器在本地磁盘上查找并读取该对象，如果该对象不存在，则服务器返回HTTP错误代码404 Not Found。
在对象存储中，总是使用GET方法来下载一个对象。
对象PUT流程
我们可以用一张简单的图来概括PUT流程，见图2。
图2 单机版对象PUT流程
客户端的PUT请求提供了对象的名字和对象的数据，它们最终被保存在本地磁盘上的文件$STORAGE_ROOT/objects/中。$STORAGE_ROOT环境变量保存着我们在本地磁盘上的存储根目录的名字。
对象GET流程
对象GET流程见图3。
图3 单机版对象GET流程
客户端的GET请求提供了，我们的服务进程从本地磁盘上的文件$STORAGE_ ROOT/objects/中读取对象并将其写入HTTP响应正文。