架構(gòu)設(shè)計(jì)系列文章，請(qǐng)參見連接。

背景：

1. 學(xué)習(xí)背景
多年前在學(xué)習(xí)架構(gòu)設(shè)計(jì)的過程中，無(wú)意間找到了叫做《架構(gòu)模式》的架構(gòu)設(shè)計(jì)方法論。從哪之后就開始逐漸的深入學(xué)習(xí)這方面的內(nèi)容。在簡(jiǎn)書個(gè)人介紹中的：《規(guī)則對(duì)于智者來說是指導(dǎo)，對(duì)于愚者來說是遵從》。其實(shí)就是在學(xué)習(xí)《架構(gòu)模式》是理解的真理。

在平常的工作過程中，有很多人會(huì)以經(jīng)驗(yàn)的方式去知道具體的工作。遇到無(wú)經(jīng)驗(yàn)可借鑒的時(shí)候就束手無(wú)策了。往往這些時(shí)候就是體現(xiàn)一個(gè)人學(xué)習(xí)能力的時(shí)候，所以，就需要一種借鑒其他人經(jīng)驗(yàn)的方式。而架構(gòu)模式就是前人為我們總結(jié)和模式化的架構(gòu)設(shè)計(jì)實(shí)踐中經(jīng)驗(yàn)。

2. 內(nèi)容范圍
在軟件界有很多種模式的概念，并在之后會(huì)推出系列的架構(gòu)模式文章。所以需要大概的說明一下系列文章的內(nèi)容范圍，以區(qū)別其他知識(shí)領(lǐng)域并方便的指導(dǎo)學(xué)習(xí)過程。

在搜索引擎上搜索《架構(gòu)模式》時(shí)，最可能搜到的是Martin Fowler的《企業(yè)應(yīng)用架構(gòu)模式》。這本書的主要介紹的范圍是在軟件開發(fā)中可能會(huì)遇到的各種知識(shí)點(diǎn)，以及GoF設(shè)計(jì)模式的具體落地方式等等。所以，這本書描述的內(nèi)容基本上在《架構(gòu)設(shè)計(jì)01--架構(gòu)師知識(shí)體系》底層的實(shí)現(xiàn)技術(shù)與設(shè)計(jì)模式部分。

本文中介紹的內(nèi)容更多的是《軟件體系結(jié)構(gòu)》和《軟件體系結(jié)構(gòu)原理、方法與實(shí)踐》中的內(nèi)容。這兩本書描述從軟件架構(gòu)的層面上通用模式。所以，可以理解為本系列文章的主要內(nèi)容是介紹軟件體系結(jié)構(gòu)。

因?yàn)槊總€(gè)人經(jīng)歷、知識(shí)體系都是不一樣的，并且寫文章所要介紹的內(nèi)容也不盡相同。所以在網(wǎng)上可以找到很多種的架構(gòu)模式的理解。例如：《10 Common Software Architectural Patterns in a nutshell》，《朱曄的互聯(lián)網(wǎng)架構(gòu)實(shí)踐心得S1E7：三十種架構(gòu)設(shè)計(jì)模式（上）》，《《軟件架構(gòu)模式》-第一章分層架構(gòu)（上）》。在這里介紹的內(nèi)容與其他介紹的內(nèi)容沒有什么好壞之分，只不過在軟件體系結(jié)構(gòu)中介紹的內(nèi)容的細(xì)分領(lǐng)域不同。所以，作為一個(gè)軟件從業(yè)人員盡量的多去學(xué)習(xí)，多去理解才是最終要的。不用進(jìn)行比較。

概述：

1. 架構(gòu)設(shè)計(jì)到底干了什么？
架構(gòu)的基本需求主要是在滿足功能屬性的前提下，關(guān)注軟件質(zhì)量屬性，架構(gòu)設(shè)計(jì)則是為了滿足架構(gòu)需求（軟件質(zhì)量）尋求適當(dāng)?shù)摹睉?zhàn)術(shù)“；

2. 軟件架構(gòu)設(shè)計(jì)的意義？

1. 項(xiàng)目關(guān)系人之間的交流平臺(tái)
   在軟件過程中，軟件系統(tǒng)中會(huì)有各種各樣的關(guān)系人進(jìn)入。軟件系統(tǒng)的多種關(guān)系人在不同的時(shí)候分別關(guān)注系統(tǒng)不同的特性。我們可以從軟件架構(gòu)的"4+1"視圖模型中看不同人的需求。

   
   
   架構(gòu)設(shè)計(jì)

