一篇文章搞懂架构师的核心技能
“
這是架構師系列的第一篇：核心技能，希望這個系列能完全揭示架構師這個職位：我先從核心技能開始，后續還有架構師之路，架構實戰等架構師系列文章。
本文作者 陳睿 優知學院創始人，前攜程定制旅游CTO,在互聯網擁有13年產品技術經驗，曾先后就職于淘寶、百度、攜程，負責產品&技術團隊。
架構師的定義和職責
我發現現在大家很難說清楚架構師的核心技能是什么，如何客觀的來準確定義架構設計，什么樣的架構師才是你學習和借鑒的方向，今天由我來開啟這個話題。
首先，這里我把架構師這個職位劃分為如下三類：
架構師類別
1 技術型架構師
這一類大家接觸到最多，大家的理解就是技術專家、技術大牛，解決公司的技術難題、架構設計，甚至都不需要了解業務。
2 業務型架構師
精通業務但不一定懂技術，部分公司不一定有業務架構師這個title，也許是類似BD這樣的稱呼，但都需要精通業務。
怎么來定義精通業務？
具有典型的行業屬性特征，比如是電子商業領域的專家、在線旅游行業的專家、零售行業的專家、醫美行業的專家…，對某一行業有非常深入的了解，熟悉該行業的特征，熟悉業務流程，以及該行業面臨的挑戰等。
3 技術和業務結合型架構師
技術結合業務型架構師
技術和業務的兩者的集合，同時都精通，具有這樣能力的人，我的10年+職場生涯里沒有超過3個。
我們工作中接觸到大部分都是偏技術型的架構師，解決技術難題為主，以下我談到的所謂“架構師”這個稱謂，特指技術型架構師，技術專家。
架構師，一般公司相關的技術選型和架構設計由其來承擔和負責，工作中遇到了搞不定的技術問題，或者公司遇見的技術瓶頸，找架構師解決。
例如，創業早期采用windows體系:windows、IIS、SQL-Sever、C# ，隨著公司的發展，業務百倍、千倍的發展，流量越來越大，當流量超過一千萬時，面對性能和成本這些不可控的因素，進行了業務拆分和性能優化，但是依然解決不了問題，痛定思痛于是決定轉型：將整個 windows 技術體系轉向java 體系，對應的技術方案是什么，技術演變的關鍵點在哪里，以及在不影響業務為前提下，按照什么樣的步驟來推進技術演變？
再例如淘寶最早期典型LAMP結構快速上線，隨著業務的發展，很早就遷移到java體系，隨著業務的爆炸性發展，業務從百萬級到千萬級再到億級的用戶發展，在java體系下如何一步步推進，面對雙11的挑戰等技術架構需要怎樣來設計和演變？
當公司越來越依重與技術的時候，公司不能接受1個小時的宕機，甚至1分鐘也接受不了的情況，這些技術挑戰將都需要架構師去解決，這就是牽涉到架構設計這個話題，為什么說架構設計如此重要？
架構設計
我用一個生活中典型的場景，你就會體會到架構設計的重要性和需要的場景。
上海外灘的環球金融中心樓高492米，如果你想建造一座492米的高樓，這一定與平時我們建幾樓、十幾樓的打地基以及材料有完全不懂的方法，這里的地基的深度決定了樓房的高度，這就涉及到建筑設計。
同理，當你的網站需要承受千萬、億級的訪問的時候，這就涉及到架構師的核心技能：架構設計。
以及架構設計的典型場景，萬級用戶訪問、百萬級用戶訪問、千萬、億級的用戶訪問，所需要的架構設計是如何演變：淘寶發展歷程最具決定性的一次技術架構演變。
你可能也喜歡:
?
總結
以上是生活随笔為你收集整理的一篇文章搞懂架构师的核心技能的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 论文浅尝 | 当Hearst还不够时:用
- 下一篇： 论文浅尝 | 一种用于多关系问答的可解释