要想成為一名合格，甚至優秀的架構師，你至少需要懂得抓住架構師的核心技能，學會抓住架構設計的本質，這就是架構之道，比架構之術重要的多。
本文作者 陳睿 優知學院創始人
架構之道
我發現現在大家很難說清楚架構師的核心技能是什麼，如何客觀的來準確定義架構設計，什麼樣的架構師才是你學習和借鑑的方向，今天我來開啟這個話題。
首先，這裡我把架構師這個職位劃分為如下三類：
1 技術型架構師
這一類大家接觸到最多，大家的理解就是技術專家、技術大牛，解決公司的技術難題、架構設計，甚至都不需要了解業務。
2 業務型架構師
精通業務但不一定懂技術，部分公司不一定有業務架構師這個title，也許是類似BD這樣的稱呼，但都需要精通業務。
怎麼來定義精通業務？
具有典型的行業屬性特徵，比如是電子商業領域的專家、在線旅遊行業的專家、零售行業的專家、醫美行業的專家...，對某一行業有非常深入的瞭解，熟悉該行業的特徵，熟悉業務流程，以及該行業面臨的挑戰等。
3 技術和業務結合型架構師
技術和業務的兩者的集合，同時都需要精通，這樣的人往往在公司我們統稱為“首席架構師”
我們工作中接觸到大部分都是偏技術型的架構師，解決技術難題為主，以下我談到的所謂“架構師”這個稱謂，特指技術型架構師，技術專家。
架構師的核心技能
架構師，一般公司相關的技術選型和架構設計由其來承擔和負責，工作中遇到了搞不定的技術問題，或者公司遇見的技術瓶頸，找架構師解決。
例如，10年前早期採用windows體系:windows、IIS、SQL-Sever、C# ，隨著公司的發展，業務百倍、千倍的發展，流量越來越大，當流量超過一千多萬時，面對性能和成本這些不可控的因素，進行了業務拆分和性能優化，但是依然解決不了問題，痛定思痛於是決定轉型：將整個 windows 技術體系轉向java 體系，對應的技術方案是什麼，技術演變的關鍵點在哪裡，以及在不影響業務為前提下，按照什麼樣的步驟來推進技術演變？
這就會涉及到架構師的核心技能，如何設計一套高可用的架構來支撐千萬、億級的訪問技能：
目前我已知的幾家大公司，正在經歷.net到java的演變陣痛，懂得關鍵節點怎樣演變的人在這個市場非常稀少。
再例如淘寶最早期典型LAMP結構快速上線，隨著業務的發展，很早就遷移到java體系，隨著業務的爆炸性發展，業務從百萬級到千萬級再到億級的用戶發展，在java體系下如何一步步推進的技術架構演變：淘寶發展歷程最具決定性的一次技術架構演變。
再例如，隨著業務的快速發展，需要更多用戶設計場景：雙11的挑戰，秒殺系統，短期的時間湧入大量的用戶都以億級用戶單位，技術怎樣支撐這個業務場景，需要做哪些方面的技術儲備？
再例如當公司越來越依重與技術的時候，公司不能接受1個小時的宕機，甚至1分鐘也接受不了的情況，這些技術挑戰將都需要架構師去解決，這就是牽涉到一套可容災的安全可靠的架構設計。
架構設計場景
上海外灘的環球金融中心樓高492米，如果你想建造一座492米的高樓，這一定於平時我們建幾樓、十幾樓的打地基以及材料有完全不懂的方法，這裡的地址和材質，以及對應的設計方法決定了之後你想建造樓房的高度。
同理，當你的網站需要承受千萬、億級的訪問的時候，這就涉及到網站的基礎設施需要怎樣搭建才能支撐這樣的高樓建設。
我們都說架構是演變而來的，但我想說的是不管架構怎樣演變，但架構設計的本質和建築設計的本質往往都是想通的。
閱讀更多 前端小學生 的文章
