iT邦幫忙

system design相關文章
共有 36 則文章
鐵人賽 AI Engineering DAY 16

技術 Day 16|Skill:把流程寫成一份可以維護的檔案

Day 15 定義了五個角色——誰來做。這一篇講怎麼做:那些反覆執行的流程,被寫成一份一份的 Skill 檔案。 第三代我保留了 Spec Kit 的骨架,...

鐵人賽 Software Development DAY 10

技術 Day 10 Media Pipeline 上傳一張圖片,中間發生了什麼事?

昨天把 CDN 接上了 PokeThreads,圖片跟影片不再經過 Application Server,直接由 CDN 搭配 Object Storage 提...

鐵人賽 AI Engineering DAY 15

技術 Day 15|Frontend、API、QA、Security、Documentation:agent 角色定義

六月底那一天,我把需求文件裡的 11 項分完類、安排執行順序後,回頭想,指揮中心能把工作分批、判斷誰跟誰能平行做,是使用我定義好的 Agent —— Front...

鐵人賽 Software Development DAY 9

技術 Day 9 運用 CDN 處理多媒體素材

前面幾天,PokeThreads 的架構已經逐漸長成分散式系統的樣子,但焦點始終放在文字貼文要怎麼被處理跟讀取,現在想加入一個很自然的新功能:讓使用者也能上傳圖...

鐵人賽 AI Engineering DAY 14

技術 Day 14|六月底那一週:一條流程,只做一個功能,這樣可以如何加速

六月底的一天,我開始陸續調整畫面,那次在一份需求文件上一次列了11個要調整的地方項目。多數是文字調整或小 bug:欄位文字要改、某個預設值該拿掉、確認頁該顯示姓...

鐵人賽 Software Development DAY 8

技術 Day 8 Cache 讓你不用每次都要讀 Database

目前 PokeThreads 的架構已經有多台 Server 和 Primary / Replica Database: Read 壓力被 Replica 分...

鐵人賽 Software Development DAY 7

技術 Day 7 一顆 Database 不夠用:Database Replication

前幾天把 Application Server 從一台變成多台,也把 Session 從 Server Memory 搬到共用的 Session Store:...

鐵人賽 AI Engineering DAY 12

技術 Day 12|Step 7:加上資安審查步驟

Day 11 我把功能驗收寫成 Scenario,讓 LLM 透過 Playwright MCP 依照前置條件操作頁面。Scenario 確認的是:使用者依既定...

鐵人賽 Software Development DAY 6

技術 Day 6 Session 要放哪?

昨天我們把 Application Server 從一台擴展成多台,靠 Load Balancer 分攤流量: 這解決了單台 Server 的容量問題,但當時...

鐵人賽 Software Development DAY 5

技術 Day 5 一台 Server 不夠用:Vertical Scaling vs Horizontal Scaling

這幾天我們把最陽春的 PokeThreads 做出來了,也解決了 Feed 該回傳什麼內容的問題,但整個架構其實還停留在最原始的狀態: 瀏覽器 -> Se...

鐵人賽 Software Development DAY 4

技術 Day 4 REST vs GraphQL:前後端到底該怎麼聊天?

昨天把 Feed 的核心邏輯做出來了,GET /feed 已經能正確回傳 Pikachu 追蹤的人發的貼文,但那時候刻意跳過了一個問題:這支 API 到底該回傳...

鐵人賽 Software Development DAY 3

技術 Day 3 Feed 怎麼產生?

昨天做出了最陽春的 PokeThreads,但故意跳過了一個問題: GET /feed 這支 API 收到 Request 之後,到底該回傳哪些貼文? Fee...

鐵人賽 Software Development DAY 2

技術 Day 2 設計最簡單的社群網站

上一篇估算出來的流量其實非常小,每秒寫入大概 1~2 次、讀取大概 100 多次,這種規模不需要任何花俏的架構,先做出一個 「堪用」 的版本就好。 這也是這個系...

鐵人賽 Software Development DAY 1

技術 Day 1 什麼是軟體系統設計?

這系列文章想陪大家一起做一件事:從零開始設計一個名為 PokeThreads 的社群平台(參考自 Meta 的 Threads),並且讓它隨著使用者變多、流量變...

技術 你可能高估 AI Agent 了:先搞懂它,再談 Agent Systems

為什麼現在大家都在談 AI Agent? 這兩年,AI Agent 幾乎變成生成式 AI 世界裡最熱門的詞之一,但越熱門的詞,往往也越容易被混用,有些人說 A...

