架構(gòu)設(shè)計(jì)系列文章献幔，請(qǐng)參見(jiàn)連接闻书。
背景：
1. 學(xué)習(xí)背景
多年前在學(xué)習(xí)架構(gòu)設(shè)計(jì)的過(guò)程中，無(wú)意間找到了叫做《架構(gòu)模式》的架構(gòu)設(shè)計(jì)方法論池凄。從哪之后就開(kāi)始逐漸的深入學(xué)習(xí)這方面的內(nèi)容。在簡(jiǎn)書(shū)個(gè)人介紹中的：《規(guī)則對(duì)于智者來(lái)說(shuō)是指導(dǎo)鬼廓，對(duì)于愚者來(lái)說(shuō)是遵從》肿仑。其實(shí)就是在學(xué)習(xí)《架構(gòu)模式》是理解的真理。
在平常的工作過(guò)程中，有很多人會(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)模式文章党巾。所以需要大概的說(shuō)明一下系列文章的內(nèi)容范圍，以區(qū)別其他知識(shí)領(lǐng)域并方便的指導(dǎo)學(xué)習(xí)過(guò)程霜医。
在搜索引擎上搜索《架構(gòu)模式》時(shí)齿拂，最可能搜到的是Martin Fowler的《企業(yè)應(yīng)用架構(gòu)模式》。這本書(shū)的主要介紹的范圍是在軟件開(kāi)發(fā)中可能會(huì)遇到的各種知識(shí)點(diǎn)肴敛，以及GoF設(shè)計(jì)模式的具體落地方式等等署海。所以，這本書(shū)描述的內(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)容。這兩本書(shū)描述從軟件架構(gòu)的層面上通用模式昨登。所以趾代，可以理解為本系列文章的主要內(nèi)容是介紹軟件體系結(jié)構(gòu)。
因?yàn)槊總€(gè)人經(jīng)歷丰辣、知識(shí)體系都是不一樣的撒强，并且寫(xiě)文章所要介紹的內(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)容沒(méi)有什么好壞之分芽隆，只不過(guò)在軟件體系結(jié)構(gòu)中介紹的內(nèi)容的細(xì)分領(lǐng)域不同。所以统屈，作為一個(gè)軟件從業(yè)人員盡量的多去學(xué)習(xí)胚吁，多去理解才是最終要的。不用進(jìn)行比較愁憔。
概述：
1. 架構(gòu)設(shè)計(jì)到底干了什么腕扶？
架構(gòu)的基本需求主要是在滿(mǎn)足功能屬性的前提下，關(guān)注軟件質(zhì)量屬性吨掌，架構(gòu)設(shè)計(jì)則是為了滿(mǎn)足架構(gòu)需求（軟件質(zhì)量）尋求適當(dāng)?shù)摹睉?zhàn)術(shù)“半抱；
2. 軟件架構(gòu)設(shè)計(jì)的意義脓恕？
-
項(xiàng)目關(guān)系人之間的交流平臺(tái)
在軟件過(guò)程中，軟件系統(tǒng)中會(huì)有各種各樣的關(guān)系人進(jìn)入窿侈。軟件系統(tǒng)的多種關(guān)系人在不同的時(shí)候分別關(guān)注系統(tǒng)不同的特性炼幔。我們可以從軟件架構(gòu)的"4+1"視圖模型中看不同人的需求。
架構(gòu)設(shè)計(jì) 早期設(shè)計(jì)決策
在精益中有個(gè)規(guī)則史简，叫做推遲決策乃秀。相應(yīng)的敏捷中也需要支持盡快決策。在軟件開(kāi)發(fā)的開(kāi)發(fā)初期可以實(shí)現(xiàn)MVP乘瓤，對(duì)其進(jìn)行各方面的評(píng)估與驗(yàn)證环形。因?yàn)樵谲浖^(guò)程中不確定因素很多策泣，剛開(kāi)始很難預(yù)測(cè)未來(lái)的變化衙傀，一開(kāi)始保留較大的彈性。軟件需求分三種：功能需求萨咕，質(zhì)量需求和設(shè)計(jì)約束统抬。在開(kāi)始進(jìn)行架構(gòu)設(shè)計(jì)時(shí)就可以考慮這三種需求來(lái)完成相應(yīng)的決策。在較高層面上體現(xiàn)軟件的復(fù)用
軟件質(zhì)量中有一條軟件可復(fù)用性危队，不要認(rèn)為軟件工程中的規(guī)則聪建、原則、指導(dǎo)等都只能停留在它所固定的層次上茫陆。軟件的可復(fù)用性并不只代表代碼的復(fù)用性金麸，它代表了軟件開(kāi)發(fā)層次中的各個(gè)層次。在組件化開(kāi)發(fā)中軟件可復(fù)用性可以體現(xiàn)在組件的服用簿盅。在架構(gòu)設(shè)計(jì)層面的可復(fù)用性挥下，就可以說(shuō)架構(gòu)模式了。架構(gòu)對(duì)開(kāi)發(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ì)中的溝通偎蘸。
說(shuō)明：
1. 以怎樣的方式描述架構(gòu)模式？
根據(jù)軟件實(shí)施經(jīng)驗(yàn)瞬内、并綜合架構(gòu)模式的定義進(jìn)行對(duì)軟件架構(gòu)進(jìn)行描述迷雪。也會(huì)說(shuō)明具體的架構(gòu)模式的適用范圍，以及使用過(guò)程中的注意事項(xiàng)虫蝶。
2. 軟件架構(gòu)的生命周期振乏？
從演進(jìn)式架構(gòu)還沒(méi)有出現(xiàn)時(shí)，總有一種模糊的感覺(jué)：架構(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)后才真正的理解忆谓。
3. 架構(gòu)模式分類(lèi)
GoF為我們總結(jié)了23種設(shè)計(jì)模式裆装。我們?cè)谶@里說(shuō)明10種架構(gòu)模式。具體類(lèi)型為：
- 分層架構(gòu)模式
- 事件驅(qū)動(dòng)架構(gòu)模式
- 微內(nèi)核架構(gòu)模式
- 微服務(wù)架構(gòu)模式
- 云架構(gòu)模式
- 命令查詢(xún)指責(zé)分離模式
- 倉(cāng)庫(kù)系統(tǒng)及知識(shí)庫(kù)
- 控制環(huán)路模式
- 管道過(guò)濾器模式
- 無(wú)服務(wù)器架構(gòu)
參考：
設(shè)計(jì)恰如其分的架構(gòu)
新書(shū)推薦 | 擁抱變化：演進(jìn)式架構(gòu)設(shè)計(jì)
技術(shù)實(shí)踐如何支持演進(jìn)式架構(gòu)和持續(xù)集成
微服務(wù)即演進(jìn)式架構(gòu)
微服務(wù)和演進(jìn)式架構(gòu)
