架構是一個動詞

我們總喜歡以為架構是從「問題」開始的。但很多時候，等到我們被找進來時， 早已有人選好了答案 —— 而真正的工作，變成了去理解那個被他們跳過的問題。

這道落差，正是這個部落格要談的。

架構不是一個名詞

長期以來，我們這個產業把架構當成名詞看待：一張圖、一份文件、一個在最初做完、 之後就一路捍衛的決策。但業務不會靜止不動到讓這種做法行得通。市場在變、團隊在重組、 沒有人能預料的限制也會冒出來。

所以我漸漸把架構想成一個動詞 —— 是你持續在做的事，而不是你「擁有」的東西。 真正有意思的問題從來不只是「什麼才是對的設計？」，而是「在周遭一切都在變化時， 我們如何持續、一起做出好的架構決策？」

社會技術的那一面

我遇過最難的問題，很少是純技術問題。曾有一位零售業客戶，來的時候堅信只要把一切容器化、 部署 Kubernetes，就能解決他們的維運痛點。而在那個充滿自信的處方底下，是一套二十年、 沒有人能完全搞懂的系統。

解法不是某項技術。而是和決策者一起做 impact mapping、和真正懂領域的人開一場 event storming 工作坊，並問一個看似簡單的問題：跟什麼相比？

這就是社會技術的視角。架構存在於人與人之間 —— 他們的語言、他們的誘因 —— 以及他們所打造的系統之間。

你會在這裡看到什麼

• 持續演進的架構 —— 隨時間持續做出並治理決策
• 領域驅動設計 —— Event Storming、Domain Storytelling、限界上下文
• 應用現代化 —— 演進既有系統，而不假裝它們是全新的綠地
• AWS 雲原生 —— 引擎室，讓這些想法真正得以出貨

以英文優先撰寫，並附上中文版。歡迎你。