[[384112]]

本文轉(zhuǎn)載自微信公眾號(hào)「bugstack蟲洞?！?，作者小傅哥  。轉(zhuǎn)載本文請(qǐng)聯(lián)系bugstack蟲洞棧公眾號(hào)。

目錄

• 一、前言
• 二、架構(gòu)圖有哪幾種?
• 三、Zachman框架是什么?
• 四、陪你畫個(gè)架構(gòu)圖
  • 1. 架構(gòu)選型圖
  • 2. 微服務(wù)架構(gòu)
  • 3. 技術(shù)架構(gòu)圖
• 五、總結(jié)
• 六、系列推薦

一、前言

很多程序員畫架構(gòu)圖頭疼，不知道畫什么、怎么畫!

分享、評(píng)審、述職、答辯，只要你在程序員這個(gè)行業(yè)，就幾乎離不開要畫圖。

一提到畫圖很多人就想站起來喊，”內(nèi)卷“、”內(nèi)卷啦“、”PPT工程師“，但程序代碼本身就是一種數(shù)學(xué)邏輯的具體實(shí)現(xiàn)，如果沒有一些圖表配合文字的闡述，講真很難讓所有人都能在共同的共識(shí)下進(jìn)行交流。

這不像是文科，”八表流云澄夜色，九霄華月動(dòng)春城“ 上來就能聯(lián)想到它是在描述啥。但是偏理科代碼邏輯或架構(gòu)設(shè)計(jì)，只能把抽象的內(nèi)容用圖表的形式展現(xiàn)出來，讓大家在同一的共識(shí)下共同協(xié)同工作。

而我們畫的架構(gòu)圖、流程圖、結(jié)構(gòu)圖、功能圖、邏輯圖等，都需要好看、好懂、好用、好搞，因?yàn)椋?/p>

• 好看是為了提升溝通效率，
• 好懂是為了提升交流共識(shí)，
• 好用是為了提升交付質(zhì)量，
• 好搞是為了提升實(shí)施速度。

這就像君子在追求漂亮姑娘一樣，好看就想主動(dòng)撩一下、有品行和共同的三觀很快讓你開口說我懂你、接下來就是交付質(zhì)量和實(shí)施速度了，那也是水到渠成的事。

好，別激動(dòng)，接下來我們就開始專心研究研究架構(gòu)圖，都有哪些，該怎么畫，有什么手法。

二、架構(gòu)圖有哪幾種?

僅說技術(shù)架構(gòu)圖的話，通常我們?指的是選型各項(xiàng)技術(shù)組件來支撐整個(gè)服務(wù)建設(shè)的系統(tǒng)架構(gòu)。但用于不同人群范圍和不同場景下會(huì)有其他分類，如圖 26-1 架構(gòu)圖分類

• 業(yè)務(wù)架構(gòu)：需求初期業(yè)務(wù)的結(jié)果和過程描述一般比較模糊，可能來自于某個(gè)老板、運(yùn)營或用戶的反饋。客戶說海爾洗衣機(jī)洗土豆會(huì)堵，海爾立馬設(shè)計(jì)專門的土豆洗衣機(jī) 業(yè)務(wù)方向往往是定方向和結(jié)果的叫戰(zhàn)略，主要包括業(yè)務(wù)規(guī)劃、業(yè)務(wù)模塊和流程以及問題域的列表等。
• 應(yīng)用架構(gòu)：服務(wù)復(fù)用、跨組協(xié)同，簡單、靈活、整合是應(yīng)用架構(gòu)必須考慮的點(diǎn)，就像你要上線一個(gè)聊天功能，那么聊天內(nèi)容的輸入法、文字識(shí)別、輿情監(jiān)控以及視頻服務(wù)、支付服務(wù)等，它們都是在應(yīng)用架構(gòu)分層下沉淀到平臺(tái)的產(chǎn)物，在供各個(gè)方使用。
• 產(chǎn)品架構(gòu)：業(yè)務(wù)提需求，產(chǎn)品定方案，相對(duì)于業(yè)務(wù)的粗放流程，產(chǎn)品架構(gòu)會(huì)更加細(xì)膩以及考慮各個(gè)模塊的分層和邊界。
• 數(shù)據(jù)架構(gòu)：數(shù)據(jù)的獲取、數(shù)據(jù)的存放和數(shù)據(jù)的使用是數(shù)據(jù)架構(gòu)要解決的三個(gè)問題，數(shù)據(jù)庫存放、大數(shù)據(jù)匯總、數(shù)據(jù)分析等。
• 技術(shù)架構(gòu)：是離程序員最近的架構(gòu)設(shè)計(jì)，它不僅是系統(tǒng)搭建的架構(gòu)圖設(shè)計(jì)，還包括了結(jié)構(gòu)、功能、流程、邏輯等內(nèi)容。它的具體描述就是整個(gè)系統(tǒng)如何落地的具體實(shí)現(xiàn)方案。

