Toil 是那種「手動、重複、可自動化、隨規模線性成長、又沒有長期價值」的維運雜活。它不會把系統變更好，只會吃掉你本該拿去做工程的時間。SRE 的核心紀律之一，就是把 toil 量出來並系統性消滅它。
🧠 Intuition
TIP
判斷一件事是不是 toil，問五題：手動嗎？重複嗎？可自動化嗎？沒有持久價值嗎？會隨服務規模線性長嗎？越多「是」，越是該被自動化掉的 toil。
- Toil ≠ 所有「不好玩的工作」。開會、規劃、招募是 overhead，不是 toil。
- 危害是線性成長：toil 隨流量/機器數等比膨脹，終會吃光團隊，讓人沒空做能根治問題的工程。
- SRE 常設「toil 上限」（如 ≤ 50% 時間），超標就把人力轉去自動化，止住惡性循環。
⚖️ Tradeoffs
忍著手動做 — 短期划算的陷阱
- 「這次手動比寫腳本快」單看一次成立，但 toil 會反覆發生、隨規模放大。
- 累積效應：團隊被值班與救火填滿 → 沒空做自動化 → toil 更多，越陷越深。
量化並系統性消除 — SRE 紀律
- 先量（toil 佔多少工時、哪些任務最痛）→ 設上限 → 投入自動化、自癒、self-service。
- 不是什麼都自動化：用「自動化成本 vs. 省下的累積 toil」排序，先打高頻高痛的。
- 代價：自動化本身要維護（可能製造新 toil）；要留意過度工程，別為了極少發生的雜活寫複雜系統。
🔑 Takeaways
- Toil＝手動、重複、可自動化、無持久價值、隨規模線性成長的維運雜活。
- 真正的危害是線性膨脹會吃光團隊；設 toil 上限，超標就轉做自動化。
- 先量化再消除，用「成本 vs. 累積 toil」排序；當心自動化自身的維護成本與過度工程。
No notes yet — jot your takeaways or Q&A here.