演示文稿Slides
Master grid母版网格
页眉、标题与页脚每页同位,翻页时画面不跳动。
标题首行落在基线上The first line of every title sits on the baseline
正文不小于 28 px,本母版使用 32 px。Body type is 28 px or larger; this master uses 32 px.
每页不超过 6 条要点,每条不超过 2 行。Six bullets at most, two lines each.
数字带单位,并注明来源与统计日期。Numbers carry a unit, a source and a date.
字号
以 1920 × 1080 计 · 1u = 10.8 px| 角色 | 字体 | 字号 | u |
|---|---|---|---|
| 封面标题 | Archivo 125% · ExtraBold | 151 px | 14u |
| 章节编号 | Archivo 125% · ExtraBold | 432 px | 40u |
| 陈述句 | Archivo 125% · 中文黑体 Bold | 162–173 px | 15–16u |
| 页面标题 | Archivo 112% · Bold;中文黑体 Bold | 70 px | 6.5u |
| 小标题 | Archivo 112% · Bold | 46 px | 4.25u |
| 正文 | Geist · Regular / Medium | 32 px,不小于 28 px | 3u |
| 代码 | Geist Mono · Regular | 30 px | 2.75u |
| 标签、页脚、来源行 | Geist Mono · Medium · 大写 | 22 px | 2u |
Layouts版式
按一场完整演讲的顺序排列,页码与议程一致。
全屏演示全部 18 页
← → 或空格翻页 · Esc 退出
RustFS 1.0
面向 AI 时代的对象存储Object storage for the AI era
RustFS 1.0
面向 AI 时代的对象存储Object storage for the AI era
议程Agenda
4 个部分parts · 18 页slides- 01背景Context对象存储面临的变化与 RustFS 的定位What is changing in object storage, and where RustFS fits页pp. 05–07
- 02能力与采用Capabilities纠删码、位腐烂保护、自愈与社区规模Erasure coding, bitrot protection, healing and adoption页pp. 08–10
- 03架构与部署Architecture从 S3 请求到磁盘,以及三条命令完成部署From S3 request to drive, and a three-command deployment页pp. 11–13
- 04原则与路线Principles & roadmap设计原则、里程碑与团队Design principles, milestones and the team页pp. 14–17
背景Context
对象存储面临的变化与 RustFS 的定位What is changing in object storage, and where RustFS fits
页pp. 05–07AI 时代的基建,
从每一个字节算起。AI infrastructure,
accounted for byte by byte.
单机起步,按池扩展Start on one machine, grow by pools
- 单节点、单块盘即可启动,适用于开发与边缘场景。One node, one drive: enough for development and the edge.
- 生产部署将数据块与校验块分布到多节点、多块盘。Production spreads data and parity across many drives.
- 新增服务器池即可扩容;已有数据保留在原池中。Add server pools to grow; existing data stays where it is.
- 兼容 S3 的 API 可直接接入现有 SDK 与命令行工具。The S3-compatible API works with existing SDKs and CLIs.
数据持续增长,掌控不能减少Data keeps growing; control must not shrink
数据保持完整的三重机制Three mechanisms keep data whole
纠删码Erasure coding
对象被切分为 k 个数据块与 m 个校验块,写入纠删集中的不同磁盘。任意 m 块盘故障,数据仍可读取。Each object is split into k data and m parity shards on separate drives of an erasure set. Data stays readable with any m drives lost.
位腐烂保护Bitrot protection
每个分片写入时计算校验和,读取时重新校验。静默损坏的分片会被识别,不作为正确数据返回。Every shard is checksummed on write and verified on read. A silently corrupted shard is detected and never served as good data.
自愈Healing
磁盘更换或分片损坏后,后台修复从其余分片重建缺失的数据,无需人工逐个恢复对象。After a drive is replaced or a shard is damaged, background healing rebuilds the missing data from the remaining shards.
社区与采用Community and adoption
- 34,869
- GitHub StarsGitHub Stars
- 15.15M
- Docker 拉取 · 15,154,618Docker pulls · 15,154,618
- 7,094
- 代码提交Commits
数据来源:RustFS 官方网站。统计日期:2026-10-14。Source: the official RustFS website. As of 2026-10-14.
读取吞吐量随对象大小变化Read throughput by object size
示例数据,仅用于展示版式。正式图表须注明硬件、版本、并发数与测试日期。Sample data, for layout only. Real charts state hardware, versions, concurrency and test date.
从 S3 请求到磁盘From S3 request to drive
三条命令
运行 RustFSRun RustFS in three commands
- S3 API
- localhost:9000
- 控制台Console
- localhost:9001
- 容器以 UID 10001 运行,数据与日志目录须对该用户可写。The container runs as UID 10001; the data and log directories must be writable by that user.
# 数据目录须对 UID 10001 可写# data dirs must be writable by UID 10001 $ mkdir -p data logs $ chown -R 10001:10001 data logs $ docker run -d -p 9000:9000 -p 9001:9001 \ -v $(pwd)/data:/data \ -v $(pwd)/logs:/logs \ rustfs/rustfs:latest # S3 API http://localhost:9000 # Console http://localhost:9001
选型对照:只比可验证的事实Comparison: verifiable facts only
仅列可核实的类别。具体产品的对应信息以其官方文档为准。Only verifiable categories are listed. For a specific product, refer to its official documentation.
RustFS 设计原则RustFS design principles精确胜过响亮。Exact over loud.
用真实数字代替形容词。数字须标注单位、来源与统计日期;
性能数据只使用同环境实测,并注明测试条件。Replace adjectives with real numbers. Every figure carries a unit, a source and a date; performance figures come only from like-for-like runs, with the conditions stated.
里程碑Milestones
演讲者与团队Speakers and team
谢谢Thank you
演讲者姓名 · 邮箱或社交账号Speaker name · email or handle
PowerPoint & Keynote在 PowerPoint 与 Keynote 中搭建
文稿须从与本页一致的母版新建,不得从旧文稿复制页面。
字体
SIL Open Font License 1.1| 用途 | 字体 | 获取 | 替代字体 |
|---|---|---|---|
| 封面、章节编号、陈述句 | Archivo Expanded · ExtraBold | Google Fonts · OFL | Arial Bold |
| 页面标题、小标题 | Archivo SemiExpanded · Bold | Google Fonts · OFL | Arial Bold |
| 正文 | Geist · Regular / Medium | Google Fonts · OFL | Arial |
| 标签、数据、代码 | Geist Mono · Regular / Medium | Google Fonts · OFL | Consolas |
| 中文 | HarmonyOS Sans SC 或思源黑体 Source Han Sans SC | HarmonyOS 官网 · 思源黑体 OFL | 微软雅黑 |
主题颜色
PowerPoint:设计 → 变体 → 颜色 → 自定义颜色尺寸、参考线与字号换算
PowerPoint 宽屏:1 pt = 2 px| 项目 | 模板(px) | Keynote | PowerPoint |
|---|---|---|---|
| 幻灯片尺寸 | 1920 × 1080 | 宽屏 1920 × 1080 | 13.333 × 7.5 in · 33.867 × 19.05 cm |
| 边距参考线 | 96 | 96 pt | 0.667 in · 1.693 cm |
| 12 栏 · 栏宽 / 栏距 | 122 / 24 | 122 / 24 pt | 0.847 / 0.167 in |
| 标题区顶部 | 216 | 216 pt | 1.5 in · 3.81 cm |
| 封面标题 | 151 | 151 pt | 76 pt |
| 页面标题 | 70 | 70 pt | 35 pt |
| 小标题 | 46 | 46 pt | 23 pt |
| 正文(最小值) | 32 (28) | 32 (28) pt | 16 (14) pt |
| 标签、页脚、来源行 | 22 | 22 pt | 11 pt |
母版版式
版式名称统一使用英文| 母版版式名称 | PowerPoint 基础版式 | 占位符 |
|---|---|---|
| 01 Cover – Ink | 标题幻灯片 | 标题、副标题、演讲者、活动、日期 |
| 02 Cover – Signal | 标题幻灯片 | 标题、副标题、演讲者、活动、日期 |
| 03 Agenda | 标题和内容 | 标题、编号列表 |
| 04 Section | 节标题 | 编号、章节名、说明 |
| 05 Statement | 仅标题 | 陈述句 |
| 06 Title + Bullets + Visual | 两栏内容 | 标题、要点(7 栏)、图(5 栏) |
| 07 Two Columns | 比较 | 标题、两栏标题、两栏正文 |
| 08 Three Features | 仅标题 | 标题、3 组图标与正文 |
| 09 Big Numbers | 仅标题 | 标题、主数字、3 个次要数字、来源行 |
| 10 Chart | 标题和内容 | 标题、图表、来源行 |
| 11 Diagram | 仅标题 | 标题、图示区域 |
| 12 Code | 两栏内容 | 标题、说明、代码框(等宽) |
| 13 Table | 标题和内容 | 标题、表格、来源行 |
| 14 Quote | 仅标题 | 引文、说明、出处 |
| 15 Timeline | 仅标题 | 标题、4 个节点 |
| 16 Speakers | 仅标题 | 标题、4 个图片占位符与文本 |
| 17 Picture + Caption | 图片与标题 | 图片(8 栏)、图号、标题、说明 |
| 18 Closing | 空白 | 致谢、联系方式、二维码、链接 |
导出与交付
- PDF:导出后在文档属性中确认全部字体已嵌入。
- PPTX:开启「将字体嵌入文件」,嵌入所有字符。
- Keynote 文件不含字体:交付 PDF,或先确认对方已安装。
- 页码字段无法生成「07 / 18」时,定稿后统一手填。
Do & Don't演示前检查
可容忍任意 2 块盘故障
- 纠删码、位腐烂保护、自愈、版本控制、对象锁定、复制、生命周期与分层存储……
- 纠删码、位腐烂保护、自愈、版本控制、对象锁定、复制、生命周期与分层存储……
- 纠删码、位腐烂保护、自愈、版本控制、对象锁定、复制、生命周期与分层存储……
- 纠删码、位腐烂保护、自愈、版本控制、对象锁定、复制、生命周期与分层存储……
- 纠删码、位腐烂保护、自愈、版本控制、对象锁定、复制、生命周期与分层存储……
- 纠删码、位腐烂保护、自愈、版本控制、对象锁定、复制、生命周期与分层存储……
- 纠删码、位腐烂保护、自愈、版本控制、对象锁定、复制、生命周期与分层存储……
- 纠删码、位腐烂保护、自愈、版本控制、对象锁定、复制、生命周期与分层存储……
- 纠删码、位腐烂保护、自愈、版本控制、对象锁定、复制、生命周期与分层存储……
- 纠删码、位腐烂保护、自愈、版本控制、对象锁定、复制、生命周期与分层存储……
- 纠删码、位腐烂保护、自愈、版本控制、对象锁定、复制、生命周期与分层存储……