任務調度系統（Task Scheduler / Job Scheduler）這種東西，看起來每家公司都有，用起來都差不多，但只要你認真去看一次原始碼，就會發現每個團隊的取捨都不一樣。

這篇文章不是要告訴你「任務調度是什麼」。網路上的科普文已經太多了。我要講的是：當我們真的坐下來要畫一張架構圖，每一個節點為什麼要這樣選。參考的影片是 s09g 的《system design — 任務調度系統》(約 29 分鐘)，我把裡面 12 個章節的取捨整理成一條線，並加上我自己做後端這些年的看法。

我們的場景先講清楚：假設要替一個內部系統（10k 工程師規模）做一個任務調度平台。

這篇文章整理自 s09g 頻道的《[系統設計 Mock] POS payment service》系統設計 mock interview。整支影片只有十分鐘,但資訊密度很高——它講的不是「POS 是什麼」這種白話文,而是面試官會一直追問的設計細節:三階段時序、跨系統一致性、Idempotency Key 的物理意義。如果你是後端工程師要準備 system design interview,這幾個點一定要搞懂。

一、POS 不是「一個 API 收錢」——先選變體

影片一開頭就把題目切成三個變體:

1. 全部在線變體(online-only):使...

支付系統設計：訂單、支付、對帳的一致性與冪等

這篇文章是看了 s09g 在 YouTube 上發的「system design — payment system」（19:47）之後的整理筆記。

我必須先承認一件事：我在寫金流的時候，第一次看這種題目也是先翻 Stripe 文件、把 SDK 串起來、看到 payment_intent.succeeded 就覺得「啊我會接金流了」。但 s09g 影片一開始就潑了一盆冷水——你沒有金融牌照，你拿什麼去划帳？

金流系統設計的本質，不是「怎麼呼叫 PSP」，而是「怎麼把一筆支付的事實記下來，並且保證它永遠對」。這才是後端工程師真正要扛...

從 sidecar 模式、Ingestion 架構到倒排索引，一次搞懂集中式日誌系統設計的面試重點

最近看了一支 s09g 的系統設計 Mock Interview，受面者設計「集中式日誌系統」，面試官在 45 分鐘內從 Clarify 一路 DeepDive 到查詢層，把每一層的設計決定都翻過一遍。這類「面試官逐點 feedback」的影片，對準備系統設計面試的人特別有價值——比起「如何設計一個 log system」的教學文，它揭露的是真正的 trade-off 與面試官在意什麼。

這篇整理影片裡面試官挑出的五個關鍵設計決定，包含他自己的「我會怎麼問」與「為什麼這樣...

即時聊天系統架構：從需求到容量估算的全景筆記

本文整理自一支系統設計教學影片，加上我自己的筆記與延伸觀點。當作 reference 寫，之後面試或真的要設計即時通訊服務的時候，可以直接回來查。

一、從需求開始：聊天系統到底要解決什麼

聊到聊天系統...