摘要：对象存储对于不同的人意味着不同的事情，所以它缺乏一个公认的定义。要分析什么样的存储系统属于对象存储，就要看这些属性，它们既是必须的，同时又支持的很好。

　　显然，对象存储对于不同的人意味着不同的事情，所以它缺乏一个公认的定义。要分析什么样的存储系统属于对象存储，就要看这些属性，它们既是必须的，同时又支持的很好。
　　
　　对象。不是要管理块和文件，纯粹的对象存储系统管理的是对象。更精确的讲，所有现在的对象存储系统把文件作为对象来管理。对象通过唯一的ID进行标识，就像在基于文件的存储系统中，文件通过路径来标识一样。对象存放在扁平的地址空间中，这样可消除基于文件的存储系统中，分层的文件系统的复杂性和扩展性的挑战。
　　
　　元数据。对象由元数据（可提供对象中数据的上下文关系信息）、有效负载和实际数据组成。在基于文件的存储系统中，元数据仅仅是指文件的属性；对象存储系统中的元数据可以添加任何客户化的属性。基于文件的存储系统要做到这一点，需要应用程序（数据库）处理文件相关的其它额外信息。利用客户化的元数据，你可以把和一个文件（对象）相关的所有信息都保存在对象自身内部。“客户化元数据允许建立丰富的、自包含的文件对象，可以存储在对象存储内部，能够以较少的管理开销建设大规模的非结构化数据存储，”TerriMcClure说，马萨诸塞州米尔福德的企业策略集团（ESG）的高级分析师。
　　
　　固定对象。纯对象存储代表一个固定内容的仓库；这意味着对象可以被创建、删除和读取，但不能被修改。相反，对象的修改是通过创建一个新版本的对象来实现的。因此，锁定和多用户访问的挑战--基于文件的存储系统所棘手的问题--在对象存储系统中是不存在的。“如果多个用户同时修改同一个文件（对象），对象存储系统会简单的生成这个文件的多个版本，”TimRussell说，NetApp公司DataLifecycleEcosystemGroup副总裁（VP）。不支持就地更新，使对象存储更加适合分布式的存储和分布式的访问。
　　
　　冗余性。对象存储通过在多个节点上存储相同对象的多个副本实现冗余性和高可靠性。在创建对象的时候，它首先由一个节点创建，随后根据适当的策略复制到一个或多个其它节点。节点可以部署在同一个数据中心，也可以是地理上分开的。由于不支持就地更新，使得多节点副本对象冗余的复杂度很小。对于传统的存储系统，保留拷贝（复制）的文件和块的同步访问的多个实例是一个巨大的挑战；这是非常复杂的，只能够通过设置严格的限制条件实现，例如在定义好的延迟约束之内。
　　
　　应用软件支持与集成。由于缺乏传统的数据存储协议的支持，因此依赖RESTAPI需要成为访问对象存储的一体化努力。除了客户化应用程序集成，一些商业应用，特别是备份和归档应用，已经增加了对于对象存储集成的支持，主要连接到AmazonS3云存储。由于业界仍然在争论标准，对象存储的集成仍然没有得到广泛的推广。对象存储网关，通常叫做云存储网关，提供了另外一种访问对象存储的方式。其定位于传统存储和对象存储之间，它们通常通过预定义的策略构建在两者之间。
　　
　　云功能。因为云存储和WEB2.0应用是对象存储的核心目标，因此通过互联网进行共享访问的相关功能是非常重要的。多租户和不同用户数据的安全隔离，对于用于企业应用的对象存储产品是必须的功能。安全性不仅仅是指加密，还包括对于租户、命名空间以及对象访问的控制。服务水平协议（SLA）管理和支持多种服务级别对于云的使用也非常重要。策略引擎可以帮助SLA的执行，例如对象实例的数量和每个实例应该存储到哪里，这是一个任何对象存储都应该提供的设备。此外，使用云的计量和收费的自动跟踪是必不可少的。
　　
　　责任编辑：Alisa编辑