我最近因為想要練習寫文章，所以找了幾個部落格內容管理系統，最後選定使用 Grav 當作部落格網站。

1. 檢查與更新 VM 環境

我這邊選 Linode 因為本身喜歡簡單容易操作的介面，架設這個選最便宜的方案 1 CPU。

在購買 VM 後，SSH 進去的第一件事情就是檢查 VM 環境：

$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 20.04.6 LTS
Release:        20.04
Co...

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

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

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

WinkHosting 上個月丟了一篇 Server Monitoring with PHP and Bash Scripts，標題一看就是「自己蓋」的派別：被監控端跑一支 Bash，metrics 寫成檔案，curl 丟到中央的 PHP 端點，PHP 把檔案存進 /files。作者 Camilo 自己也在文末補了一句「presentation of information 留給你想像」 — 等於交了一半的解。

這種輕量做法其實很對我的胃口。我手上管的機器不多，但又不想被 SaaS monitor 鎖住資料。所以這篇不是照翻，是把原文照著走一遍，再加...

這篇文章整理自 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 與面試官在意什麼。

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