三、Zachman框架是什么?

Zachman框架，由約翰 扎科曼(John Zachman )在1987年創(chuàng)立的全球第一個(gè)企業(yè)架構(gòu)理論，其論文《信息系統(tǒng)架構(gòu)框架》至今仍被業(yè)界認(rèn)為是企業(yè)架構(gòu)設(shè)計(jì)方面最權(quán)威的理論。

Zachman框架(Zachman framework)是一種邏輯結(jié)構(gòu)，它可以對(duì)企業(yè)信息按照不同分類和不同角度進(jìn)行表示。

Zachman框架，從橫向六個(gè)角度看待企業(yè)，這個(gè)六個(gè)觀點(diǎn)可以分為;什么內(nèi)容、如何工作、什么地點(diǎn)、誰負(fù)責(zé)、為什么這么做(稱為W5H)。

框架的列由一組工件組成，分為規(guī)劃者、擁有者、設(shè)計(jì)者(架構(gòu)師)、建造者、分包者、產(chǎn)品，或者有時(shí)表示為視點(diǎn)：范圍上下文，業(yè)務(wù)概念，系統(tǒng)邏輯，技術(shù)，物理，組件組裝和操作類。整體如圖 26-2 TOGAF Zachman框架

表格橫向六項(xiàng) 代表了用于描述信息系統(tǒng)的某一個(gè)方面，對(duì)于任何一個(gè)事物只要在這幾個(gè)基本方面對(duì)其進(jìn)行清洗的解釋就足夠可以描述清楚。

• 數(shù)據(jù)(What，即什么內(nèi)容)：什么是業(yè)務(wù)數(shù)據(jù)，信息或?qū)ο?
• 功能(How，即如何工作)：業(yè)務(wù)如何運(yùn)作，即什么是業(yè)務(wù)流程?
• 網(wǎng)絡(luò)(Where，即何處)：企業(yè)運(yùn)營、部署在哪里?
• 人(Who，即何人負(fù)責(zé))：什么人?什么是業(yè)務(wù)部門及其等級(jí)制度?
• 時(shí)間(When，即什么時(shí)間)：業(yè)務(wù)計(jì)劃和工作流程是什么?什么時(shí)候執(zhí)行?
• 原因(Why，即為什么做)：為什么選擇的解決方案?這是怎么產(chǎn)生的?

表格縱向六項(xiàng) 代表了在信息系統(tǒng)構(gòu)造過程中所涉及到的人在描述信息系統(tǒng)時(shí)所采用的視角，包括：

• 范圍/規(guī)劃者(Planner)：此視圖描述了業(yè)務(wù)目的和策略，充當(dāng)其他視圖將被派生和管理的上下文。
• 業(yè)務(wù)模型/擁有者(Owner)：這是對(duì)信息系統(tǒng)必須在其中運(yùn)作的組織的描述。
• 系統(tǒng)模型/設(shè)計(jì)師(Designer)：該視圖概述了系統(tǒng)如何滿足組織的信息需求。
• 技術(shù)模型/建造者(Builder)：這是系統(tǒng)如何實(shí)施的表示，它使特定的解決方案和技術(shù)顯而易見。
• 詳細(xì)表述/分包者(Sub-Contractor)：這些表示說明了某些系統(tǒng)元素的特定于實(shí)現(xiàn)的細(xì)節(jié)：在生產(chǎn)開始之前需要進(jìn)一步說明的部分。
• 功能系統(tǒng)/產(chǎn)品(Functioning Enterprise)：在1987年的論文(《A framework for information systems architecture》)中并沒有這一行的內(nèi)容，實(shí)際上此行的內(nèi)容也并不在架構(gòu)描述的范疇的之內(nèi)，不過為了使得架構(gòu)Zachman框架對(duì)于架構(gòu)的表述更加完備，這一行最終還是被加了進(jìn)去。

