大家好，我是湯師爺~ 在工作當中，我們經常會聽到以下說法： 產品負責人說，現在的業務架構太複雜，需要仔細梳理下。 技術領導說，這個項目很複雜，需要做下系統架構方案評審。 研發經理說，這次秒殺活動訪問量非常大，需要用到高併發架構方案。 一線研發說，互聯網大廠都會用到微服務架構，我要學學微服務架構設計。 ...
大家好，我是湯師爺~
在工作當中，我們經常會聽到以下說法：
- 產品負責人說，現在的業務架構太複雜，需要仔細梳理下。
- 技術領導說，這個項目很複雜，需要做下系統架構方案評審。
- 研發經理說，這次秒殺活動訪問量非常大，需要用到高併發架構方案。
- 一線研發說，互聯網大廠都會用到微服務架構，我要學學微服務架構設計。
上面提到的架構到底是指什麼？這些說法究竟是對還是錯？
其實上面的說法都是對的，只是採用的視角不一樣。
複雜系統涉及多方利益相關者，如客戶、產品經理、研發、銷售、運營和管理層等。由於背景和認知差異，每個人看待系統的角度和方法都不盡相同。
為控制複雜度，我們為不同角色設計特定的架構描述物。通過分類和定義，讓每種架構描述都有其側重點，讓每個利益相關者能快速獲取他們最關心的信息。
要實現這一目標，我們首先需要理解"視角"和"視圖"這兩個關鍵概念。
架構視角
什麼是視角？大白話就是你站在什麼地方看。
我們以城市系統為例，你站在城市的某條馬路上，能看到什麼？
能看到幾座樓房，幾排樹木，幾條大馬路，熙熙攘攘的行人。
但是你坐在飛機上看，能看到什麼？
能看到一片片的樓盤，能看到群山，能看到江河湖海。所以，你能看到什麼，和你站在什麼地方看有很大關係，同時也會影響你看待事物的粒度。
如果把視角比作一個坐標點，那它需要一套坐標系，坐標系通常有4個維度：廣度、深度、視圖類型、時間。
廣度是指看待事物的寬度，以業務流程為例，根據出發點不同，有時需要看一個部門內的流程，有時需要看多個部門的協作流程，有時需要看端到端跨部門流程。
深度是指看待事物時，要到達哪個細節層次，例如看業務流程，需要看到組織級、部門級、還是某個崗位的具體操作步驟。看軟體系統，需要看到系統級、應用級、模塊級、還是一行行的代碼。
廣度和深度一般是相互影響的，如果看待事物的廣度越寬，那麼層次就會越抽象，這和組織架構的設計也是相輔相成的，一般高層管理者看問題非常全面，但對細節不關註，一線執行人員，對問題的細節非常瞭解，但視角卻非常窄。
時間維度比較好理解，就是看待事物的時間點，過去、現在、還是未來。
視圖類型是為利益干係人量身打造的一組關註點的集合，接下來會詳細介紹。
架構視圖
什麼是視圖？大白話就是你想看到什麼。
視圖是為利益干係人量身打造的一組關註點的集合。
同樣以城市系統為例，想要趕早高峰的上班族，他的關註點是哪條路線上班最快，因此他需要一副公交地鐵路線圖。
想要租房的租客，他的關註點是公司附近有哪些小區，租金多少，因此他需要一副公司附近的小區地圖。
想要疏通下水道的工人，他的關註點是下水道是怎樣排布的，因此他需要一副下水道的排布圖。
同一個城市系統，不同角色的關註點是完全不一樣的，想要獲取的信息也是完全不一樣，如果把所有信息雜糅在一起，不做視圖隔離，導致的結果就是信息太龐雜，每個人都很難獲取想要的信息。
同理，不同干係人看待軟體系統的關註點也是迥然不同的，為了把不同人的關註點區分開，誕生了很多軟體視圖的分類方法，比較著名的有“4+1”視圖，TOGAF的業務架構、應用架構、數據架構、技術架構等視圖分類法。
TOGAF的4種架構視圖
1996年，克林格.科恩法案頒佈，美國聯邦政府立法，強制要求政府機構使用企業架構理論構建自己的IT系統，最重要的機構是國防部、財政部，這一舉措，直接讓政府機構的數字化水平，以火箭般的速度飛速發展。
同一時間，大名鼎鼎的TOGAF也在快速發展，它大量參考了政府機構的企業架構理論，沉澱出一套更加通用的企業架構方法論。
目前80%的福布斯排行榜前50名的企業，以及60％的美國500強企業，都在使用TOGAF理論改善自身的IT架構。
我們重點說下TOGAF的4種視圖類型：業務架構，應用架構，數據架構，技術架構。
它們是企業架構中的四個主要部分，它們關註的方面和功能不同，但相互關聯和支持，共同構成了企業的總體架構。
一個清晰的企業架構可以確保業務流程順暢、信息系統合理支持、構建步驟有序。企業架構是項目決策的重要依據，也是企業未來發展的基礎。
- 業務架構定義了為實現企業的業務戰略，企業將自身業務結構化表達為全面的、多維度的抽象模型，包括商業模式、價值流、業務能力、業務流程、組織架構，以及它們與戰略、產品、策略、項目執行、利益干係人之間的關係。
- 應用架構定義了企業中的應用系統的結構和行為，這些系統之間的關係，以及它們如何與業務流程對接。
- 數據架構定義了企業如何收集、存儲、管理和使用數據，涉及到數據模型、數據管理、數據集成和治理的設計和實施。
- 技術架構定義IT基礎設施和技術組件的結構，通過它們可以支撐起企業對業務、數據、應用服務的需求，它們包括但不限於硬體、可部署的軟體包、網路、技術中間件、通信設施、運算設施等。
通過視圖與視角，我們可以分離關註點，將複雜問題進行拆解，讓每個局部的複雜度控制在一個可以接受的範圍。同時，團隊有了統一的架構認知坐標系，進一步促成了業務標準化，通過分離不變點與變化點，提煉出可復用的業務組件，快速響應業務需求變化。
架構視圖的核心概念
每種架構視圖都包含一系列核心概念，通過這些概念可以層層剖析整個業務系統，系統化地理解和管理整體架構，確保各個層面的協調與一致。
- 業務架構：商業模式，價值流，業務能力，業務流程，組織架構。
- 應用架構：應用服務，應用結構，應用交互。
- 數據架構：數據模型，資料庫技術。
- 技術架構：軟體部署，技術組件、基礎設施。
本文已收錄於，我的技術網站：tangshiye.cn 裡面有，演算法Leetcode詳解，面試八股文、BAT面試真題、簡歷模版、架構設計，等經驗分享。
本文來自博客園，作者：架構師湯師爺，轉載請註明原文鏈接：https://www.cnblogs.com/tangshiye/p/18412565
