架構的是什麼？架構師的本質是什麼？
架構師的本質是將複雜的業務簡單化（大道至簡）。將無序變成有序，找出應用邊界，再有機結合，具體用什麼技術來解決問題，個人推薦小而美的思路，簡單明瞭的解決方案，一切從簡。同時，架構師需要一定的技術基礎，側重於產品全域性的把控，思考的更多更全面，包括功能、使用者群體、適用範圍、未來擴充套件性、規劃等。
架構師在整個系統、專案中的地位類似於房屋建造的設計師，需要對專案的整體進行統籌規劃、有全域性把控的能力，能夠在功能、展現、技術選型等方面做決策，在技術攻關的時候還能擼起袖子直接上戰場的人。
架構師應該考慮專案未來的發展，現有的架構是否滿足專案未來5到10年的效能、儲存以及功能變更的規劃。做一套系統最關鍵的是兩個方面：第一是效能上的規劃，第二是功能上的擴充套件。個人比較推崇小而美的架構，並進行逐步迭代，不要過度設計，增加系統複雜度。
普通開發人員要如何轉型為架構人員？現在湧現的很多輕便化和簡易化的產品會不會降低對架構師的門檻？
（1）普通開發人員不應該急躁、眼高手低，成為高手不是一朝一夕的。首先，應該做好自己的本職工作，在每一次解決完問題後再思考還有沒有更好的解決方案，一點一點的進步，同時養成好的習慣，動手之前先想，能想出多種解決方案，並選擇出最適合的，對於自己的成長一開始不要定一個很大的目標，給自己一個規劃，有想法就去做，一點一點地積累，多動手，多思考，多重構。曾經遇到一個應屆畢業生看設計模式，這就是我不推崇的，當然，能力特別突出就另當別論。
（2）輕便化和簡易化的產品不僅不會降低架構師的價值，反而是一個合格的架構師要學會用這些穩定的、可靠的小元件，去豐富工作中的一些解決方案。如何將眾多好的開源產品進行融合、整理，這是架構師一個重要的能力：架構治理能力。
你對Java 程式設計師的架構學習路線有沒有什麼好的建議？
一、Java工程化
工欲善其事，必先利其器，不管是小白，還是資深開發，都需要先選擇好的工具。提升開發效率何團隊協作效率。讓自己有更多時間來思考。
二、原始碼分析
原始碼分析是一種臨界知識，掌握了這種臨界知識，能不變應萬變，原始碼分析對於很多人來說很枯燥，生澀難懂。
原始碼閱讀，我覺得最核心有三點：技術基礎+強烈的求知慾+耐心。
我認為是閱讀原始碼的最核心驅動力。我見到絕大多數程式設計師，對學習的態度，基本上就是這幾個層次（很偏激哦）：
如果你想學習以上的知識內容，你可以加這個群獲取：交流學習群：561614305 裡面會分享一些資深架構師錄製的影片錄影
1、只關注專案本身，不懂就baidu一下。
2、除了做好專案，還會閱讀和專案有關的技術書籍，看wikipedia。
3、除了閱讀和專案相關的書外，還會閱讀IT行業的書，比如學Java時，還會去了解函式語言，如LISP。
4、找一些開源專案看看，大量試用試用第三方框架，還會寫寫demo。
5、閱讀基礎框架、J2EE規範、Debug伺服器核心。
大多數程式都是第1種，到第5種不光需要濃厚的興趣，還需要勇氣：我能讀懂嗎？其實，你能夠讀懂的
耐心，真的很重要。因為你極少看到閱讀原始碼的指導性文章或書籍，也沒有人要求或建議你讀。你讀的過程中經常會卡住，而一卡主可能就陷進了迷宮。這時，你需要做的，可能是暫時中斷一下，再從外圍看看它：如API結構、框架的設計圖。
下圖是我總結出目前最應該學習的原始碼知識點：
三、微服務
當前微服務很熱，大家都號稱在使用微服務架構，但究竟什麼是微服務架構？微服務架構是不是發展趨勢？對於這些問題，我們都缺乏清楚的認識。
為解決單體架構下的各種問題，微服務架構應運而生。與其構建一個臃腫龐大、難以馴服的怪獸，還不如及早將服務拆分。微服務的核心思想便是服務拆分與解耦，降低複雜性。微服務強調將功能合理拆解，儘可能保證每個服務的功能單一，按照單一責任原則（Single Responsibility Principle）明確角色。 將各個服務做輕，從而做到靈活、可複用，亦可根據各個服務自身資源需求，單獨佈署，單獨作橫向擴充套件。
下圖是我總結出微服務需要學習的知識點：
四、分散式架構
分散式系統是一個古老而寬泛的話題，而近幾年因為 “大資料” 概念的興起，又煥發出了新的青春與活力。除此之外，分散式系統也是一門理論模型與工程技法並重的學科內容。相比於機器學習這樣的研究方向，學習分散式系統的同學往往會感覺：“入門容易，深入難”。的確，學習分散式系統幾乎不需要太多數學知識。
分散式系統是一個複雜且寬泛的研究領域，學習一兩門線上課程，看一兩本書可能都是不能完全覆蓋其所有內容的。
總的來說，分散式系統要做的任務就是把多臺機器有機的組合、連線起來，讓其協同完成一件任務，可以是計算任務，也可以是儲存任務。如果一定要給近些年的分散式系統研究做一個分類的話，我個人認為大概可以包括三大部分：
分散式儲存系統
分散式計算系統
分散式管理系統
下圖是我總結近幾年目前分散式最主流的技術：
五、效能最佳化
不管是應付前端面試還是改進產品體驗，效能最佳化都是躲不開的話題。
最佳化的目的是讓使用者有“快”的感受，那如何讓使用者感受到快呢？
載入速度真的很快，使用者開啟輸入網址按下回車立即看到了頁面
載入速度並沒有變快，但使用者感覺你的網站很快
效能最佳化取決於多個因素，包括垃圾收集、虛擬機器和底層作業系統（OS）設定。有多個工具可供開發人員進行分析和最佳化時使用，你可以透過閱讀 Java Tools for Source Code Optimization and Analysis 來學習和使用它們。
必須要明白的是，沒有兩個應用程式可以使用相同的最佳化方式，也沒有完美的最佳化 java 應用程式的參考路徑。使用最佳實踐並且堅持採用適當的方式處理效能最佳化。想要達到真正最高的效能最佳化，你作為一個 Java 開發人員，需要對 Java 虛擬機器（JVM）和底層作業系統有正確的理解。
以上五大知識體系是我從業多年總結出來的經驗，都是當前最主流的技術。
下圖是我總結效能最佳化應該學習理解的幾大知識體系：
以上就是我推薦給大家的最具有系統化的學習體系，如果你想學習以上的知識內容，你可以加這個群獲取：Java大神交流群：561614305 裡面會分享一些資深架構師錄製的影片錄影：有Spring，MyBatis，Netty原始碼分析，高併發、高效能、分散式、微服務架構的原理，JVM效能最佳化這些成為架構師必備的知識體系。還能領取免費的學習資源，目前受益良多
