架構師升級之路，你掌握了嗎？

以前有網友說想看架構師升級的文章，因此寫了本文。先給本文中架構師作個定義：第一，能力上達到（彷佛是廢話），第二，公司肯認可，不只能給架構師的頭銜，更能按架構師的標準發工資。

對於程序員來講，架構師是職業發展的一道坎，若是跨過去了，後面就前途無量了，不然可能一直得作着代碼coding的事情。本文將從「如何升級」和「平時工做內容」兩方面，說下我對架構師的認識。

1、先說下你們對架構師認識的誤區

一、架構師不是不吃煙火食，不是隻在一我的的隔間裏設計架構，而是須要和產品方，需求方，程序員等各路人馬打交道。

二、架構師偏重於技術，這個不假，但毫不能是技術完美主義者，由於任何產品或網站的架構都充滿着妥協。

三、高級程序員和架構師的界限並不明顯，不是哪天高級程序員學好了什麼課程，掌握了一門技術就自動升級到架構了，有些要求不高的項目裏，甚至由高級開發來充當架構的角色。

四、架構師並非門門都精通，而是得知道某個需求要點能夠有哪些實現方案，而後會根據當前的預算，人員等狀況合適地選擇適合當前項目組的。

五、對架構師而言，不是什麼都是得本身設計，好比實現負載均衡時，不可能讓架構師用java實現一套解決方案，而是至少選用哪一種組件，好比nginx，能在項目中把這套組件搭建起來。

六、架構師設計出來的，是產品，未必是藝術品。架構師設計出來的產品可能僅僅能知足流量等的需求，可能只能遠觀，近看可能就一團糟了。但公司偏偏是要結果的，並且產品開發的週期會很緊，因此最終上線的架構也就只能是應付當前的需求。

2、高級開發升級到架構師的必要條件

在不少場景裏，高級開發只有具有了以下的條件，纔有資格升級到架構師，這裏我是拿java架構舉例。

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

二、至少能會在linux上看日誌，若是能夠，最好具有在linux上部署和運行程序的能力。

三、具有必定的調優能力，好比須要能經過看日誌，進行JVM內存調優，或者經過看執行計劃等方式，進行SQL調優。

四、得了解設計模式，能夠不用精通，但至少得知道，在哪一種場景裏，能夠經過哪一種模式來優化結構。

五、這個是關鍵的一條，考慮問題時，得擺脫「單機版」的侷限，在知識儲備裏，得包含負載均衡，消息隊列，數據庫集羣等基於分佈式的知識點。

六、和人打交道時，至少沒障礙，至少得能清晰地表達出本身的意思。

3、高級開發不會自動升級到架構，除非認真準備過

在大多數公司裏，會有高級開發升級到架構師的案例，我也見過很多高級開發經過跳槽，成爲架構師的案例。但機會只給有準備的人。

若是高級開發一直關注手頭上的事情，工做之餘也不學習，那可能就沒法完成升級了，並且這個升級的步驟要比初級開發升高級的要可貴多，爲何呢？

公司通常都是須要具有有過實踐經驗的架構，而高級開發通常是經過跳槽來完成升級的，但若是你當前是高級開發，估計很難有實踐架構的機會，因此很難經過架構師的面試，沒有架構師的實踐機會，那麼如何升級呢？這彷佛是個死循環。

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

一、若是你所在的公司是互聯網公司，那麼高級開發多少會接觸些分佈式高併發架構的知識，那麼高級開發在平時能夠多觀察多積累，等到組內架構師離職了，通常就有機會了。

二、有些公司仍是用傳統的技術，好比仍是用單機版的SSM，甚至用JDBC+java的開發模式，在這類公司裏，升級彷佛有些難，但不是不能夠。在這裏公司裏幹活的高級開發，平時必定得多看相關書籍，看的時候圍繞一個主題：若是讓我設計一個能知足雙十一流量的架構，我該怎麼作？再具體下，若是讓我設計一個高併發流量的秒殺系統，我又該怎麼作？其實不少架構面試題就圍繞這兩方面。

通過學習，至少高級開發能有架構師的技能了，至於這類高級開發如何在簡歷中寫架構方面的經驗，別問我，我不能說，或者是，你們可能都知道，但我不可說。

