DevOps行业黑话
Toil
Toil · 那些本该自动化却还在手动做的苦活
SRE可观测性
TOIL
- 定义
- Toil是DevOps领域的行业黑话。Toil 是 Google SRE 体系中的核心概念——指那些重复性的、手动的、没有持久价值的运维工作。
最后更新：2026-03-18
什么是Toil？
Toil 是 Google SRE 体系中的核心概念——指那些重复性的、手动的、没有持久价值的运维工作。SRE 的核心目标之一就是将 Toil 控制在工作时间的 50% 以下。
- Google SRE 的核心概念
- 特征：手动、重复、可自动化、无持久价值
- SRE 目标：Toil < 50% 工作时间
Toil详解
Toil 在 Google SRE 体系中有严格定义：手动的、重复的、可自动化的、战术性的（而非战略性的）、没有持久价值的工作。典型的 Toil 包括：手动重启服务、手动扩容、手动处理告警、手动执行部署。SRE 的核心使命之一就是通过自动化消除 Toil，将工程师的时间释放出来做更有价值的工作。Google 要求 SRE 团队将 Toil 控制在 50% 以下，剩余时间用于工程项目。
Toil怎么用？
Toil
本该自动化却还在手动做的重复性苦活
Toil 是 Google SRE 体系中的核心概念，指重复性的、手动的、可自动化但尚未自动化的运维工作，SRE 的目标是持续消除 Toil。
译：重复性的、手动的、可自动化的运维工作
真实语境对话示例
SRE
每周花 4 小时手动检查证书过期，这就是典型的 Toil，应该自动化
运维工程师
我 80% 的时间都在处理 Toil，根本没时间做改进项目
SRE 经理
如果团队的 Toil 超过 50%，说明自动化投入不够，需要调整优先级
说人话
重复性的、手动的、可自动化的运维工作
关于Toil的常见问题
- Toil 的定义是什么
- 手动的、重复的、可自动化的、没有持久价值的运维工作，SRE 的核心目标之一就是消除 Toil。
- 怎么减少 Toil
- 自动化重复操作、自愈系统、改进工具链、消除手动审批流程，Google 建议 Toil 占比不超过 50%。