一、先說下大家對架構(gòu)師認(rèn)識的誤區(qū)

1、架構(gòu)師不是不食人間煙火，不是只在一個人的隔間里設(shè)計(jì)架構(gòu)，而是需要和產(chǎn)品方，需求方，程序員等各路人馬打交道。

2、架構(gòu)師偏重于技術(shù)，這個不假，但絕不能是技術(shù)完美主義者，因?yàn)槿魏萎a(chǎn)品或網(wǎng)站的架構(gòu)都充滿著妥協(xié)。

3、高級程序員和架構(gòu)師的界限并不明顯，不是哪天高級程序員學(xué)好了什么課程，掌握了一門技術(shù)就自動升級到架構(gòu)了，有些要求不高的項(xiàng)目里，甚至由高級開發(fā)來充當(dāng)架構(gòu)的角色。

4、架構(gòu)師并不是門門都精通，而是得知道某個需求要點(diǎn)可以有哪些實(shí)現(xiàn)方案，然后會根據(jù)當(dāng)前的預(yù)算，人員等情況合適地選擇適合當(dāng)前項(xiàng)目組的。

5、對架構(gòu)師而言，不是什么都是得自己設(shè)計(jì)，比如實(shí)現(xiàn)負(fù)載均衡時，不可能讓架構(gòu)師用java實(shí)現(xiàn)一套解決方案，而是至少選用哪種組件，比如nginx，能在項(xiàng)目中把這套組件搭建起來。

6、架構(gòu)師設(shè)計(jì)出來的，是產(chǎn)品，未必是藝術(shù)品。架構(gòu)師設(shè)計(jì)出來的產(chǎn)品可能僅僅能滿足流量等的需求，可能只能遠(yuǎn)觀，近看可能就一團(tuán)糟了。但公司恰恰是要結(jié)果的，而且產(chǎn)品開發(fā)的周期會很緊，所以最終上線的架構(gòu)也就只能是應(yīng)付當(dāng)前的需求。

二、高級開發(fā)升級到架構(gòu)師的必要條件

在很多場景里，高級開發(fā)只有具備了如下的條件，才有資格升級到架構(gòu)師，這里我是拿java架構(gòu)舉例。

1、Java Core以及Java web的基本技能，比如集合，多線程，SSM框架就不說了，這個是必須要掌握的。

2、至少能會在linux上看日志，如果可以，最好具備在linux上部署和運(yùn)行程序的能力。

3、具備一定的調(diào)優(yōu)能力，比如需要能通過看日志，進(jìn)行JVM內(nèi)存調(diào)優(yōu)，或者通過看執(zhí)行計(jì)劃等方式，進(jìn)行SQL調(diào)優(yōu)。

4、得了解設(shè)計(jì)模式，可以不用精通，但至少得知道，在哪種場景里，可以通過哪種模式來優(yōu)化結(jié)構(gòu)。

5、這個是關(guān)鍵的一條，考慮問題時，得擺脫“單機(jī)版”的局限，在知識儲備里，得包含負(fù)載均衡，消息隊(duì)列，數(shù)據(jù)庫集群等基于分布式的知識點(diǎn)。

6、和人打交道時，至少沒障礙，至少得能清晰地表達(dá)出自己的意思。

三、高級開發(fā)不會自動升級到架構(gòu)，除非認(rèn)真準(zhǔn)備過

在大多數(shù)公司里，會有高級開發(fā)升級到架構(gòu)師的案例，我也見過不少高級開發(fā)通過跳槽，成為架構(gòu)師的案例。但機(jī)會只給有準(zhǔn)備的人。

如果高級開發(fā)一直關(guān)注手頭上的事情，工作之余也不學(xué)習(xí)，那可能就無法完成升級了，而且這個升級的步驟要比初級開發(fā)升高級的要難得多，為什么呢？

