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

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

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

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

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

5、對架構(gòu)師而言，不是什么都是得自己設(shè)計(jì)，比如實(shí)現(xiàn)負(fù)載均衡時(shí)，不可能讓架構(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ā)的周期會(huì)很緊，所以最終上線的架構(gòu)也就只能是應(yīng)付當(dāng)前的需求。

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

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

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

2、至少能會(huì)在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、這個(gè)是關(guān)鍵的一條，考慮問題時(shí)，得擺脫“單機(jī)版”的局限，在知識(shí)儲(chǔ)備里，得包含負(fù)載均衡，消息隊(duì)列，數(shù)據(jù)庫集群等基于分布式的知識(shí)點(diǎn)。

6、和人打交道時(shí)，至少?zèng)]障礙，至少得能清晰地表達(dá)出自己的意思。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2、如果不是資深架構(gòu)或技術(shù)總監(jiān)，那么未必會(huì)設(shè)計(jì)一套全新的架構(gòu)，往往是在現(xiàn)有基礎(chǔ)上改進(jìn)，比如做擴(kuò)容，分庫分表，上新的日志監(jiān)控系統(tǒng)。這方面，架構(gòu)師往往會(huì)做個(gè)案例，比如在一臺(tái)linux上搭個(gè)日志系統(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時(shí)我該怎么辦？然后再找些機(jī)器搭些組件來實(shí)驗(yàn)一下。

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

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

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

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

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

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

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

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