"Isolation"
- Sandbox
把程式跑在受限制環境的隔離技術、限制檔案 / 網路 / 系統呼叫權限、是 tool use 跟 MCP server 副作用控制的基礎
- Bulkhead 隔離
不同工作負載的資源池隔離 — 一個功能過載不拖垮其他功能的隔艙設計
- 共用主機的資源競爭：容量估算、故障範圍、隔離層級與監控的位置
多個服務、資料庫與監控放在同一台主機（或同一台實體機上的多台虛擬機）時，資源競爭在容量估算、故障範圍、隔離的做法與監控的位置上各自要考慮什麼：共用發生在哪些層、量到的數字什麼時候能互相比較、哪些服務適合放在一起、從同機加限制到專用實體機的隔離層級與各層的觸發條件
- CockroachDB Transaction Retry Pattern：serializable default 與 application contract 重塑
CockroachDB default SERIALIZABLE、application 必須包 retry loop 處理 40001 serialization_failure。本文走 PG → CockroachDB application contract 重塑、SAVEPOINT cockroach_restart 語法，以及 retry storm、retry loop 裡的副作用重複執行、cross-statement state、hot row、改 READ COMMITTED 後的業務語意、long-running transaction、distributed deadlock 等失敗模式；retry pattern 取自 Cockroach Labs 官方文件，不是案例揭露
- LLM 多租戶推論隔離
production LLM 服務的多租戶隔離：KV cache 不共享、log / model artifact 隔離、跨用戶 prompt 洩漏面
- 7.44 多租戶平台的隔離層級：資料存放、建置管線、營運後台、資料庫管理與備份的權限範圍，跨租戶資料整合，以及事故報告要交代的隔離資訊
一個平台把多個客戶放上同一套系統之後，資料存放可以分到多細、建置管線與營運後台這類共用元件的權限怎麼限縮，每一種做法的成本與一個元件被入侵時碰得到的租戶數，跨租戶的資料整合有哪些形態，以及出事之後報告要交代哪幾道隔離有沒有擋住
- Noisy Neighbor（共用資源的鄰居干擾）
服務沒有改動、自己的用量也不高卻整體變慢，或者同一台主機、同一台實體機上的其他工作負載一忙就跟著慢時，查共用資源的競爭從哪裡來、為什麼服務自己的監控看不到，以及隔離由淺到深有哪些做法
- cgroup（控制群組）
設定容器的 CPU 與記憶體上限、讀 cAdvisor 的指標、或查容器為什麼被暫停與結束時，查 cgroup 是什麼、v1 與 v2 的差別，以及 Docker 與 Kubernetes 的參數各自對應到它的哪個控制檔