公司一般都是需要具備有過實(shí)踐經(jīng)驗(yàn)的架構(gòu)，而高級開發(fā)一般是通過跳槽來完成升級的，但如果你當(dāng)前是高級開發(fā)，估計(jì)很難有實(shí)踐架構(gòu)的機(jī)會，所以很難通過架構(gòu)師的面試，沒有架構(gòu)師的實(shí)踐機(jī)會，那么如何升級呢？這似乎是個死循環(huán)。

下面說下我見過的完成升級的捷徑：

1、如果你所在的公司是互聯(lián)網(wǎng)公司，那么高級開發(fā)多少會接觸些分布式高并發(fā)架構(gòu)的知識，那么高級開發(fā)在平時可以多觀察多積累，等到組內(nèi)架構(gòu)師離職了，一般就有機(jī)會了。

2、有些公司還是用傳統(tǒng)的技術(shù)，比如還是用單機(jī)版的SSM，甚至用JDBC+java的開發(fā)模式，在這類公司里，升級似乎有些難，但不是不可以。在這里公司里干活的高級開發(fā)，平時一定得多看相關(guān)書籍，看的時候圍繞一個主題：如果讓我設(shè)計(jì)一個能滿足雙十一流量的架構(gòu)，我該怎么做？再具體下，如果讓我設(shè)計(jì)一個高并發(fā)流量的秒殺系統(tǒng)，我又該怎么做？其實(shí)很多架構(gòu)面試題就圍繞這兩方面。

經(jīng)過學(xué)習(xí)，至少高級開發(fā)能有架構(gòu)師的技能了，至于這類高級開發(fā)如何在簡歷中寫架構(gòu)方面的經(jīng)驗(yàn)，別問我，我不能說，或者是，大家可能都知道，但我不可說。

四、架構(gòu)師必備的技能（再說升級的方式）

1、圍繞著剛才說的，實(shí)現(xiàn)一套能滿足高并發(fā)的系統(tǒng)，那么得了解負(fù)載均衡，限流，模塊間的消息隊(duì)列，緩存，熱備冗余，數(shù)據(jù)庫集群等知識。

其實(shí)對高級開發(fā)而言，學(xué)習(xí)本身不是難點(diǎn)，關(guān)鍵是不知道該學(xué)什么，以及每個要點(diǎn)該學(xué)到什么程度？這里，如果你要面試成功，那么每個知識點(diǎn)知道個大概即可。

2、具體到學(xué)習(xí)路線，目前我知道的有阿里路線，我也見過有人把spring cloud各組件了解透，然后完成升級的案例。

3、對我而言，我升級時是看《億級流量網(wǎng)站架構(gòu)核心技術(shù)》這本書，其中涵蓋的知識面比較全，然后我再根據(jù)其中給出的知識體系逐一再深入，比方說，我看了其中有提到用hystrix做限流，我就再看其它資料，深入了解下這個組件的配置等詳細(xì)用法?？傊?，先看面，再深入點(diǎn)，隨后再根據(jù)各組件，組裝一個能應(yīng)付高并發(fā)的系統(tǒng)。

4、實(shí)踐很重要，而且在實(shí)踐中別怕犯錯誤，但犯了錯得及時總結(jié)。

可以這樣說，架構(gòu)師開始幾個設(shè)計(jì)的項(xiàng)目，一定是慘不忍睹的，一定會不停地重構(gòu)。所以，在架構(gòu)師的實(shí)習(xí)階段，加班是常有的，甚至可能會不斷被領(lǐng)導(dǎo)說，設(shè)計(jì)出來的產(chǎn)品也有可能被抱怨。

這時一定得堅(jiān)持，然后不斷反思下，同時在設(shè)計(jì)架構(gòu)時，一定能接觸到各類相關(guān)的知識，這樣架構(gòu)師就慢慢成長了。

5、這個是比較容易忽視的一點(diǎn)，架構(gòu)師一定得會溝通，這往往也是升級的瓶頸。

