自托管服务分级管理制度：修订间差异
来自iSrv 百科
更多操作
创建页面，内容为“= 自托管服务分级管理制度 = == 概述 == 随着自托管服务数量不断增加，运维精力有限。 为了合理分配时间和资源，对所有服务进行分级管理。 原则： - 越重要的服务，备份越频繁。 - 越难恢复的服务，文档越详细。 - 不重要的服务不投入过多精力。 == S级服务 == 数字资产核心。 数据不可再生。 包括： - WordPress - MediaWiki - Trilium - Vaultwarden - Immi…” |
无编辑摘要 |
||
| 第9行： | 第9行： | ||
原则： | 原则： | ||
* 越重要的服务，备份越频繁。 | |||
* 越难恢复的服务，文档越详细。 | |||
* 不重要的服务不投入过多精力。 | |||
== S级服务 == | == S级服务 == | ||
| 第21行： | 第21行： | ||
包括： | 包括： | ||
* WordPress | |||
* MediaWiki | |||
* Trilium | |||
* Vaultwarden | |||
* Immich | |||
要求： | 要求： | ||
* 每日备份 | |||
* 异地备份 | |||
* 定期恢复测试 | |||
* 建立完整运维文档 | |||
== A级服务 == | == A级服务 == | ||
| 第40行： | 第40行： | ||
包括： | 包括： | ||
* Astro Starlight | |||
要求： | 要求： | ||
* Git同步 | |||
* 每周备份 | |||
* 保存源码 | |||
== B级服务 == | == B级服务 == | ||
| 第54行： | 第54行： | ||
包括： | 包括： | ||
* Nextcloud | |||
* Alist | |||
要求： | 要求： | ||
* 保存配置 | |||
* 大版本升级前备份 | |||
== C级服务 == | == C级服务 == | ||
| 第68行： | 第68行： | ||
包括： | 包括： | ||
* WebDAV | |||
* 文件服务器 | |||
* Docker镜像代理 | |||
* 3x-ui | |||
要求： | 要求： | ||
* 保存配置文件 | |||
* 故障后直接重建 | |||
== D级服务 == | == D级服务 == | ||
2026年6月26日 (五) 00:03的最新版本
自托管服务分级管理制度
概述
随着自托管服务数量不断增加，运维精力有限。
为了合理分配时间和资源，对所有服务进行分级管理。
原则：
- 越重要的服务，备份越频繁。
- 越难恢复的服务，文档越详细。
- 不重要的服务不投入过多精力。
S级服务
数字资产核心。
数据不可再生。
包括：
- WordPress
- MediaWiki
- Trilium
- Vaultwarden
- Immich
要求：
- 每日备份
- 异地备份
- 定期恢复测试
- 建立完整运维文档
A级服务
重要但容易恢复。
包括：
- Astro Starlight
要求：
- Git同步
- 每周备份
- 保存源码
B级服务
工具类服务。
包括：
- Nextcloud
- Alist
要求：
- 保存配置
- 大版本升级前备份
C级服务
辅助服务。
包括：
- WebDAV
- 文件服务器
- Docker镜像代理
- 3x-ui
要求：
- 保存配置文件
- 故障后直接重建
D级服务
测试服务。
要求：
无需备份。