NetApp计划在明年上半年在其存储阵列产品中增加本地对象接口。
公司负责云业务的高管Val Bercovici在一篇题为"NetApp 3.0"的博客文章中透露了上述消息。那么相对于文件接口和模块接口来说，到底什么是对象接口呢？
在模块存储产品中，硬盘存储阵列是在不同模块之间进行读写操作的。应用程序知道那些模块中储存着什么数据。 在文件存储产品中，基于文件的存储阵列读写的对象是文件，那些文件可能包含着一些元数据，比如文件的创建日期、所有者、上次修改日期、文件大小等等。存储阵列可以决定将数据储存在何处，将数据写入哪个模块，以及到哪个模块去读数据等等。
像文件这样的对象就是一组数据。EMC的Centera是一款著名的对象存储阵列，对象的内容是杂乱无章的，要求读对象的请求指令必须利用散列关键字才能识别出来，从而识别出内容编址存储器。
我们从Centera发出一个文件或者请求从Centera读出一个文件。请求指令会被转化成目标标识符，Centera会帮我们识别它。 当一个对象被首次创建时，它会建立一个被称作"c-clip描述符文件（CDF）"的元数据文件，这就是应用程序与对象文件之间的联系。应用程序知道的是CDF的地址，而不是对象本身。 CDF文件中储存着各种有用的元数据，比如时间与时期、内容地址以及应用程序提供的元数据等等。
在云或者象Centera那样的内容编址存储器（CAS）系统中，对象可以被复制以及在不同的地址间移动，复制或移动后的新地址将被映射到CDF文件中。访问应用程序会告诉系统它们想要具有这样或者那样的CDF识别码的对象。 云系统会通过CDF寻址，找到真正的对象地址，然后将对象发送给应用程序。
据说对象存储系统在可调整性能上要优于模块存储或文件存储系统，它可以处理的对象数量至少可以达到数十亿个。由于散列关键字是从对象内容中建立的，因此它可以被用来验证内容是否发生过变化，它可以从现有内容中再生成一个散列关键字，然后用它跟以前的散列关键字进行比较。 这对于长期存储修复内容的存储设备会非常有用。
文件系统是与访问系统操作系统捆绑在一起的，对象与文件系统不同，它与访问电脑的操作系统和文件系统毫无关系。当然，电脑中的访问应用程序必须知道如何处理对象，但是它没必要了解和使用文件系统。
文件的唯一识别码可以识别一个文件。模块编码可以识别一个模块，但是如果CDF文件或等效结构设置得当的话，对象可以由若干个实体组成。
我们注意到NetApp已经将内容散列算法应用到它的ASIS重复数据删除产品之中。
Bercovici自己做出的结论是，NetApp将推出一款基于对象的存储设备供云存储供应商使用。鉴于NetApp一贯的传统做法，它很可能会将那款新产品整合到Data ONTAP之中，而不是作为独立存储产品提供，就象NetApp现有的虚拟磁带库（VTL）一样。
Bercovici表示："我们将在不远的将来从NetApp内部寻找本地对象接口。 "我们估计他指的是在2010年底之前，也就是说它会在下一版ONTAP中推出一项新功能。
与EMC和其他存储厂商不同的是，NetApp正在规划利用一个统一存储架构的营销战略，通过多个产品实现不同的存储功能。
Bercovici还说："从控制器之外的领域想办法来开发新的存储和数据管理功能是很重要的。 原来的存储控制器将被强大的新产品所取代，成为由存储和数据管理服务构成的云系统的一部分。"
这可能意味着，涉及多个带有各自控制器的阵列的存储和数据管理操作将在与控制器有关的服务器中在控制器之上按照功能进行组织。
