架構師的價值，不在於僅是設計出一套好的架構，而在於讓企業能夠在業務、技術與風險持續變化的環境中，做出正確且可持續的技術決策。 企業規模與架構複雜度 企業剛...
一份成熟的管理規範，不會停留在第一次建立的版本，而是隨著企業、技術與實務經驗持續演進。 一份成熟的管理規範，不會停留在第一次建立的版本，而是隨著企業、技...
管理規範要實現最高價值，應該自然融入每一次架構設計與系統建置，而不是只有在需要時才被翻閱。 管理規範需要融入架構設計 企業建立管理規範，並不是希望工程師在...
安全架構的價值，不只來自於良好的設計，更來自於每一次變更都受到管理，以及每一段信任關係（Trust）都能持續受到保護。 架構會隨著時間持續演進 企業建立管...
安全控制的價值，不是在系統建置完成的那一天，而是在日常營運中持續發揮作用。 管理要求需要落實到日常維運 前一章介紹了企業如何透過資產管理、身分管理以及存取...
任何安全控制，都建立在一個前提之上：企業必須先知道有哪些資源、誰負責管理，以及誰可以存取這些資源。 從管理要求開始建立安全架構 前一章提到，企業管理規範並...
企業治理規範不是重新制定一套標準，而是將國際框架、平台最佳實務與企業需求整合成可以長期執行的管理方式。 從安全控制到企業管理規範 前面的章節，我們已經從...
當安全控制進入雲端平台後，可以先依照不同的安全領域進行整理，再進一步展開成具體的控制要求，形成一套可以管理與持續維護的安全控制基準。 Microsoft...
安全控制的價值，不只是保護個別服務，而是讓整個平台遵循一致的治理原則。 不同平台有不同的技術能力，但安全控制所要處理的核心問題，仍然可以透過一致的原則延...
安全基準提供的是控制要求，但真正進行系統設計時，還需要將這些要求轉換成架構上的決策，讓安全控制成為架構設計的一部分。 從安全控制回到架構設計 前面的內容分...
企業在建立安全控制時，面對的不只是「需要做什麼」，還包括「應該先做什麼」以及「後續如何逐步擴充」。不同的企業條件與風險情境，也會影響安全控制的導入順序。...
安全基準不是憑經驗自行定義，而是以既有標準與實務經驗為依據，逐步形成企業一致且可落實的安全要求。 安全設定需要建立一致的基準 當企業開始建置新的系統時，經...
國際框架最大的價值，除了做為企業的借鏡，也讓企業少走許多已經有人走過的彎路。 架構思考需要更多實務經驗支撐 前面章節談到，架構師需要具備技術底層能力、前瞻...
架構設計從來不是單一技術的選擇，而是在不同需求與限制之間，做出最適合企業的決策。 一位架構師需要哪些能力？ 架構師經常被認為是技術能力較強的工程師，但真正...
架構分析的目的，不只是理解系統如何運作、資料如何流動與風險如何分布，更是將這些分析結果轉化為後續的設計決策。 架構分析將理解轉化為設計決策 前面的章節介紹...
架構分析不只是找出風險，而是從信任、暴露、資產與可用性四個面向，判斷企業應該如何配置有限的資源。 從風險與需求出發，判斷架構該如何設計 前一章從架構圖開始...
一張架構圖，描述的不只是系統，更反映了設計者的思考方式。 架構分析先理解設計，而不是急著找問題 前一章提到，架構師閱讀架構圖時，關心的不只是圖上畫了哪些元...
同一張架構圖，開發人員看到的是功能；架構師看到的是資料、關係，以及背後可能存在的風險。 一張架構圖，是架構分析的起點 在實務工作中，架構師每天面對的情境，...
雲端最大的改變，不是責任轉移，而是責任重新分工。 雲端改變的不只是技術，也改變了責任邊界 前面的章節介紹了架構設計的方法、平台能力以及架構品質，也逐步建立...
Landing Zone 提供的是一份可以參考的架構範本，而 Well-Architected Framework 則說明了這份範本背後的設計思維。 為什...
真正成熟的平台，不是先部署系統，而是先建立一個能夠承載所有系統的平台。 Azure Landing Zone 解決了什麼問題？ 上一章介紹了 Landin...
好的架構，不是從一張白紙開始，而是站在前人的經驗之上，建立適合自己的架構。 Landing Zone 解決了什麼問題？ 前面的章節介紹了 Cloud Ad...
成熟的架構，不是完成一次建置，而是建立一套能夠持續規劃、治理與改善的管理方式。 架構設計不是一次性的工作 很多人剛接觸雲端時，容易把上雲視為一個專案：需求...
當企業策略逐漸清楚之後，真正的挑戰，才是如何一步一步將它轉化成可以落地的架構。 企業如何建立一致的架構思維？ 前面的章節，我們談到了架構師的思考方式，也介...
架構原則告訴我們應該往哪裡走，而框架（Framework）則提供一套共同的方法，讓整個組織朝著相同的方向前進。 光有原則，還不足以支撐一家企業 前面的章節...
沒有任何一套架構可以適用所有企業，但所有成功的架構，都有一些共同的特質。 不同的架構，卻有相同的方向 前一篇提到，架構原則承接的是企業的策略、治理要求與風...
架構原則不是限制技術，而是將企業的策略、需求與價值，轉化成所有人都能共同遵循的設計方向。 從企業需求，到架構設計 前一篇提到，成熟的架構師在開始設計之前，...
技術可以解決問題，但真正困難的，往往不是技術本身，而是如何在眾多選擇之中，做出最適合企業的決策。 開始設計之前，第一個想到的是什麼？ 如果今天開始設計一套...
真正的架構，不是畫出一張漂亮的架構圖，而是讓系統在五年、十年後，仍然能夠持續演進。 我們常常誤會了「架構」 提到「架構（Architecture）」時，許...
架構師不是一個職稱，而是一種面對複雜問題的思考方式。 一個角色的出現，反映的是環境的改變 如果把時間拉回二、三十年前，大多數企業的資訊部門並沒有「架構師（...
Manch1kan
iThome鐵人賽
看影片追技術