目前以及在可预见的未来，云存储将主要作为归档或备份之用。不过，在某个时间，云提供商将开始将云存储作为主存储地址来提供。为什么云存储可以作为主存储，我们离这种情况变成现实还有多少时间？在这里，云存储作为主存储不同于软件即服务（SaaS）提供商将使用的主存储。我曾说过，SaaS解决方案将需要典型的第一层存储功能。而在这篇博文中，云需要的是第二层应用程序，这种应用程序不需要像数据中心内部主应用程序那么高的性能。

　　显然，如果要让云存储像主存储系统那样工作，我们将需要相对接近的存储设备之间有快速的连接。例如，Zetta基本上就在提供这种设置。他们利用自己的向外扩展的、集群的NAS（网络附加存储）设置（在云里面提供），在设计本地存储目录的同时提高了对性能的关注。

　　另一个选择就是利用复合模式。这种复合模式结合了本地高速缓存设备–这种设备已经在归档中开发–和云的备份利用–比如Iron Mountain，Axcient和Nirvanix的服务。为什么这些高速缓存设备不可以升级为存储主数据？这里面需要克服数据连接速度问题，尤其是需要城域网水平的快速连接。

　　还有数据服务问题。很明显，NAS厂商已经在快照、复制、配置和一系列其他NAS功能上投入了很多的研发精力。不过基本的NAS服务可以被贴牌然后再配置到这些设备上。NAS和云厂商都需要提供某种形式的全局文件系统，由这种文件系统来透明地显示文件的时间。这可以让小型的快速的本地存储”溢出”到云存储目录。当然，这将需要支持混合的后端存储。许多NAS全局文件系统的弊端就是厂商们往往只支持他们自己的系统。独立的文件虚拟化功能提供商，比如F5、EMC的Rainfinity 和AutoVirt，在这里应该有用武之地。

　　NAS在云中作为主存储是可行的，而且这个实现的时间要比许多人所想的早。那么块级存储怎么样？我将会在以后讨论这一方面的问题。