iT邦幫忙

鐵人檔案

2026 iThome 鐵人賽
回列表
IT Operation

30 天建立架構思維 - From Blocks to Castle 系列

我們每天都在建置系統,卻很少有人教你如何培養架構師的思維。
我將用 30 天的時間, 透過我過往的經驗來分享架構師如何看待需求、風險、治理與企業目標開始,逐步建立系統化的思考方式,再透過 Cloud Adoption Framework 與 Well-Architected Framework 等方法,驗證架構是否兼顧安全性、可靠性、效能、成本與維運能力,來如何實現企業目標以及價值。
內容聚焦於可實踐的架構原則與決策思維,不受平台或環境限制,協助 IT 人員從「完成專案」走向「打造能支撐企業持續成長的架構」,讓其真正成為企業策略落地的重要基礎。

參賽天數 22 天 | 共 22 篇文章 | 7 人訂閱 訂閱系列文 RSS系列文
DAY 11

Day 11 - 從架構到原則:理解 Well-Architected Framework

Landing Zone 提供的是一份可以參考的架構範本,而 Well-Architected Framework 則說明了這份範本背後的設計思維。 為什...

2026-08-11 ‧ 由 Manch1kan 分享
DAY 12

Day 12 - 理解 Shared Responsibility:建立正確的責任邊界

雲端最大的改變,不是責任轉移,而是責任重新分工。 雲端改變的不只是技術,也改變了責任邊界 前面的章節介紹了架構設計的方法、平台能力以及架構品質,也逐步建立...

2026-08-12 ‧ 由 Manch1kan 分享
DAY 13

Day 13 - 架構師如何閱讀一張架構圖?

同一張架構圖,開發人員看到的是功能;架構師看到的是資料、關係,以及背後可能存在的風險。 一張架構圖,是架構分析的起點 在實務工作中,架構師每天面對的情境,...

2026-08-13 ‧ 由 Manch1kan 分享
DAY 14

Day 14 - 架構圖案例分析:從案例理解架構設計

一張架構圖,描述的不只是系統,更反映了設計者的思考方式。 架構分析先理解設計,而不是急著找問題 前一章提到,架構師閱讀架構圖時,關心的不只是圖上畫了哪些元...

2026-08-14 ‧ 由 Manch1kan 分享
DAY 15

Day 15 - 架構師如何從整體風險做出架構決策?

架構分析不只是找出風險,而是從信任、暴露、資產與可用性四個面向,判斷企業應該如何配置有限的資源。 從風險與需求出發,判斷架構該如何設計 前一章從架構圖開始...

2026-08-15 ‧ 由 Manch1kan 分享
DAY 16

Day 16 - 從架構分析走向設計決策

架構分析的目的,不只是理解系統如何運作、資料如何流動與風險如何分布,更是將這些分析結果轉化為後續的設計決策。 架構分析將理解轉化為設計決策 前面的章節介紹...

2026-08-16 ‧ 由 Manch1kan 分享
DAY 17

Day 17 - 架構師需要培養哪些能力?

架構設計從來不是單一技術的選擇,而是在不同需求與限制之間,做出最適合企業的決策。 一位架構師需要哪些能力? 架構師經常被認為是技術能力較強的工程師,但真正...

2026-08-17 ‧ 由 Manch1kan 分享
DAY 18

Day 18 - 為什麼企業需要參考國際框架?

國際框架最大的價值,除了做為企業的借鏡,也讓企業少走許多已經有人走過的彎路。 架構思考需要更多實務經驗支撐 前面章節談到,架構師需要具備技術底層能力、前瞻...

2026-08-18 ‧ 由 Manch1kan 分享
DAY 19

Day 19 - CIS Benchmark:從國際標準建立安全基準

安全基準不是憑經驗自行定義,而是以既有標準與實務經驗為依據,逐步形成企業一致且可落實的安全要求。 安全設定需要建立一致的基準 當企業開始建置新的系統時,經...

2026-08-19 ‧ 由 Manch1kan 分享
DAY 20

Day 20 - CIS Benchmark 的安全控制設計

企業在建立安全控制時,面對的不只是「需要做什麼」,還包括「應該先做什麼」以及「後續如何逐步擴充」。不同的企業條件與風險情境,也會影響安全控制的導入順序。...

2026-08-20 ‧ 由 Manch1kan 分享