架構(gòu)師得和產(chǎn)品溝通，以得到本系統(tǒng)的需求，同時得和需求方協(xié)調(diào)，在有限的時間里一定做不到面面俱到，一定得有所放棄，這個得事先談好。然后再設(shè)計(jì)，拼接組件，然后得和開發(fā)或開發(fā)經(jīng)理溝通，別讓開發(fā)誤解自己設(shè)計(jì)架構(gòu)時的本意。

我目前不是架構(gòu)，還在升級的路上，根據(jù)我接觸到的架構(gòu)師的升級經(jīng)驗(yàn)，以及我本身的升級體會，在這里來總結(jié)下架構(gòu)師的技術(shù)升級要點(diǎn)：用兩個字來描述：集群，用三個字：分布式，再用多點(diǎn)的文字：把海量的流量和數(shù)據(jù)合理分?jǐn)偟綌?shù)量合適的機(jī)器上。

想明白這點(diǎn)，后面就能知道該學(xué)哪些了，比如流量分?jǐn)倳r得負(fù)載均衡，存儲海量數(shù)據(jù)時得靠數(shù)據(jù)庫集群，或分庫分表，為了防止單點(diǎn)失效，得設(shè)計(jì)冗余系統(tǒng)，系統(tǒng)間通訊時得用消息中間件，不能讓每次請求都走后臺，所以可以搭建緩存，單個緩存容易失效，所以可以搭建分布式緩存，為了監(jiān)控性能，所以得上一些監(jiān)控措施，比如監(jiān)控JVM，監(jiān)控數(shù)據(jù)等的，為了等看日志，所以得上一些日志組件。等等。

上述知識點(diǎn)掌握后，再組裝起來，比如搭建一個秒殺系統(tǒng)以檢驗(yàn)自己的學(xué)習(xí)成果。

五、架構(gòu)師平時干什么？

1、開會，開需求會，開設(shè)計(jì)評審會等。大概會占到平時工作的30%到50%。

2、如果不是資深架構(gòu)或技術(shù)總監(jiān)，那么未必會設(shè)計(jì)一套全新的架構(gòu)，往往是在現(xiàn)有基礎(chǔ)上改進(jìn)，比如做擴(kuò)容，分庫分表，上新的日志監(jiān)控系統(tǒng)。這方面，架構(gòu)師往往會做個案例，比如在一臺linux上搭個日志系統(tǒng)，把步驟寫清楚，讓開發(fā)依樣畫葫蘆。對于資深架構(gòu)而言，可能得重頭開始設(shè)計(jì)，或者作出調(diào)整技術(shù)組件等的決定，這一般也先在部分系統(tǒng)或部分機(jī)器上做試驗(yàn)。

3、解決技術(shù)問題。這些問題未必是架構(gòu)級別的，但只要是高級開發(fā)解決不了的問題，架構(gòu)一般都得上，誰讓架構(gòu)是大牛呢？如果是架構(gòu)組件方的問題，比如配置或部署方面的問題，架構(gòu)師更得上。

4、但最重要的是學(xué)習(xí)，比如想，當(dāng)前流量是2000每秒，到了5000時我該怎么辦？然后再找些機(jī)器搭些組件來實(shí)驗(yàn)一下。

六、架構(gòu)師更多的是和人打交道

和技術(shù)打交道容易，和人打交道難，因?yàn)橐话賯€人會有一百個想法。

所以說，除了技術(shù)之外，架構(gòu)師還得具備如下的能力：

1、能通過交流展示自己的想法。

2、在各方利益不一致時得會協(xié)調(diào)妥協(xié)，其實(shí)這也得靠各方溝通。

3、管理團(tuán)隊(duì)的能力。

4、充分傾聽別人想法的能力。

所以說，很多公司的架構(gòu)師絕不是“兩耳不聞窗外事”，當(dāng)然這類架構(gòu)師也有，但這類絕對是大神級別的。