S3 包容性是云原生应用的硬性要求。 MinIO 坚定不移地
坚持使用 API 并拥有数以万计的用户 - 包括商业用户和
社区 - MinIO 的 S3 实现是 世界上最广泛测试和实施的
替代 AWS S3。
MinIO 从一开始就将自己确立为 AWS S3 包容性的标准。 作为 S3 API(V2 和 V4)的最早采用者之一,也是唯一专注于 S3 的存储公司之一,MinIO 的庞大社区确保没有其他 AWS 替代方案更兼容。
S3 API 是云中事实上的标准,因此,AWS 的替代方案必须能够流畅地使用 API 以在不同环境(公共云、私有云、数据中心、多云、混合云和在 边缘。
实现多云和混合云兼容性只有一条途径,那就是 S3。 作为 RESTful API 标准,S3 彻底改变了应用程序、数据和基础架构之间的交互。 此外,容器化和 Kubernetes 编排的双重力量也是围绕 RESTful API 构建的,将 POSIX API 降级为遗留状态。
结果是 Kubernetes 原生、S3 兼容的对象存储和应用程序可以在任何地方运行 - 从各种公共云实例(MinIO 在 Google、Azure 和 AWS 上有近 100 万个部署)到私有 云(红帽 OpenShift,VMware Tanzu),到裸机。 通过利用先进的 S3 API 驱动的 ILM 技术,企业可以跨云和本地实例执行操作优化的实例 .
对 Microsoft Azure 的 S3 转换层感兴趣的客户 安装可以购买 MinIO Blob 存储网关 (S3 API) 来自 Azure Marketplace。
私有云是任何混合云架构的基本构建块。 这意味着,与公共云一样,S3 的包容性至关重要 - 无论是什么应用程序 - 从分析到人工制品再到归档。
使用 MinIO,S3 包容性完全独立于位置。 这意味着 MinIO 的裸机本地实例具有与公共云实例甚至边缘实例完全相同的 S3 包容性和性能。
云原生应用程序使用 S3 API 与对象存储进行通信。 但并非所有 S3 的包容性都是相同的——许多对象存储供应商只支持一小部分整体功能——这会导致应用程序失败。 其他人声称全面覆盖,但他们的专有软件或设备模型限制了这一声称,因为只有一小部分应用程序、硬件和软件经过测试。
MinIO 的独特之处在于其支持其 S3 兼容性声明的能力。 我们拥有数以万计的客户和开源用户,我们的 S3 API 兼容性在世界上得到了最广泛的测试和实施——涵盖了数百万种硬件、软件和应用程序组合。 MinIO 每周发布一次软件,S3 API 的任何缺陷都会立即由社区报告并由 MinIO 纠正。
有传言说,甚至 Amazon 也使用 MinIO 测试第三方 S3 兼容性。
对 S3 API 最全面的支持意味着应用程序可以在任何硬件、任何位置和任何云上利用存储在 MinIO 中的数据。 开发人员可以自由创新和迭代,并确信 MinIO 永远不会破坏版本。
MinIO 是世界上最快的对象存储。 再加上它的 S3 包容性,确保它可以运行业内最广泛的用例集。 这包括现代应用程序工作负载,例如 GitHub 和 GitLab 用于代码存储库、现代分析工作负载,例如 MongoDB, Clickhouse,MariaDB, CockroachDB 和 Teradata 到传统归档 、备份和灾难恢复用例。
MinIO 的性能特征,结合其 S3 包容性,使其成为 AI/ML 和数据科学工作负载的标准。 KubeFlow 和 TensorFlow 需要高性能的 S3 兼容对象存储,并且越来越多地首先为 MinIO 而设计,其次是 AWS 或其他云。 MinIO 为应用程序提供真正的多云对象存储和高效复制。 为 S3 API 编写的应用程序可以在任何地方运行,使开发人员能够在最好的云工具可用时快速创新。