还记得过往选择比较少的时候吗？要么就是NAS，要么就是SAN系统。但那样的日子已经一去不复返了，如今的存储管理人员们有许多存储格式选项可供选择，比如块、对象、文件和NAS，如果把目标定位到云端，那选择范围还可以继续扩大。
在选择最适合自身数据和工作流需求的格式时，正确的选择可能并不是你想象中的那个，但正确的选择对组织的整体成功至关重要。而一个糟糕的选择可能会导致数据和应用程序服务延迟、成本失控、扩展性缺失、管理框架的复杂化以及其他一系列的问题。以下，我们会深入研究以下其中的某些格式，以及其最适合的工作流。
块存储
第一种格式是历史悠久的块存储。它是指将数据存储的原始卷提供给服务器，通常来自通过FC、SAS或iSCS存储附加网络(SAN)进行访问。每个卷块可以作为一个单独的硬盘驱动器；可以将其想象为一个插在笔记本上的U盘，其只是一个外接的存储卷，供文件系统或数据库使用。
块存储的格式是单纯的1和0；没有可用于跟踪和可视化数据的文件系统或元数据；操作系统必须处理所有块的读/写。这个存储格式的优点在于良好的吞吐量性能、低延迟和高IOPS。通常来说，块存储最适合用于支持虚拟基础设施(虚拟机监控程序)和数据库，因为它的高性能特征。尽管块存储非常通用，但其缺乏描述数据的元数据功能和文件层面上的存储管理与分配的能力，这使得它不太适合那些以文件为中心的工作流。
文件存储
与块存储不同，基于文件的存储(NAS、文件系统、对象)的复杂性会低很多。由于块存储缺乏高级的数据组织功能，因而对其的管理较为复杂，而NAS系统，简单来说，可被视为是连接在网络上的驱动器一样，它在存储和管理文件的方面表现更佳。基于文件的存储在主目录和主流IT文件共享中是常见的，这是因为其能够轻松实现跨网络的文件共享，且具备良好的扩展性能。
基于文件的存储在数据密集型工作流中的受关注度正在逐渐升高，例如在M&E、能源以及科学研究领域的应用。这主要是因为数据的此类数据的访问多需要以文件的形式，而不是以块或1和0的形式进行。这也有助于基于文件的存储可以从昂贵的光纤通道解放出来，转移到高性能、低成本的100Gbe网络。基于文件的存储在扩展性、共享性和总体拥有成本结构方面的优势，使其在以文件为中心的工作流中占据着主流的地位。
对象存储
这一“年轻”的存储格式正在向文件存储世界发起一场价格战，而且对象存储技术是非常适合我们现在所生活的数据密集、信息互联的社会大环境。
在亚马逊S3和Glacier的推广下，对象存储正在迅速成为诸多行业的标准选择，比如科学应用程序中需要存储的大量非结构化数据、互联网行业中海量的音乐或照片保存、基因组研究数据、自动驾驶车辆的工作流的AI/ML数据等等的存储需求。那么，是什么让对象存储看上去这么与众不同呢？首先，它内核概念非常简单：将数据作为具有丰富的、可搜索的元数据和惟一ID号的对象，来进行转变和交付。
与在目录和文件树中完成组织工作的文件存储不同，对象可被放置在大规模、扁平化、高度持久和可用的存储桶或存储池中，这样的容器可以布置在本地、云端、或者是跨越式地进行分布。每个对象中的元数据非常关键，因为正是基于它，应用程序和用户才能够针对非常大规模的非结构化数据存储库，进行快速的搜索和运行分析。对象存储在本质上也是非常安全的——通过纠删码技术，对象存储可以实现非常高的数据持久性，通常超过10-15个9。这基本意味着，一旦一个对象被创建，它就会永远地存在。这使得对象存储非常适合备份或归档任务，成为达成数据无损化保存的一套关键组件。最后，从财务的角度出发，上述技术名词基本可被视为是性价比一词的同义替换，除了历史悠久却不失风华的磁带存储之外，对象存储是你可以部署的成本最低的存储解决方案之一。
何种存储格式符合您的需求？
正如您在下方的图表和上述的段落中可以看到，存储的部署有着许多不同的方法，并且每种方法对于不同的实际用例都有着独特的优势。专注数据库类型——结构化应用程序的性能？可考虑块存储；大规模的用户共享文件？NAS可能更为合适；为攻克某种罕见病或开发陆空两用的自动驾驶工具而建立一套数据存储库？对象存储很可能才是正途。毕竟并不是所有的存储都是平等创建的，您的数据中心可能需要整合不同解决方案来满足您的具体需求。