技術 [閱讀紀錄-系統設計] 天馬行空限制器,定義功能性需求與非功能性需求

功能性需求(Funtional Requirements) 描述各種系統該做的事,如系統該提供使用者查詢影片(Youtube),提供使用者建立文章(IT邦)。...

技術 System Design Interview Ch 12 Digital Wallet

完整內容,請至幹話王 System Design Interview Ch 12 Digital Wallet 本文內容的章節是來自內行人才知道的系統設計面試指...

鐵人賽 Cloud Native DAY 20

技術 Gthulhu API Server Design

如果覺得文章對你有所啟發,可以考慮用 🌟 支持 Gthulhu 專案,短期目標是集齊 300 個 🌟 藉此被 CNCF Landscape 採納 [ref]。...

技術 [閱讀紀錄-系統設計] 何謂系統設計

目的 沒有正確答案,只有因需求、限制與溝通對象達成共識而產生的可行產物。 面對問題、拆分問題、給出可行架構 針對瓶頸與需求,優化架構元件 始終考慮Scalab...

鐵人賽 Cloud Native DAY 1

技術 Go 語言搶票煉金術 Day1 -工程師的價值,是將程式碼煉成金礦

Go 語言搶票煉金術 Day1 -工程師的價值,是將程式碼煉成金礦 在開始之前,想先問一個問題: 我們為什麼不稱之為「Go 語言搶票程式設計」,而要用 煉金術...

鐵人賽 自我挑戰組 DAY 8
前端系統設計 系列 第 8

技術 [Day 8] New feeds - Architecture

接著我們就來談到 RADIO framework 的 Architecture,也就是 決定關鍵的 component 與他們之間如何作用   Archit...

鐵人賽 自我挑戰組 DAY 7
前端系統設計 系列 第 7

技術 [Day 7] 訊息流 (New Feeds) - 1 - 需求探索

前言 進入到正式的系統設計問題,我們首先就以 New Feeds (訊息流)做例子   所謂的訊息流 (New Feeds),就如上述 X(前 twitter...

鐵人賽 自我挑戰組 DAY 6
前端系統設計 系列 第 6

技術 [Day 6] 系統設計指南懶人包

RADIO framework RADIO REQUIREMENT exploration:徹底的了解需求,藉由問題釐清題目的範圍 ARCHITECT...

鐵人賽 自我挑戰組 DAY 5
前端系統設計 系列 第 5

技術 [Day 5] BRIJIS - 系統設計常見錯誤

以下是 System design 時,常犯的錯誤 1. 馬上回答問題 Jumping into answering the question immedia...

鐵人賽 自我挑戰組 DAY 4
前端系統設計 系列 第 4

技術 [Day4] PACE UP !! 系統設計的評估維度

前言 在面試中,面試官會嘗試去找出面試者所散發出的 signals,藉此決定 "是否要 Hire" & "最終評等&quo...

鐵人賽 自我挑戰組 DAY 3
前端系統設計 系列 第 3

技術 [Day3] 系統設計的模板 - RADIO framework

前言 我們在做系統設計或系統設計的面試中,常常會有一些固定的步驟,像是討論需求、設計架構、設計 API 等步驟,GreatFrontEnd 的開發者幫我們整理了...

鐵人賽 自我挑戰組 DAY 2
前端系統設計 系列 第 2

技術 [Day2] 前端系統設計題目類型

分類 Frontend system design 分為兩種: Applications UI component   Application 因為 Web...

鐵人賽 自我挑戰組 DAY 1
前端系統設計 系列 第 1

技術 [Day 1] 什麼是前端系統設計?

什麼是系統設計? 我們在工作和生活上,有大大小小不同的情境和需求,當問題單純時,我們可以靠直覺性的反應來解決。 但當問題開始變得複雜時,不再只能靠直覺反應解決問...

鐵人賽 Kubernetes DAY 25

技術 [Day 25] Sidecar Design Pattern for Microservices

在現代微服務架構中,Sidecar 設計模式是一個非常重要的概念。 這種模式有助於解決微服務系統中的許多挑戰,尤其是關於服務的管理和功能擴展。 特點 side...

鐵人賽 Software Development DAY 2

技術 [Day 2] 介紹一些指標

(由於平台不支援 LaTex, 下面用日常寫法替代) 在開始之前, 我們需要先對一些指標 (或是數字) 有敏感度希望閱讀在本文之後, 我們都能夠回答下面的問題...