隨著社會(huì)節(jié)奏的日益加快，碎片化學(xué)習(xí)逐漸成為人們獲取知識(shí)的主要方式，雖然能學(xué)到很多知識(shí)，但這些知識(shí)往往零散瑣碎、不系統(tǒng)。
剛學(xué)習(xí)Spring時(shí)，每當(dāng)看到Spring的示例代碼，我先是恍然大悟：哦，原來(lái)Spring還有這個(gè)功能！然后趕緊把這段代碼復(fù)制到自己的代碼庫(kù)里。琢磨一番后發(fā)現(xiàn)：不行，我還是得完整掌握Spring。于是又在網(wǎng)絡(luò)上尋找完整的Spring學(xué)習(xí)文檔。但利用碎片化時(shí)間看完一半后，還是決定放棄了。
碎片化學(xué)習(xí)知識(shí)時(shí)，人們往往追求實(shí)用，對(duì)用得上的知識(shí)學(xué)得很快，而那些暫時(shí)用不到或沒(méi)有融合使用場(chǎng)景的知識(shí)卻不容易記住，每次看完就忘，一直這樣循環(huán)往復(fù)。相信大部分人也都跟我一樣，往往是真正遇到問(wèn)題時(shí)才會(huì)去想對(duì)應(yīng)的解決方案。
我是什么時(shí)候開(kāi)始能完整看完Spring官方文檔的？是在明白了Spring大部分功能的使用場(chǎng)景后。
同樣的經(jīng)歷也發(fā)生在我的Spark學(xué)習(xí)之路上，我有過(guò)多次Spark從入門(mén)到放棄的經(jīng)歷，直到有一天碰到了一個(gè)實(shí)際業(yè)務(wù)問(wèn)題需要定期分析大量數(shù)據(jù)并生成分析結(jié)果，在解決這個(gè)問(wèn)題的過(guò)程中，我才真正理解了Spark的用途。
這就和有些人一直不明白架構(gòu)師到底是做什么的一樣，直到有一天，他們遇到了一個(gè)具體的問(wèn)題，摸索出了一個(gè)可行的方案，才明白：原來(lái)架構(gòu)師是這樣解決問(wèn)題的。
因此，如果想要學(xué)好軟件架構(gòu)，基于場(chǎng)景的學(xué)習(xí)方式有效。因?yàn)橐坏├斫饬藰I(yè)務(wù)場(chǎng)景，就能很容易地看懂某個(gè)解決方案，并理解解決方案背后的實(shí)現(xiàn)原理。
那么，有沒(méi)有這樣一本書(shū)：
它沒(méi)有教條，沒(méi)有理論，就像講故事一樣，將個(gè)人架構(gòu)實(shí)戰(zhàn)經(jīng)歷娓娓道來(lái)。
它先講清楚需要解決的問(wèn)題，然后訴說(shuō)個(gè)人架構(gòu)的心路歷程，并將實(shí)現(xiàn)思路結(jié)合起來(lái)，闡述整體方案，后引申出解決方案的不足及更多思考。
在做了大量市場(chǎng)調(diào)研后我并沒(méi)有找到此類(lèi)書(shū)籍，于是就產(chǎn)生了一個(gè)想法，可不可以自己寫(xiě)一本這樣的書(shū)，來(lái)填補(bǔ)這塊空白？
本書(shū)講的是架構(gòu)，可是，什么是架構(gòu)？

什么是架構(gòu)？
關(guān)于架構(gòu)，我以前一直以為，只有真正從0到1，經(jīng)歷各種技術(shù)選型后搭建出來(lái)的一個(gè)系統(tǒng)框架，才算是真正的架構(gòu)。
但現(xiàn)實(shí)是，隨意在Github上搜索一個(gè)框架，比如Spring Cloud腳手架，就有很多相關(guān)的教程。而且，對(duì)于從0開(kāi)始的業(yè)務(wù)來(lái)說(shuō)，技術(shù)選型有那么重要嗎？實(shí)際工作中不都是技術(shù)創(chuàng)始人熟悉哪個(gè)技術(shù)棧就用哪個(gè)技術(shù)棧嗎？
如果腳手架不是架構(gòu)，那什么是？
來(lái)看看軟件架構(gòu)的定義。
軟件架構(gòu)是一系列相關(guān)的抽象模式，用于指導(dǎo)大型軟件系統(tǒng)各個(gè)方面的設(shè)計(jì)。軟件架構(gòu)是一個(gè)系統(tǒng)的草圖，描述的對(duì)象是直接構(gòu)成系統(tǒng)的抽象組件，各個(gè)組件之間的連接明確和相對(duì)細(xì)致地描述組件之間的通信。在實(shí)現(xiàn)階段，這些抽象組件被細(xì)化為實(shí)際的組件，比如具體的某個(gè)類(lèi)或者對(duì)象。在面向?qū)ο箢I(lǐng)域中，組件之間的連接通常用接口來(lái)實(shí)現(xiàn)。軟件架構(gòu)是構(gòu)建計(jì)算機(jī)軟件的基礎(chǔ)。與建筑師制訂建筑項(xiàng)目的設(shè)計(jì)原則和目標(biāo)來(lái)作為繪圖員畫(huà)圖的基礎(chǔ)一樣，一個(gè)軟件架構(gòu)師或者系統(tǒng)架構(gòu)師設(shè)計(jì)軟件架構(gòu)以作為滿(mǎn)足不同客戶(hù)需求的實(shí)際系統(tǒng)設(shè)計(jì)方案的基礎(chǔ)。
是不是很難理解？
我以前有個(gè)領(lǐng)導(dǎo)，原來(lái)是Oracle的VP，那時(shí)候公司在推行Scrum，我就問(wèn)他，學(xué)Scrum重要的是什么？
他說(shuō)，是體驗(yàn)，先別去刻意記憶那些規(guī)則，而是跟著前輩做項(xiàng)目，在里面認(rèn)真體驗(yàn)一段時(shí)間，自然就懂了。
我覺(jué)得這一方法在學(xué)習(xí)上也可以參考：先不去糾結(jié)什么是架構(gòu)，而是去探索架構(gòu)要解決什么問(wèn)題、要處理什么樣的場(chǎng)景。這就是本書(shū)的立足點(diǎn)。

