BBennettinblog.bennett1999.com00Lesson 26 : 系統韌性的守護者-限流、熔斷與背壓的設計模式Mar 26 · 2 min read · 當這幾個名詞出現後，代表我們進到了一個高併發/大流量的系統了。在這個章節中，我們一起來看看如何透過一些方式來避免高併發導致我們的系統crash掉。 限流(Rate Limiting) 相信大家對這個名詞並不陌生，限流其實就是字面上的含意，限制流量。 限流的目的是保護「接收方」，確保系統不會因為瞬間的高併發請求而癱瘓。 限流通常發生在 API Gateway 或服務的最前端。它像是一個夜店門口的保全Join discussion
BBennettinblog.bennett1999.com00Lesson 25: 淺談 單體架構、微服務架構與單/多租戶架構Mar 26 · 2 min read · 過去我們討論了 要把程式寫在哪、程式要怎麼拆的題目，接下來我們來看看「如何服務不同客戶」，這些架構反映了軟體開發在擴充性與複雜度之間的權衡。 軟體架構深度解析：從系統拆分到商業規模化 在軟體工程的演進中，架構的選擇往往是在「開發效率」、「系統擴充性」與「營運成本」之間尋求平衡。我們可以從兩個核心維度來觀察這些架構：系統如何運行（單體 vs. 分散式） 以及 如何服務客戶（單租戶 vs. 多租戶）。Join discussion
BBennettinblog.bennett1999.com00Lesson 24: 資料庫擴展術-讀寫分離、複寫機制與快取一致性挑戰Mar 25 · 2 min read · 為什麼要讀寫分離？ 大多數的 Web 應用都是 「讀多寫少」（例如：看文的人多，發文的人少,Heavy Read System）。當所有的請求都塞給同一台資料庫時，磁碟 I/O 和連線數會成為瓶頸。 Master (主庫)： 負責寫入 (Insert/Update/Delete)，確保數據一致性。 Slave (從庫)： 負責讀取 (Select)，可以有多個從庫來分擔讀取壓力。 為什麼讀Join discussion
BBennettinblog.bennett1999.com00面試經驗談 2025-2026Mar 23 · 2 min read · 從2025年3月開始，我陸陸續續參與了從新創到上市櫃公司的Senior - Tech Lead的相關面試，其中有不乏 尊重面試者、展現高度專業的企業(公司)，當然也有遇到幾場面試鬼故事，這篇文章主要分享我對於軟體工程師面試的方向分享，以及部分鬼故事，以此警惕自己不要成為這樣的面試官。 AI的洪流，改變了SWE的生態 LLM的發展確確實實的影響到了軟體工程師的生態。 過去受限於算力與資料規模，深度學Join discussion
BBennettinblog.bennett1999.com00Lesson 23: 系統的緩衝區-Queue 佇列與非同步處理 (Asynchronous)Mar 23 · 2 min read · 佇列 佇列的實作工具非常多，舉凡AWS SQS、RabbitMQ、Kafka…等。 佇列的特性，其實是一個非常強大的系統緩衝區，應用層面非常廣。 什麼是佇列？ 佇列可以想像成，在既有流程中外，有另一個”水管”，來連接原有的資料流(或邏輯過程)，其中 呼叫方將資料 推(Push)到水管中，接受方(監聽) 從水管中將資料拉(Pull)出處理 為什麼佇列是「強大的緩衝區」？ 在同步處理中，系統像是一Join discussion