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