温昱：架构实践全景图
業務架構是跨系統的業務架構藍圖，應用架構、數據架構、技術架構是解決方案的不同方面。
多年來，全球業界已在業務架構、應用架構、數據架構、技術架構方面積累了大量經驗。
近幾年，數字化轉型呼喚“懂行人”打通四種架構，確保技術支撐業務、業務支撐戰略。
本文就帶大家來厘清這幾種架構之間的脈絡關系。
其中，文中涉及的縮寫全稱如下。
BA：Business Architecture，業務架構
DA：Data Architecture，數據架構
AA：Applications Architecture，應用架構
TA：Technology Architecture，技術架構
以下內容節選自《業務架構 應用架構 數據架構 實戰》一書！
▼掃碼獲取本書詳情▼
▊?戰略、BA、DA、AA、TA五者的關系
現在，我們來總覽一下戰略、BA、DA、AA、TA五者之間的邊界與關系。如下圖所示。
?
首先，公司管理層是戰略的提出者和總設計師。
例如，一家大銀行的全局戰略規劃出自何處？答：管理層是規劃者，規劃發展部是協助者。規劃發展部持續研究行業政策方向、持續關注宏觀環境變化、持續跟蹤友商發力動向。
其次，業務架構師是業務架構藍圖的設計師和描述者。
例如，一個在銀行的信息科技部工作的業務架構師。要研究戰略、領會戰略，把戰略作為推動業務架構設計的原動力，定義出詳細的業務架構藍圖。
最后，解決方案由專業分工更細的數據架構師、應用架構師、技術架構師負責。
例如，銀行的信息科技部一般有架構辦公室，部門中有專職或兼任的數據架構師、應用架構師、技術架構師，還要有專門的安全架構師。
所以，戰略、BA、DA、AA、TA這五者，實際位于以下三個層次上：
公司戰略；
業務架構；
方案架構。
這五者的核心關系，概括為以下幾點：
戰略是公司高層的設計，卻是業務架構師的需求；
業務架構師的工作是“戰略進，業務架構出”；
業務架構是業務架構師的設計，卻是數據、應用、技術架構師的需求；
環環相扣，上層驅動下層，下層支撐上層。
▊?BA、DA、AA、TA的實際工作內容
承接上文，公司戰略層——業務架構層——方案架構層，三層大局已定。
那么，戰略、BA、DA、AA、TA這五項工作，具體的內容有哪些呢？
例如，確定戰略驅動因素（Driver）之后，業務架構師應做哪些分析？
例如，組織結構分析在哪里？應用項目劃分在哪里？技術選型在哪里？
下圖總結了BA、DA、AA、TA的實際內容。
1. 公司戰略層。戰略是業務架構設計的驅動力。
眼尖的朋友從上圖中可以看出：戰略規劃需要廣泛的外部分析、內部分析、基于SWOT的戰略決策分析、最終制定出產品戰略、服務戰略、合作戰略、渠道戰略、市場戰略、競爭戰略等方面的具體方針。
2. 業務架構層。業務架構藍圖必須有企業標準，筆者推薦給企業的標準是5要素。
組織結構+業務功能+業務流程，這是經典的“老三樣”，對應于“誰”“干什么”“怎么干”，符合國內老一代信息科技老總們的口味。
在業務架構藍圖中，應加上商業模式。九個格子的商業模式畫布，比較新，有用且好用。我們后續再講。
在業務架構藍圖中，應加上業務數據。
有利因素是，業務數據和業務功能、業務流程緊密相關，也屬同一思維層次。不利因素是，有人爭辯業務數據應屬于數據架構。我看中的是有利因素，照顧的實踐是：業務架構師的工作產物《業務架構書》要包含業務數據才完整。
3. 方案架構層。涉及數據架構、應用架構、技術架構。
數據架構的核心是數據類型和來源。
例如，一家電商企業要把員工角色數據、員工操作日志、商品數據、訂單數據、用戶登錄記錄、用戶搜索記錄、用戶評價記錄、用戶投訴記錄等多種要管理的數據類型識別出來，才能有針對性地設計數據模型、數據存儲與分布、數據流等。數據流是場景化的，業務功能不同，相關的數據流可能不同。數據流又常涉及數據產生、數據使用、數據加工、數據存儲等。
應用架構的核心是識別出應用功能，并映射到應用項目。
技術架構的核心是識別出技術需求并映射到技術選型。筆者推薦的技術架構5要素包括：
技術需求——技術服務列表，或結構化地畫出技術參考架構、技術棧。
技術選型——技術平臺、技術產品、技術框架、中間件。
物理選型——硬件選型、網絡選型。
分布設計——部署結構、負載均衡。
選型管理——面向行業的技術指標、企業中長期的技術選型標準。
▊?從戰略到架構，再到實施的實際過程
1. 從戰略到架構
首先，看看戰略、BA、DA、AA、TA五個環節對應的崗位和產物，如下圖所示。
例如，銀行、保險、證券等企業，都有自己的信息科技部，鮮有例外。架構辦公室這個部門，是CIO的左右手。架構辦有專職或兼任的業務架構師、數據架構師、應用架構師、技術架構師，還有專門的安全架構師。
業務架構師負責設計業務架構，內容包括業務功能、業務流程、商業模式、組織結構和業務數據等。業務架構師的輸出，有的企業叫《業務架構書》，有的企業叫《業務需求書》。
業務架構師的輸出，是數據、應用、技術架構師的輸入。最典型的例子就是業務流程。BA架構師設計業務流程，數據、應用、技術架構師思考完成業務流程需要的數據支撐、系統協作、技術平臺。
2. 從架構到實施
下面，重點看架構路線圖環節和實施規劃環節。如下圖所示。
要點是釘到崗位，落到文檔，細到機構調整、技術采購、項目研發等工作包。
環節1：戰略。公司管理層牽頭、規劃發展部全程支持。產出物：《xx-xx年戰略規劃書》。
環節2：業務架構。信息科技部的架構師團隊的業務架構師負責。產出物：《業務架構書》。
環節3：方案架構。信息科技部的架構師團隊負責。產出物：《技術方案書》。
環節4：架構路線圖。涉及預算，CIO牽頭制定、董事會批準。產出物：架構路線圖。
環節5：實施規劃。CIO牽頭制定。產出物：實施計劃。
環節6：項目管控。采取研發的項目由PMO負責，采取購買的項目由總經理辦公室（總經辦）負責。
▊?業務驅動——小試業務流程驅動的DA、AA、TA設計
0. 案例背景
前文，我們弄清了BA、DA、AA、TA間的脈絡關系，但太粗。
在此，我們“細看”業務流程在BA、DA、AA、TA間“穿針引線”的過程。總體而言：
在BA設計環節——業務流程被詳細定義
在DA、AA、TA設計環節——業務流程是設計的驅動因素
本節的例子，僅圍繞“買入股票”示范從業務流程到應用程序，又到數據實體，再到技術組件這條主線設計。
1. 業務架構
作為示例，筆者簡單畫一下“買入股票”的業務流程圖。
用Archimate語言建模，如下圖所示。
業務功能——買入股票。
業務流程——由買入掛單、規則檢查、上報給交易所等步驟組成。
實現關系——業務流程到業務功能的箭頭。
業務數據——買入申報指令。
業務事件——圖中“交易所回報”事件會觸發券商“處理成交結果”，當收市時，“當日收市”事件也會觸發相應業務處理。可見，用好業務事件，有利于把“條件觸發的業務場景”表達清楚。
2. 應用架構
應用架構師應思考：買入股票業務流程需要哪些應用服務支持呢？
1）業務流程一級的買入掛單、規則檢查、上報給交易所、處理成交結果，需要IT應用服務支持，分別為掛單錄入、規則檢查、委托上報、接收回報、結果顯示。
2）進一步地，這些IT應用服務要由具體的應用系統來實現，分別為券商App、券商集中交易系統。如下圖所示。
3. 數據架構
數據架構師應思考：買入股票業務流程需要哪些數據支持呢？
1）券商的集中交易系統作為后臺，首先要將委托記錄排隊，以備異步處理。
2）券商App不保存“投資人賬戶”信息，但交易后臺要保存，由證券經紀業務后臺做交易規則檢查。
3）由證券經紀業務后臺負責的交易規則檢查，會用到投資人賬戶和投資人資產等數據信息，例如，賬戶余額不足時是不允許掛單成功的。
4）后臺存儲“回報記錄”數據，也是為了異步處理。如下圖所示。
4. 技術架構
技術架構師應思考：買入股票業務流程需要哪些技術組件支持呢？
1）掛單錄入、結果顯示等技術，由客戶端應用程序支持。
2）規則檢查、委托上報和接收回報是可重用的應用功能，可考慮實現成服務或微服務。
3）基礎設施的技術選型，由技術架構師決定。如下圖1-8所示。
▊總結
本文重點 “理清BA、DA、AA、TA間的邏輯關系”，如下圖所示。
正向邏輯：戰略決定業務，業務決定技術。
反向邏輯：技術支撐業務，業務支撐戰略。
▼
想要了解更多具體案例和實戰方法，可閱讀《業務架構 應用架構 數據架構 實戰》一書。
▊《業務架構 應用架構 數據架構 實戰》
溫昱?著
每一頁都是實踐經驗的總結，參考性超強
每一頁都簡潔明了重點突出，可讀性超強
大局＋架構＋文檔，三大篇，操作性超強
本書思路清晰，每一個概念、每一項方法都給出了簡要透徹的闡述。同時又結合實踐，給讀者看得見、摸得著的項目實感，幫助讀者迅速上手。本書還有一個作用，就是能提升讀者對IT及其業務的認知層次，為長遠職業發展提供助力。
（掃碼了解本書詳情）
如果喜歡本文 歡迎?在看丨留言丨分享至朋友圈?三連熱文推薦?? 我們公司放棄了微服務，重回單體架構領域驅動設計（DDD）：領域和子域 高可用：異地多活 中臺實踐：新汽車行業的業務、技術和平臺轉型 萬字好文，電商秒殺系統架構分析與實戰！ 美團技術總結：Java中9種常見的CMS GC問題分析與解決 哪吒：豬八戒十年DevOps演進之路 女神節快樂！世界上第一位程序員就是女神 黃理：快手基于 RocketMQ 的在線消息系統建設實踐END ? ?? #技術人必備#▼點擊閱讀原文，獲取本書詳情~總結
以上是生活随笔為你收集整理的温昱：架构实践全景图的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 《机器学习实战》chapter04 使用
- 下一篇： 《机器学习实战》chapter05 Lo