從實(shí)際場(chǎng)景中學(xué)架構(gòu)
我職場(chǎng)深耕15余載，經(jīng)歷過(guò)數(shù)十次互聯(lián)網(wǎng)架構(gòu)業(yè)務(wù)。在這幾十次的架構(gòu)經(jīng)歷中，有些因與業(yè)務(wù)緊密結(jié)合無(wú)法單獨(dú)拿出來(lái)，但有些可以從特定業(yè)務(wù)需求中剝離出來(lái)變成技術(shù)思路上通用的解決方案。其中可以抽取歸納的架構(gòu)經(jīng)歷共16次，本書(shū)將這16次真實(shí)的架構(gòu)經(jīng)歷整理成一套知識(shí)體系，方便讀者更加系統(tǒng)地理解它們，終內(nèi)化為自己的知識(shí)。
根據(jù)架構(gòu)設(shè)計(jì)的立足點(diǎn)，本書(shū)劃分為5個(gè)部分。
第1部分：數(shù)據(jù)持久化層場(chǎng)景實(shí)戰(zhàn)。主要講解存儲(chǔ)的數(shù)據(jù)量太大影響讀寫(xiě)性能時(shí)，如何在存儲(chǔ)層采取措施來(lái)解決性能問(wèn)題。學(xué)完這部分內(nèi)容后，當(dāng)遇到數(shù)據(jù)量大的問(wèn)題時(shí)，就可以直接從中找到參考答案。
�r 第2部分：緩存層場(chǎng)景實(shí)戰(zhàn)。主要講解大流量時(shí)，如何避免流量直接壓垮數(shù)據(jù)庫(kù)層。學(xué)完這后，當(dāng)遇到緩存層場(chǎng)景問(wèn)題，就知道如何進(jìn)行架構(gòu)設(shè)計(jì)了。
�r 第3部分：基于常見(jiàn)組件的微服務(wù)場(chǎng)景實(shí)戰(zhàn)。主要講解業(yè)務(wù)邏輯分布在不同的服務(wù)時(shí)，如何使用一些常見(jiàn)的組件去解決其中的各種問(wèn)題。通過(guò)這部分內(nèi)容的學(xué)習(xí)，能快速掌握一些微服務(wù)的基本原理，并靈活地組合一些常見(jiàn)微服務(wù)組件，或結(jié)合自研的一些框架來(lái)解決微服務(wù)場(chǎng)景問(wèn)題。
�r 第4部分：微服務(wù)進(jìn)階場(chǎng)景實(shí)戰(zhàn)。在學(xué)完基于常見(jiàn)組件的微服務(wù)場(chǎng)景實(shí)戰(zhàn)內(nèi)容后，這個(gè)模塊將先用各種真實(shí)經(jīng)歷讓你提前體會(huì)在大公司使用微服務(wù)時(shí)會(huì)面臨的一些問(wèn)題，然后通過(guò)真實(shí)的架構(gòu)經(jīng)歷來(lái)講解使用無(wú)常見(jiàn)組件可用的微服務(wù)時(shí)所面臨的一些問(wèn)題及其解決方案。
�r 第5部分：開(kāi)發(fā)運(yùn)維場(chǎng)景實(shí)戰(zhàn)。主要講解如何通過(guò)一些架構(gòu)上的設(shè)計(jì)來(lái)提高開(kāi)發(fā)效率和測(cè)試微服務(wù)的效率。