根據(jù) TOGAF 的定義，企業(yè)是具有一系列共同目標(biāo)組織的集合，而架構(gòu)則是為了有效地實(shí)現(xiàn)這一系列目標(biāo)。

在實(shí)現(xiàn)的過程中 定義了企業(yè)的結(jié)構(gòu)和運(yùn)作模式的概念藍(lán)圖(SearchCIO)，以及構(gòu)成企業(yè)的所有關(guān)鍵元素和其關(guān)系的綜合描述(Zachman)。通過創(chuàng)建、溝通和優(yōu)化用以描述企業(yè)未來狀態(tài)和發(fā)展的關(guān)鍵原則和模型以將業(yè)務(wù)愿景和戰(zhàn)略轉(zhuǎn)化成有效的企業(yè)變更的過程(Gartner)。

可以這一部分內(nèi)容會(huì)比較繞，但可以作為架構(gòu)設(shè)計(jì)的知識(shí)擴(kuò)展進(jìn)行學(xué)習(xí)理解以及運(yùn)用。

四、陪你畫個(gè)架構(gòu)圖

簡單來說，架構(gòu)圖就是為了達(dá)成交流共識(shí)的實(shí)現(xiàn)方案演示，并不一定非得拘泥于某種形式，只要你能畫的清楚，講的明白就最合適不過了。

1. 架構(gòu)選型圖

• 難度：???
• 作用：通常在新項(xiàng)目開發(fā)初期，都要做一些技術(shù)選型工作。在負(fù)載、網(wǎng)關(guān)、架構(gòu)、治理、框架、服務(wù)、數(shù)據(jù)以及環(huán)境和支撐服務(wù)上，要選擇適合當(dāng)前開發(fā)的技術(shù)。

2. 微服務(wù)架構(gòu)

• 難度：????
• 作用：技術(shù)選型完畢后，接下來就是對(duì)于這些技術(shù)的運(yùn)用。這個(gè)過程有點(diǎn)像搭積木一樣，把每一個(gè)區(qū)域用適合此位置的積木填充進(jìn)去。如果是團(tuán)隊(duì)初建或者是技術(shù)升級(jí)，那么這個(gè)過程還是比較復(fù)雜的，需要大量的驗(yàn)證。不過其實(shí)互聯(lián)網(wǎng)的技術(shù)分層和使用已經(jīng)相對(duì)穩(wěn)定，搭建一個(gè)這樣的微服務(wù)并不會(huì)耗費(fèi)太長的時(shí)間。

3. 技術(shù)架構(gòu)圖

• 難度：????
• 作用：技術(shù)架構(gòu)圖主要是對(duì)于研發(fā)層面做技術(shù)實(shí)現(xiàn)指導(dǎo)的，它可以把系統(tǒng)分層和實(shí)現(xiàn)結(jié)構(gòu)劃分清楚。另外一般也會(huì)把案例工程的結(jié)構(gòu)拿出來一起講解，這樣可以讓團(tuán)隊(duì)伙伴快速的進(jìn)入開發(fā)。

五、總結(jié)

本章節(jié)向大家講解了什么是架構(gòu)圖，架構(gòu)圖的分類和怎么畫架構(gòu)圖，通過這樣的內(nèi)容可以讓大家對(duì)架構(gòu)圖有一個(gè)全貌的認(rèn)知。在以后自己畫架構(gòu)圖了也可以非常明確的知道面對(duì)的什么用戶群體，要畫的內(nèi)容是什么。

TOGAF有一套非常完善的企業(yè)架構(gòu)理論，它描述了一種開發(fā)和管理企業(yè)體系結(jié)構(gòu)生命周期的方法，并構(gòu)成了TOGAF的核心。所涉及到的知識(shí)非常豐富，值得認(rèn)真看一下。

好看，能把一件事做的好看非常重要，好看能讓人提起興趣、好看可以使溝通成本降低。也鼓勵(lì)大家盡可能把經(jīng)過自己手里的東西，做的好看一些。