使用对象存储的上下文
Context of using Object Storage
有人可以给我一个可靠的用例示例（根据 performance/scalability/reliability）对象存储 FS 应该用于块存储 FS 吗？
我很困惑，因为 PM 希望我们在公司的项目中使用 MinIO，但没有说明为什么我们应该在没有明显优点的情况下使用它？
我已阅读以下帖子，但我认为这些帖子无法解决我的疑问。
What is Object storage really?
Difference between Object Storage And File Storage
块存储是传统的磁盘。在过去，您会走到计算机商店，购买具有特定存储量（例如 1TB）的硬盘驱动器，将其插入计算机，然后将其用于存储。如果 运行 磁盘 space 不足，您必须删除文件或购买额外的磁盘。
这种存储称为'Block Storage'，因为磁盘被分成许多块。操作系统负责管理每个块中存储的数据，并维护这些文件的目录。对于这些存储方法，您会看到诸如 FAT32 或 exFAT 之类的术语。
计算机期望有这种类型的直接附加磁盘存储。它是计算机保存其操作系统、应用程序、文件等的地方。它是您在 Windows 台计算机上看到的 C: 和 D: 驱动器。使用 Amazon EC2 等服务时，您可以使用 Amazon Elastic Block Store 服务 (Amazon EBS) 附加 Block Storage。即使存储是虚拟的（意味着您无需担心物理磁盘），您仍然需要指定磁盘的 size 因为它假装是传统磁盘驱动器.因此，您可以 运行 out of space 在这些磁盘上（但扩展它们的大小相当容易）。
接下来是网络附加存储。这是公司为员工提供的存储类型，他们可以将文档保存在网络上而不是本地磁盘（例如 H: 驱动器）。网络附加存储的美妙之处在于它看起来不像磁盘上的块——相反，计算机只是说“保存这个文件”或“打开这个文件”。请求通过网络到达 文件服务器 ，它负责将实际数据存储在磁盘上。这是一种更有效的数据存储方式，因为它是集中存储的，而不是存储在每个人的计算机上，而且更容易备份。但是，您的公司仍然需要有存储实际数据的磁盘驱动器。
然后是 对象存储，它在云中变得流行起来。您可以将文件存储在 Amazon S3（或与 S3 兼容的 MinIO）中，而不必担心硬盘和备份——它们是 'cloud' 的工作。您只需存储数据，而其他人会担心数据的存储方式。它通常通过即用即付的方式收费，因此您无需预先购买昂贵的硬盘，只需为使用的存储量付费。数据通常会在多个磁盘之间自动复制，因此它可以在磁盘驱动器甚至数据中心出现故障时幸免于难。您可以将基于云的块存储视为大小不受限制。 （它实际上不是无限的，但它就像它一样。）
像 S3 和 MinIO 这样的服务也不仅仅是简单地存储数据。他们可以通过 Internet 提供对象，而无需 运行 Web 服务器。他们可以拥有细粒度的权限来控制谁（和什么）可以访问数据。 Amazon S3 与其他 AWS 服务非常 'close'，因此可以非常快速地使用 Amazon EC2、Amazon EMR、Amazon RDS 等中的数据。甚至可以使用 Amazon Athena 等查询引擎，让您 运行 SQL 命令查询存储在 Amazon S3 中的数据，而无需将其加载到数据库中。您可以选择不同的 存储 类 以降低成本，同时牺牲访问速度（就像过去的磁带备份一样）。因此，将对象存储视为 'intelligent storage'，它比哑磁盘驱动器更强大。
底线： 计算机希望有 块存储 来启动和 运行 应用程序，但块存储不是管理大量数据存储的好方法。 云中的对象存储就像上传和下载数据一样简单，而不必担心如何存储数据以及如何管理数据——是云的工作。您可以花时间为公司增加价值，而不是管理磁盘驱动器上的存储。
有人可以给我一个可靠的用例示例（根据 performance/scalability/reliability）对象存储 FS 应该用于块存储 FS 吗？
我很困惑，因为 PM 希望我们在公司的项目中使用 MinIO，但没有说明为什么我们应该在没有明显优点的情况下使用它？
我已阅读以下帖子，但我认为这些帖子无法解决我的疑问。
What is Object storage really?
Difference between Object Storage And File Storage
块存储是传统的磁盘。在过去，您会走到计算机商店，购买具有特定存储量（例如 1TB）的硬盘驱动器，将其插入计算机，然后将其用于存储。如果 运行 磁盘 space 不足，您必须删除文件或购买额外的磁盘。
这种存储称为'Block Storage'，因为磁盘被分成许多块。操作系统负责管理每个块中存储的数据，并维护这些文件的目录。对于这些存储方法，您会看到诸如 FAT32 或 exFAT 之类的术语。
计算机期望有这种类型的直接附加磁盘存储。它是计算机保存其操作系统、应用程序、文件等的地方。它是您在 Windows 台计算机上看到的 C: 和 D: 驱动器。使用 Amazon EC2 等服务时，您可以使用 Amazon Elastic Block Store 服务 (Amazon EBS) 附加 Block Storage。即使存储是虚拟的（意味着您无需担心物理磁盘），您仍然需要指定磁盘的 size 因为它假装是传统磁盘驱动器.因此，您可以 运行 out of space 在这些磁盘上（但扩展它们的大小相当容易）。
接下来是网络附加存储。这是公司为员工提供的存储类型，他们可以将文档保存在网络上而不是本地磁盘（例如 H: 驱动器）。网络附加存储的美妙之处在于它看起来不像磁盘上的块——相反，计算机只是说“保存这个文件”或“打开这个文件”。请求通过网络到达 文件服务器 ，它负责将实际数据存储在磁盘上。这是一种更有效的数据存储方式，因为它是集中存储的，而不是存储在每个人的计算机上，而且更容易备份。但是，您的公司仍然需要有存储实际数据的磁盘驱动器。
然后是 对象存储，它在云中变得流行起来。您可以将文件存储在 Amazon S3（或与 S3 兼容的 MinIO）中，而不必担心硬盘和备份——它们是 'cloud' 的工作。您只需存储数据，而其他人会担心数据的存储方式。它通常通过即用即付的方式收费，因此您无需预先购买昂贵的硬盘，只需为使用的存储量付费。数据通常会在多个磁盘之间自动复制，因此它可以在磁盘驱动器甚至数据中心出现故障时幸免于难。您可以将基于云的块存储视为大小不受限制。 （它实际上不是无限的，但它就像它一样。）
像 S3 和 MinIO 这样的服务也不仅仅是简单地存储数据。他们可以通过 Internet 提供对象，而无需 运行 Web 服务器。他们可以拥有细粒度的权限来控制谁（和什么）可以访问数据。 Amazon S3 与其他 AWS 服务非常 'close'，因此可以非常快速地使用 Amazon EC2、Amazon EMR、Amazon RDS 等中的数据。甚至可以使用 Amazon Athena 等查询引擎，让您 运行 SQL 命令查询存储在 Amazon S3 中的数据，而无需将其加载到数据库中。您可以选择不同的 存储 类 以降低成本，同时牺牲访问速度（就像过去的磁带备份一样）。因此，将对象存储视为 'intelligent storage'，它比哑磁盘驱动器更强大。
底线： 计算机希望有 块存储 来启动和 运行 应用程序，但块存储不是管理大量数据存储的好方法。 云中的对象存储就像上传和下载数据一样简单，而不必担心如何存储数据以及如何管理数据——是云的工作。您可以花时间为公司增加价值，而不是管理磁盘驱动器上的存储。