| 技术 | 传统的NFS，即挂载共享文件夹 | 对象存储 |
| 协议 | 文件（NFS、CIFS协议），设计理念就是为了解决文件的共享，并不是为了解决大规模的网络用户访问 | 对象（OpenStack SWIFT、Amazon S3） |
| 容量 | 属于文件系统，是文件系统就会有上限，单个netapp ontap文件系统最大20PB | 不是文件系统，没有限制，只会收到实际磁盘裸容量限制，可以理解为单个bucket大小无限制 |
| 软硬件成本 | 一个集群提供1pb成本是1000多w | 一个集群提供1pb成本只有150多w |
| 可靠性 | NAS后期的扩容成本高;一般的NAS没有高可用配置，容易形成单点故障 | 数据可靠性大于十个9，也就是99.999999999% |
| 性能 | 采用了树形结构对所有文件和目录进行管理，当文件或目录过多时，文件或目录的检索性能就会极大下降 | 只有目录和对象两层结构，这种扁平化的结构即使对象数量达到百亿级别，对象的检索速度依然不会有大的变化 |
| 集群 | NAS文档中提到NFS 协议本身并没有提供Atomic Append语义的支持，因此可能会出现写覆盖、交叉、串行等异常现象 | 无此类问题 |
| 租户 | 无租户概念 | 有租户功能，可以开放个租户管理员分配自己的桶，可以做容量配额，和租户控制策略，另外有丰富的权限控制，桶策略和用户组策略交叉控制，比nas的权限体系更直观和方便 |
