不同的产品和不同的用例

　　另一个视角是文件和对象不一定要处于对立的状态。例如，NetApp和EMC都表现出对这一观点的赞同。

　　“如果说传统的文件系统有局限的话，我们现在还没有遇到呢，”EMC的中档产品市场主任Peter Thayer说。“更多的时候是Web 2.0的应用为中心的用例需要更多的元数据，而不是传统的文件系统空间耗尽。”

E　　MC的NAS开发CTO，John Hayden补充道如果用户需要对相同文件的共享的读写访问，“从性能上来说，今天的传统文件系统具有更强的能力。”

　　NetApp的Bercovici也表达了相同的观点。NetApp持续推出基于文件系统的产品，最近的是它的Ontap 8操作系统，支持向外扩展（scale-out）。不过，“如果你需要支持上百万，上亿或者数十亿的类似对象，例如医疗图像，存储接口就变成了开销，”他说。“你不想创建LUN，文件夹和权限；你只想要一个可以扩展的目录。”

　　有些用户还发现结合使用不同产品来应对同一环境中的不同的需求最为有效。在Johns Hopkins University Bayview Research Campus Center for Inherited Disease Research，基因研究过程的数据处理是通过连接到一个72TB的Isilon系统公司的集群NAS系统的客户端进行的，但是当数据经过了在研究员之间活跃地共享的阶段而变成要保存的参考信息的时候，它就被转移到Caringo的CAStor基于对象的系统上。

　　“Isilon提供了一个很大的共享的文件系统，来为那些驱动我们实验室设备的计算机提供对桌面数据分析的支持，”中心的bioinformatics主任Lee Watkins Jr.说。具有文件锁和跨越Windows及Linux进行权限管理的能力十分重要，尽管Watkins说这些管理常常令人头疼。“我们有些很大的文件需要从Linux，Mac OS X和Windows桌面系统访问，有些需要读取，有些要写入，而我们需要决定如何在不同的（Isilon）节点之间均横负载，决定每一个节点要加载哪一个文件系统。”一旦数据进入归档期，Watkins说更重要的就是，要能在研究需要数据和元数据的时候快速地对其进行访问。“我们产生海量的数据──每天可以达到1-3TB。”对Johns Hopkins来说，编写一个程序来通过API访问Caringo存储“是非常简单的，”据Watkins。“我们能够在后端把文件来回移动，而不用担心寻址和它的实际位置，而且用何种文件系统请求文件都没关系。”