2. 早期設(shè)計(jì)決策
   在精益中有個(gè)規(guī)則，叫做推遲決策。相應(yīng)的敏捷中也需要支持盡快決策。在軟件開發(fā)的開發(fā)初期可以實(shí)現(xiàn)MVP，對(duì)其進(jìn)行各方面的評(píng)估與驗(yàn)證。因?yàn)樵谲浖^程中不確定因素很多，剛開始很難預(yù)測(cè)未來的變化，一開始保留較大的彈性。軟件需求分三種：功能需求，質(zhì)量需求和設(shè)計(jì)約束。在開始進(jìn)行架構(gòu)設(shè)計(jì)時(shí)就可以考慮這三種需求來完成相應(yīng)的決策。

3. 在較高層面上體現(xiàn)軟件的復(fù)用
   軟件質(zhì)量中有一條軟件可復(fù)用性，不要認(rèn)為軟件工程中的規(guī)則、原則、指導(dǎo)等都只能停留在它所固定的層次上。軟件的可復(fù)用性并不只代表代碼的復(fù)用性，它代表了軟件開發(fā)層次中的各個(gè)層次。在組件化開發(fā)中軟件可復(fù)用性可以體現(xiàn)在組件的服用。在架構(gòu)設(shè)計(jì)層面的可復(fù)用性，就可以說架構(gòu)模式了。

4. 架構(gòu)對(duì)開發(fā)的指導(dǎo)與規(guī)范意義不可忽視。
   架構(gòu)的指導(dǎo)意義體現(xiàn)在所有的人員都有一個(gè)共同的目標(biāo)。在團(tuán)隊(duì)中一致的目標(biāo)能讓團(tuán)隊(duì)更高效的完成任務(wù)。并且可以形成軟件中的統(tǒng)一語(yǔ)言，方便團(tuán)隊(duì)中的溝通。

說明：

1. 以怎樣的方式描述架構(gòu)模式？

根據(jù)軟件實(shí)施經(jīng)驗(yàn)、并綜合架構(gòu)模式的定義進(jìn)行對(duì)軟件架構(gòu)進(jìn)行描述。也會(huì)說明具體的架構(gòu)模式的適用范圍，以及使用過程中的注意事項(xiàng)。

2. 軟件架構(gòu)的生命周期？

從演進(jìn)式架構(gòu)還沒有出現(xiàn)時(shí)，總有一種模糊的感覺：架構(gòu)不是一蹴而就的。在遺留系統(tǒng)怎樣更新到新架構(gòu)、現(xiàn)在正在運(yùn)行的軟件產(chǎn)品怎樣持續(xù)的進(jìn)行改進(jìn)、新系統(tǒng)設(shè)計(jì)時(shí)怎樣考慮它的可擴(kuò)展行？這些都是對(duì)軟件架構(gòu)的要求。所以，一直在思考，但是《演進(jìn)式架構(gòu)》出現(xiàn)后才真正的理解。

體系結(jié)構(gòu)的生命周期模型

3. 架構(gòu)模式分類

GoF為我們總結(jié)了23種設(shè)計(jì)模式。我們?cè)谶@里說明10種架構(gòu)模式。具體類型為：

• 分層架構(gòu)模式
• 事件驅(qū)動(dòng)架構(gòu)模式
• 微內(nèi)核架構(gòu)模式
• 微服務(wù)架構(gòu)模式
• 云架構(gòu)模式
• 命令查詢指責(zé)分離模式
• 倉(cāng)庫(kù)系統(tǒng)及知識(shí)庫(kù)
• 控制環(huán)路模式
• 管道過濾器模式
• 無(wú)服務(wù)器架構(gòu)

參考：

設(shè)計(jì)恰如其分的架構(gòu)
新書推薦 | 擁抱變化：演進(jìn)式架構(gòu)設(shè)計(jì)
技術(shù)實(shí)踐如何支持演進(jìn)式架構(gòu)和持續(xù)集成
微服務(wù)即演進(jìn)式架構(gòu)
微服務(wù)和演進(jìn)式架構(gòu)