4、架構師必備的技能（再說升級的方式）

一、圍繞着剛纔說的，實現一套能知足高併發的系統，那麼得了解負載均衡，限流，模塊間的消息隊列，緩存，熱備冗餘，數據庫集羣等知識。

其實對高級開發而言，學習自己不是難點，關鍵是不知道該學什麼，以及每一個要點該學到什麼程度？這裏，若是你要面試成功，那麼每一個知識點知道個大概便可。

二、具體到學習路線，目前我知道的有阿里路線，我也見過有人把spring cloud各組件瞭解透，而後完成升級的案例。

三、對我而言，我升級時是看《億級流量網站架構核心技術》這本書，其中涵蓋的知識面比較全，而後我再根據其中給出的知識體系逐一再深刻，比方說，我看了其中有提到用hystrix作限流，我就再看其它資料，深刻了解下這個組件的配置等詳細用法。總之，先看面，再深刻點，隨後再根據各組件，組裝一個能應付高併發的系統。

四、實踐很重要，並且在實踐中別怕犯錯誤，但犯了錯得及時總結。

能夠這樣說，架構師開始幾個設計的項目，必定是慘不忍睹的，必定會不停地重構。因此，在架構師的實習階段，加班是常有的，甚至可能會不斷被領導說，設計出來的產品也有可能被抱怨。

這時必定得堅持，而後不斷反思下，同時在設計架構時，必定能接觸到各種相關的知識，這樣架構師就慢慢成長了。

五、這個是比較容易忽視的一點，架構師必定得會溝通，這每每也是升級的瓶頸。

架構師得和產品溝通，以獲得本系統的需求，同時得和需求方協調，在有限的時間裏必定作不到面面俱到，必定得有所放棄，這個得事先談好。而後再設計，拼接組件，而後得和開發或開發經理溝通，別讓開發誤解本身設計架構時的本意。

我目前不是架構，還在升級的路上，根據我接觸到的架構師的升級經驗，以及我自己的升級體會，在這裏來總結下架構師的技術升級要點：用兩個字來描述：集羣，用三個字：分佈式，再用多點的文字：把海量的流量和數據合理分攤到數量合適的機器上。

想明白這點，後面就能知道該學哪些了，好比流量分攤時得負載均衡，存儲海量數據時得靠數據庫集羣，或分庫分表，爲了防止單點失效，得設計冗餘系統，系統間通信時得用消息中間件，不能讓每次請求都走後臺，因此能夠搭建緩存，單個緩存容易失效，因此能夠搭建分佈式緩存，爲了監控性能，因此得上一些監控措施，好比監控JVM，監控數據等的，爲了等看日誌，因此得上一些日誌組件。等等。

上述知識點掌握後，再組裝起來，好比搭建一個秒殺系統以檢驗本身的學習成果。

5、架構師平時幹什麼？

一、開會，開需求會，開設計評審會等。大概會佔到平時工做的30%到50%。

二、若是不是資深架構或技術總監，那麼未必會設計一套全新的架構，每每是在現有基礎上改進，好比作擴容，分庫分表，上新的日誌監控系統。這方面，架構師每每會作個案例，好比在一臺linux上搭個日誌系統，把步驟寫清楚，讓開發依樣畫葫蘆。對於資深架構而言，可能得重頭開始設計，或者做出調整技術組件等的決定，這通常也先在部分系統或部分機器上作試驗。

三、解決技術問題。這些問題未必是架構級別的，但只要是高級開發解決不了的問題，架構通常都得上，誰讓架構是大牛呢？若是是架構組件方的問題，好比配置或部署方面的問題，架構師更得上。

四、但最重要的是學習，好比想，當前流量是2000每秒，到了5000時我該怎麼辦？而後再找些機器搭些組件來實驗一下。

6、架構師更多的是和人打交道

和技術打交道容易，和人打交道難，由於一百我的會有一百個想法。

因此說，除了技術以外，架構師還得具有以下的能力：

一、能經過交流展現本身的想法。

二、在各方利益不一致時得會協調妥協，其實這也得靠各方溝通。

三、管理團隊的能力。

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

因此說，不少公司的架構師毫不是「兩耳不聞窗外事」，固然這類架構師也有，但這類絕對是大神級別的。