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