到底怎樣的程式設計師能稱為架構師？
我曾問過很多自稱熱愛程式碼的程式設計師的發展規劃，大多都回答說期望成為一名架構師。而在招聘一方，有的團隊會過濾掉多次提起架構一詞而一點不提具體內容的簡歷。可見，雖然在大多數程式設計師眼裡，架構師是神聖的，但又不得不承認事實是：“架構”和“架構師”是最常被濫用的。那些寫能 PPT 而不能寫程式碼的人，只做和事佬而不考慮軟體快、穩、便捷的人，都稱不上做“架構”更別提“架構師”。
那麼什麼樣的人可以稱為“架構師”？
據稱架構一詞源於建築行業，架構師這個職位，不管是前端還是後端，職責是相同的。而用規劃一次房屋的裝修來描述架構師這個職位的職責是非常合適的。
建立一套 Web API 就像在定裝修風格。要選擇注重重 CRUD 的 RESTFul 式，還是請求自定義性更強的 GraphQL 式，又或者是簡單的 JSON-RPC 式，這就像裝修風格是選要簡潔的日式、粗獷的美式還是奢華的歐式。定方向和選型這件事無處不在，架構師必須根據實際需求，做各種決策，為後面各部分整體結合打好基礎。
燈光、牆面、傢俱等各個部分都需要根據風格精心設計、執行和不斷修正，才可能達到原定目標，架構也一樣。拿光線控制來說，施工人員可能會忽略你注重的一些細節：暖色的書房氛圍；明亮且能切到影院模式的客廳；裝在合適位置才不會刺眼的背景燈。在每個環節的執行上，架構師既要設計，又要保證對每個角色充分理解，必要時不排除動手編寫重要環節的功能，而在經驗或考慮不足的點上一旦出現問題就必須迅速調整。空有一個好的設計而沒有好的執行，是非常讓人惋惜的。
值得一提的是，選用最好的衛浴用品、最貴的過濾器並不是獲得最佳洗浴室體驗的關鍵點。同樣，軟體架構並不是說把每個部分做到最好再拼湊起來就能達到佳效果。最好洗浴室體驗的關鍵點在於折中和妥協。例如，在水壓不是特別高的情況下，把過濾器安裝在總閘雖然能讓用水達到最健康的狀態，但會導致淋浴的水壓不夠，進而使體驗大打折扣。把過濾器安裝在廚房出水口可能是最佳的平衡，既保證水壓又保證了用水的健康。分成多個部分是解耦，而協作的平衡是內聚。低耦合、高內聚是架構師處理軟體各部分協作的終極目標。
裝修有很多細節，例如，若不喜歡晾衣服且生活在有“黃梅天”的上海，可選洗烘一體機；房子面積不大，可選擴充套件型傢俱；對通風質量要求比較高，可安裝新風系統。軟體架構也需要考慮很多細節，例如客戶需求、實際環境、技術可用黑科技之類、安全、重用、擴充套件等。而這些細節方面的考慮，並不是一個剛入門的新人能做到的。
總的來說，稱得上架構師的人，必須是具備豐富系統設計經驗且能保證設計執行的設計師和決策者；必須參與設計、開發執行和測試但又不侷限於一個角色。也許架構師並不一定全是這樣，這僅代表個人看法和期望。
Java架構師需要會的技能
既然java架構師，首先你要是一個高階java攻城屍，熟練使用各種框架，並知道它們實現的原理。jvm虛擬機器原理、調優,懂得jvm能讓你寫出效能更好的程式碼；池技術，什麼物件池，連線池，執行緒池...:;java反射技術，寫框架必備的技術，但是有嚴重的效能問題，替代方案java位元組碼技術;nio，沒什麼好說的，值得注意的是"直接記憶體"的特點，使用場景;java多執行緒同步非同步；java各種集合物件的實現原理，瞭解這些可以讓你在解決問題時選擇合適的資料結構，高效的解決問題，比如hashmap的實現原理，好多五年以上經驗的人都弄不清楚，還有為什擴容時有效能問題？不弄清楚這些原理，就寫不出高效的程式碼，還會認為自己做的很對；總之一句話越基礎的東西越重要，很多人認為自己會用它們寫程式碼了，其實僅僅是知道如何呼叫api而已,離會用還差的遠。
熟練使用各種資料結構和演算法，陣列、雜湊、連結串列、排序樹...，一句話要麼是時間換空間要麼是空間換時間，這裡展開可以說一大堆，需要有一定的應用經驗，用於解決各種效能或業務上的問題；有時間再補充。
熟練使用linux作業系統，必備，沒什麼好說的 。
熟悉tcp協議，建立連線三次握手和斷開連線四次握手的整個過程，不瞭解的話，無法對高併發網路應用做優化; 熟悉http協議，尤其是http頭，我發現好多工作五年以上的都弄不清session和cookie的生命週期以及它們之間的關聯。
系統叢集、負載均衡、反向代理、動靜分離，網站靜態化 。
分散式儲存系統nfs,fastdfs,tfs,Hadoop瞭解他們的優缺點，適用場景 。
分散式快取技術memcached,redis，提高系統性能必備，一句話，把硬碟上的內容放到記憶體裡來提速，順便提個演算法一致性hash 。
工具nginx必備技能超級好用，高效能，基本不會掛掉的伺服器，功能多多，解決各種問題。
資料庫的設計能力，mysql必備，最基礎的資料庫工具，免費好用，對它基本的引數優化，慢查詢日誌分析，主從複製的配置，至少要成為半個mysql dba。其他nosql資料庫如mongodb。
還有佇列中介軟體。如訊息推送，可以先把訊息寫入資料庫，推送放佇列伺服器上，由推送伺服器去佇列獲取處理，這樣就可以將訊息放資料庫和佇列裡後直接給使用者反饋，推送過程則由推送伺服器和佇列伺服器完成，好處非同步處理、緩解伺服器壓力，解藕系統。
想學習以上技術可以加入學習交流群：790147974 群裡面有阿里，百度，點評，架構師直播指導，針對工作1--5的Java程式設計師提升自己，還有架構學習資料，jvm，手寫springmvc，分散式，高可用，高效能，資料結構，springcloud，springboot 獲取。
以上純粹是常用的技術，還有很多自己慢慢去摸索吧；因為要知道的東西很多，所以要成為一名合格的架構師，必須要有強大的自學能力，沒有人會手把手的教給你所有的東西。
想成為架構師不是懂了一大堆技術就可以了，這些是解決問題的基礎、是工具，不懂這些怎麼去提解決方案呢？這是成為架構師的必要條件。
架構師還要針對業務特點、系統的效能要求提出能解決問題成本最低的設計方案才合格，人家一個幾百人使用者的系統，訪問量不大，資料量小，你給人家上叢集、上分散式儲存、上高階伺服器，為了架構而架構，這是最扯淡的，架構師的作用就是第一滿足業務需求，第二最低的硬體網路成本和技術維護成本。
架構師還要根據業務發展階段，提前預見發展到下一個階段系統架構的解決方案，並且設計當前架構時將架構的升級擴充套件考慮進去，做到易於升級;否則等系統瓶頸來了，出問題了再去出方案，或現有架構無法擴充套件直接扔掉重做，或擴充套件麻煩問題一大堆，這會對企業造成損失