一句话定位RustFS 是面向 AI 时代、从零原生打造的高性能分布式对象存储100% 兼容 S3 APIApache 2.0 协议底层用 Rust 构建可作为 MinIO 的 drop-in 替代方案。目录问题背景不是所有工具都懂 S3访问平面本来就是多协议的SFTP/FTPS 解决什么客户端怎么接边界与适用场景总结与下一步1. 问题背景不是所有工具都懂 S3很多团队把 RustFS 当 S3 用写代码走 AWS SDK脚本走aws s3或rclone这没问题。但总有一些老伙计只认 FTP/SFTP一台老 CI 机器上的发布脚本、FileZilla里手动拖文件的同事、某个只支持 SFTP 拉取产物的部署代理。为了它们去改 SDK、加一层 S3 网关成本不低。我遇到过最实际的一种情况一个数据入库流程上游只肯用 SFTP 把文件推过来让你给个 FTP 地址。这时候如果存储层能直接暴露 SFTP就不用再架一台 vsftpd 然后把文件二次搬进对象存储。RustFS 的访问平面从设计上就不止 S3 一个协议。2. 访问平面本来就是多协议的在 RustFS 的能力矩阵里访问平面本来就被定义为多协议接入Access plane:S3Multi-Protocol Access。除了主接口 S3官方在1.0.0-alpha.79的修补版本里明确加入了FTPS 与 SFTP支持README 也确认了原生的OpenStack Swift API 与 Keystone 认证。社区讨论里还提到 WebDAV、AMQP 事件通知等接入面。换句话说一个 RustFS 实例后面是同一份对象数据前面可以同时开着好几类协议入口应用按自己最顺手的方式连。3. SFTP/FTPS 解决什么S3 很强但它不是万能接口。下面几类场景SFTP/FTPS 比改 S3 SDK 更省事人肉传文件同事用 FileZilla 拖一个几百 MB 的数据包进来让他装 AWS CLI、配 endpoint、学aws s3 cp不如直接给个 SFTP 地址。遗留脚本/CI很多发布、入库、对账脚本当年就是按sftp put/lftp写的能不动就不动。合规传输FTPS 在 FTP 上加了 TLS满足一部分对传输加密有硬性要求的场景不用自己在前端再套一层。关键是同一份数据。通过 SFTP 传进来的文件S3 SDK 照样能读反过来 S3 写入的对象SFTP 客户端也能拉。不存在FTP 区和对象区两张皮。4. 客户端怎么接启用 SFTP/FTPS 后原本用 FTP/SFTP 的客户端几乎零改动把主机和密钥换成 RustFS 暴露的端点即可。下面是标准客户端用法端口以你的部署配置为准sftp-Psftp-portaccess_keyrustfs-hostlftp-uaccess_key,secret_keyftp://rustfs-host:ftps-port\-eput dataset.csv -o /bucket/dataset.csv; byecurl-Treport.pdf\ftp://rustfs-host:ftps-port/bucket/report.pdf\--useraccess_key:secret_key--ftp-ssl同一份数据S3 侧用aws-cli也能直接看到aws --endpoint-url http://rustfs-host:9000\--regionus-east-1 s3lss3://bucket/--recursive从 S3 应用、SFTP 客户端、FTPS 客户端到 Swift 应用连的是同一个 RustFS 访问平面落的是同一份对象。这正是多协议比多套存储省心的地方。5. 边界与适用场景把协议能力说清楚也把边界说清楚维度说明边界协议广度S3 / SFTP / FTPS / OpenStack SwiftKeystone具体启用方式与端口以官方文档/部署配置为准版本起点SFTP、FTPS 自 alpha.79 起提供老版本需升级到含该能力的版本数据一致性各协议看到同一份对象大文件传输建议校验大小/ETag安全FTPS 走 TLS 加密传输凭证仍走 RustFS 的 access/secret 体系几个判断原则新写的应用、能用 SDK 的优先 S3——工具链最全、生态最成熟。只认 FTP/SFTP 的遗留系统、人工传文件直接用 SFTP/FTPS别为它改架构。已有 OpenStack Swift / Keystone 体系的用原生 Swift 接口对接少一层适配。边界还有一条各协议共享同一套访问凭证与权限模型开 SFTP 不等于放松鉴权该上的强密钥和最小权限策略一样要上。6. 总结与下一步RustFS 的访问平面是多协议的S3 之外还能直接当 SFTP/FTPS 服务器用。对只认 FTP的遗留系统和人肉传文件场景这比架独立 FTP 再二次搬运干净得多——同一份对象多种入口。下一步可以直接做把 RustFS 升级到含 SFTP/FTPS 能力的版本alpha.79 及之后按官方文档在部署里启用对应协议端点拿一台只认 SFTP 的遗留机器做联通测试验证传进来的文件 S3 侧能读到给 SFTP/FTPS 访问单独配最小权限的 access key和 S3 主凭证分开。技术文档 RustFS 技术文档- 提供架构、安装指南和 API 参考。GitHub 仓库 GitHub 仓库 - 获取源代码、提交问题或贡献代码。社区支持 GitHub Discussions- 与开发者交流经验和解决方案。 RustFS 不只是 S3：用 SFTP/FTPS 把对象存储当文件服务器
一句话定位RustFS 是面向 AI 时代、从零原生打造的高性能分布式对象存储100% 兼容 S3 APIApache 2.0 协议底层用 Rust 构建可作为 MinIO 的 drop-in 替代方案。目录问题背景不是所有工具都懂 S3访问平面本来就是多协议的SFTP/FTPS 解决什么客户端怎么接边界与适用场景总结与下一步1. 问题背景不是所有工具都懂 S3很多团队把 RustFS 当 S3 用写代码走 AWS SDK脚本走aws s3或rclone这没问题。但总有一些老伙计只认 FTP/SFTP一台老 CI 机器上的发布脚本、FileZilla里手动拖文件的同事、某个只支持 SFTP 拉取产物的部署代理。为了它们去改 SDK、加一层 S3 网关成本不低。我遇到过最实际的一种情况一个数据入库流程上游只肯用 SFTP 把文件推过来让你给个 FTP 地址。这时候如果存储层能直接暴露 SFTP就不用再架一台 vsftpd 然后把文件二次搬进对象存储。RustFS 的访问平面从设计上就不止 S3 一个协议。2. 访问平面本来就是多协议的在 RustFS 的能力矩阵里访问平面本来就被定义为多协议接入Access plane:S3Multi-Protocol Access。除了主接口 S3官方在1.0.0-alpha.79的修补版本里明确加入了FTPS 与 SFTP支持README 也确认了原生的OpenStack Swift API 与 Keystone 认证。社区讨论里还提到 WebDAV、AMQP 事件通知等接入面。换句话说一个 RustFS 实例后面是同一份对象数据前面可以同时开着好几类协议入口应用按自己最顺手的方式连。3. SFTP/FTPS 解决什么S3 很强但它不是万能接口。下面几类场景SFTP/FTPS 比改 S3 SDK 更省事人肉传文件同事用 FileZilla 拖一个几百 MB 的数据包进来让他装 AWS CLI、配 endpoint、学aws s3 cp不如直接给个 SFTP 地址。遗留脚本/CI很多发布、入库、对账脚本当年就是按sftp put/lftp写的能不动就不动。合规传输FTPS 在 FTP 上加了 TLS满足一部分对传输加密有硬性要求的场景不用自己在前端再套一层。关键是同一份数据。通过 SFTP 传进来的文件S3 SDK 照样能读反过来 S3 写入的对象SFTP 客户端也能拉。不存在FTP 区和对象区两张皮。4. 客户端怎么接启用 SFTP/FTPS 后原本用 FTP/SFTP 的客户端几乎零改动把主机和密钥换成 RustFS 暴露的端点即可。下面是标准客户端用法端口以你的部署配置为准sftp-Psftp-portaccess_keyrustfs-hostlftp-uaccess_key,secret_keyftp://rustfs-host:ftps-port\-eput dataset.csv -o /bucket/dataset.csv; byecurl-Treport.pdf\ftp://rustfs-host:ftps-port/bucket/report.pdf\--useraccess_key:secret_key--ftp-ssl同一份数据S3 侧用aws-cli也能直接看到aws --endpoint-url http://rustfs-host:9000\--regionus-east-1 s3lss3://bucket/--recursive从 S3 应用、SFTP 客户端、FTPS 客户端到 Swift 应用连的是同一个 RustFS 访问平面落的是同一份对象。这正是多协议比多套存储省心的地方。5. 边界与适用场景把协议能力说清楚也把边界说清楚维度说明边界协议广度S3 / SFTP / FTPS / OpenStack SwiftKeystone具体启用方式与端口以官方文档/部署配置为准版本起点SFTP、FTPS 自 alpha.79 起提供老版本需升级到含该能力的版本数据一致性各协议看到同一份对象大文件传输建议校验大小/ETag安全FTPS 走 TLS 加密传输凭证仍走 RustFS 的 access/secret 体系几个判断原则新写的应用、能用 SDK 的优先 S3——工具链最全、生态最成熟。只认 FTP/SFTP 的遗留系统、人工传文件直接用 SFTP/FTPS别为它改架构。已有 OpenStack Swift / Keystone 体系的用原生 Swift 接口对接少一层适配。边界还有一条各协议共享同一套访问凭证与权限模型开 SFTP 不等于放松鉴权该上的强密钥和最小权限策略一样要上。6. 总结与下一步RustFS 的访问平面是多协议的S3 之外还能直接当 SFTP/FTPS 服务器用。对只认 FTP的遗留系统和人肉传文件场景这比架独立 FTP 再二次搬运干净得多——同一份对象多种入口。下一步可以直接做把 RustFS 升级到含 SFTP/FTPS 能力的版本alpha.79 及之后按官方文档在部署里启用对应协议端点拿一台只认 SFTP 的遗留机器做联通测试验证传进来的文件 S3 侧能读到给 SFTP/FTPS 访问单独配最小权限的 access key和 S3 主凭证分开。技术文档 RustFS 技术文档- 提供架构、安装指南和 API 参考。GitHub 仓库 GitHub 仓库 - 获取源代码、提交问题或贡献代码。社区支持 GitHub Discussions- 与开发者交流经验和解决方案。