阿里p8架構(gòu)師談：到底什么是架構(gòu)師

哲學(xué)家常思考的問題：" 我是誰？"" 我從哪里來？"" 要到哪里去？不只是哲學(xué)家，我想每個(gè)人都有自己對(duì)這三個(gè)問題的認(rèn)知。

如果我們要成為架構(gòu)師，我們自己要面臨的三大問題：
找準(zhǔn)自己定位：我是誰？在哪里？
怎樣做好架構(gòu)師：我要做什么？
如何搭建架構(gòu)師知識(shí)體系：我該怎么做？
這里面就是做事方法論：目標(biāo)（我要做什么），方法（計(jì)劃）（我該怎么做）, 執(zhí)行/行動(dòng)
找準(zhǔn)自己定位：我是誰？在哪里？
怎樣做好架構(gòu)師：我要做什么？
如何搭建架構(gòu)師知識(shí)體系：我該怎么做？
這里面就是做事方法論：目標(biāo)（我要做什么），方法（計(jì)劃）（我該怎么做）, 執(zhí)行/行動(dòng)

一、架構(gòu)師定義

什么是架構(gòu)師，這個(gè)聊架構(gòu)話題時(shí)永恒的問題。每個(gè)公司對(duì)架構(gòu)師的定位也有所不同，因?yàn)椴煌舅幍碾A段，業(yè)務(wù)模式，應(yīng)用場(chǎng)景也都不一樣。對(duì)架構(gòu)的要求也不一樣。

在初創(chuàng)公司的野蠻生長(zhǎng)階段：業(yè)務(wù)場(chǎng)景和需求邊界很難把握，有時(shí)候根本不需要架構(gòu)師，產(chǎn)品需要快速迭代和變現(xiàn)，需求頻繁更新，這個(gè)時(shí)候需要的是快速實(shí)現(xiàn)。當(dāng)然如果公司成長(zhǎng)以后，這個(gè)階段就是欠下很多技術(shù)債，埋下很多坑，如果人員流動(dòng)很頻繁，后期系統(tǒng)維護(hù)成本是非常巨大的。

在公司成長(zhǎng)穩(wěn)定階段：業(yè)務(wù)模式和應(yīng)用場(chǎng)景邊界都已經(jīng)比較清晰，這個(gè)時(shí)候最需要架構(gòu)師需要架構(gòu)師能對(duì)線上業(yè)務(wù)進(jìn)行模塊劃分，系統(tǒng)拆分重構(gòu)，并做好相關(guān)高可用的措施，以保證系統(tǒng)的穩(wěn)定，安全、高效地運(yùn)行。

不同的行業(yè)，對(duì)架構(gòu)師的要求也不同，比如電商業(yè)務(wù)和AI領(lǐng)域，從架構(gòu)到業(yè)務(wù)場(chǎng)景，完全是兩個(gè)物種。

在百度百科里面這么定義：系統(tǒng)架構(gòu)師是一個(gè)既需要掌控整體又需要洞悉局部瓶頸并依據(jù)具體的業(yè)務(wù)場(chǎng)景給出解決方案的團(tuán)隊(duì)領(lǐng)導(dǎo)任務(wù)。具體來說是一個(gè)確認(rèn)和評(píng)估系統(tǒng)需求，給出開發(fā)規(guī)范，搭建系統(tǒng)實(shí)現(xiàn)的核心構(gòu)架，并澄清技術(shù)細(xì)節(jié)、掃清主要難點(diǎn)的技術(shù)人員。主要著眼于系統(tǒng)的“技術(shù)實(shí)現(xiàn)”。因此架構(gòu)師應(yīng)該是特定的開發(fā)平臺(tái)、語言、工具的大師，對(duì)常見應(yīng)用場(chǎng)景能馬上給出最恰當(dāng)?shù)慕鉀Q方案，同時(shí)要對(duì)所屬的開發(fā)團(tuán)隊(duì)有足夠的了解，能夠評(píng)估自己的團(tuán)隊(duì)實(shí)現(xiàn)特定的功能需求需要的代價(jià)。系統(tǒng)架構(gòu)師負(fù)責(zé)設(shè)計(jì)系統(tǒng)整體架構(gòu)，從需求到設(shè)計(jì)的每個(gè)細(xì)節(jié)都要考慮到，把握整個(gè)項(xiàng)目，使設(shè)計(jì)的項(xiàng)目盡量效率高，開發(fā)容易，維護(hù)方便，升級(jí)簡(jiǎn)單等。

架構(gòu)師實(shí)際上就是軟件的總體設(shè)計(jì)師。打個(gè)通俗的比方比如某個(gè)工程總設(shè)計(jì)師，類似三峽工程的總設(shè)計(jì)師。

架構(gòu)師的形成一定是在實(shí)踐中積累起來的，而并非上了幾次培訓(xùn)班，讀了幾本書就可以成功的，架構(gòu)師是在工程實(shí)踐中培養(yǎng)出來的!

二、架構(gòu)師作用/職責(zé)

架構(gòu)師在整個(gè)軟件系統(tǒng)開發(fā)過程中都起著重要的作用，并隨著開發(fā)進(jìn)程的推進(jìn)而其職責(zé)或關(guān)注點(diǎn)不斷地變化。

1、按軟件開發(fā)過程維度來說：

需求階段：軟件架構(gòu)師主要負(fù)責(zé)理解和管理非功能性系統(tǒng)需求，比如軟件的可維護(hù)性、性能、復(fù)用性、可靠性、有效性和可測(cè)試性等等，此外，架構(gòu)師還要經(jīng)常審查和客戶及市場(chǎng)人員所提出的需求，確認(rèn)開發(fā) 團(tuán)隊(duì)所提出的設(shè)計(jì);

架構(gòu)設(shè)計(jì)階段：架構(gòu)師負(fù)責(zé)對(duì)整個(gè)系統(tǒng)架構(gòu)設(shè)計(jì)，制定開發(fā)規(guī)范、開發(fā)計(jì)劃，指導(dǎo)整個(gè)開發(fā)團(tuán)隊(duì)完成這個(gè)計(jì)劃。

開發(fā)階段：架構(gòu)師則成為詳細(xì)設(shè)計(jì)者和代碼編寫者的顧問，并且經(jīng)常性地要舉行一些技術(shù)研討會(huì)、技術(shù)培訓(xùn)班等;

測(cè)試和交付階段：協(xié)調(diào)做好相關(guān)測(cè)試和部署。

維護(hù)階段：軟件架構(gòu)師就開始為下一版本的產(chǎn)品是否應(yīng)該增加新的功能模塊進(jìn)行決策。

2、按職能維度：

1）確認(rèn)需求

架構(gòu)師要懂得用戶需求，理解用戶真正想要什么，這使得架構(gòu)師必須要和分析人員不斷溝通，反復(fù)確認(rèn)需求規(guī)格說明書，以此來保證他精準(zhǔn)清楚用戶需求。

項(xiàng)目經(jīng)理劉先生在受訪時(shí)說：「架構(gòu)師會(huì)與很多人溝通，例如開發(fā)人員，例如我們項(xiàng)目經(jīng)理，有時(shí)甚至是用戶本身。架構(gòu)設(shè)計(jì)的目的很明確，目的是什么呢？挖掘用戶需求。」

2）系統(tǒng)分解

在架構(gòu)師認(rèn)可需求規(guī)格說明書后，架構(gòu)師已明確用戶需求是是什么，這時(shí)候便看架構(gòu)師的分解能力了。

系統(tǒng)分解包括縱向分解和橫向分解：

橫向分解是對(duì)系統(tǒng)分解成不同的邏輯層，確定層與層之間的關(guān)系。是指基于技術(shù)架構(gòu)層次進(jìn)行的人員角色分工和任務(wù)分解。常見的分層：

應(yīng)用層：主要負(fù)責(zé)具體的業(yè)務(wù)邏輯處理

服務(wù)層：提供可復(fù)用的服務(wù)

數(shù)據(jù)層：負(fù)責(zé)數(shù)據(jù)的存儲(chǔ)和訪問

分層注意事項(xiàng)：①必須合理規(guī)劃層次邊界和接口；②禁止跨層次的調(diào)用及逆向調(diào)用。

縱向分解是將不同的功能和服務(wù)分割開來，包裝成高內(nèi)聚低耦合的模塊單元，有助于軟件開發(fā)和維護(hù)，還便于不同模塊的分布式部署，提高網(wǎng)站的并發(fā)處理能力和功能擴(kuò)展能力。

3）技術(shù)選型

在系統(tǒng)分解后，架構(gòu)師會(huì)最終形成軟件整體架構(gòu)，接下來，架構(gòu)師的職責(zé)是技術(shù)選型。

前端到底用瘦客戶端還是富客戶端呢？數(shù)據(jù)庫(kù)是用MySQL還是MSSQL又或是Oracle呢？技術(shù)選型是非常重要的環(huán)節(jié)，因?yàn)樾枰私饷糠N技術(shù)的優(yōu)缺點(diǎn)，如果沒有足夠經(jīng)驗(yàn)和深厚的技術(shù)功底，技術(shù)選型很茫然。

架構(gòu)師在技術(shù)選型階段會(huì)提供參考信息給項(xiàng)目經(jīng)理，項(xiàng)目經(jīng)理再?gòu)念A(yù)算、進(jìn)度、人力、資源等各方面情況來權(quán)衡，最終確認(rèn)。

4）制定開發(fā)規(guī)范

架構(gòu)師在項(xiàng)目開發(fā)過程中是「靈魂人物」，并且要具備協(xié)調(diào)組織能力和懂得人員分工。

在制定技術(shù)規(guī)格說明階段，架構(gòu)師要協(xié)調(diào)起所有的開發(fā)人員，架構(gòu)師通常會(huì)用技術(shù)規(guī)格說明書與開發(fā)人員保持溝通，讓開發(fā)人員能從各個(gè)視角去觀測(cè)、理解他們負(fù)責(zé)的模塊或者子系統(tǒng)，確保開發(fā)人員能夠按照架構(gòu)意圖實(shí)現(xiàn)各項(xiàng)功能。

3、必備技能關(guān)注點(diǎn)：

1)、方向規(guī)劃：

有想法和技術(shù)展望目標(biāo)，制定短期目標(biāo)

2)、架構(gòu)設(shè)計(jì)：

集思廣益來設(shè)計(jì)，歸類總結(jié)，根據(jù)討論結(jié)果制定規(guī)范。設(shè)計(jì)不僅僅是技術(shù)相關(guān)（業(yè)務(wù)流程，業(yè)務(wù)方向，模塊劃分組合，框架設(shè)計(jì)，流程紕漏等），設(shè)計(jì)出來還是需要實(shí)施的。

3)、技術(shù)攻關(guān)：

疑難技術(shù)點(diǎn)攻關(guān)，將問題集中化解決，提供平臺(tái)化解決方案以及選型決策。

4)、解決疑難問題：

定期做總結(jié)歸納以此分析問題，解決問題。

發(fā)現(xiàn)各類型問題（不僅僅是技術(shù)），通過規(guī)范，演講，繪圖等方式解決隱患。

5)、互動(dòng)溝通：

架構(gòu)通過團(tuán)隊(duì)的溝通總結(jié)出方向, 部門之間溝通，開發(fā)之間溝通，產(chǎn)品之間溝通，市場(chǎng)溝通，溝通后產(chǎn)出圖形化文檔及設(shè)計(jì)。

6)、開發(fā)規(guī)范：

確保系統(tǒng)秩序，統(tǒng)一，規(guī)范，穩(wěn)定，高效地運(yùn)行。

架構(gòu)師無論多牛B，但一定要記住架構(gòu)是要靠團(tuán)隊(duì)做出來的：

•架構(gòu)師：架構(gòu)通過團(tuán)隊(duì)的溝通總結(jié)出方向

•RD：研發(fā)人員經(jīng)常提出自己碰到的問題，并分享給大家，思維碰撞促進(jìn)發(fā)展

•PM：產(chǎn)品經(jīng)常提出設(shè)想和規(guī)劃，能夠使得架構(gòu)符合未來發(fā)展需求

•OP：運(yùn)維經(jīng)常提出隱患及分析，能使得架構(gòu)快速拆分模塊

•架構(gòu)師：定期做總結(jié)歸納以此分析問題，解決問題

•團(tuán)隊(duì)：團(tuán)隊(duì)成長(zhǎng)、就是每個(gè)人的成長(zhǎng)、每個(gè)人成長(zhǎng)眼界自然增長(zhǎng)

•團(tuán)隊(duì)：團(tuán)隊(duì)的成功、就是產(chǎn)品的成功，產(chǎn)品的成功就是公司的成功

公司的成功可以給你加光環(huán)，但光環(huán)不代表自己的能力代表經(jīng)歷

三、架構(gòu)師分類

其實(shí)架構(gòu)師就是個(gè)title，每個(gè)公司稱呼都可能不一樣，和架構(gòu)概念一樣。

軟件架構(gòu)師：

軟件架構(gòu)師是軟件行業(yè)中一種新興職業(yè)，工作職責(zé)是在一個(gè)軟件項(xiàng)目開發(fā)過程中，將客戶的需求轉(zhuǎn)換為規(guī)范的開發(fā)計(jì)劃及文本，并制定這個(gè)項(xiàng)目的總體架構(gòu)，指導(dǎo)整個(gè)開發(fā)團(tuán)隊(duì)完成這個(gè)計(jì)劃。主導(dǎo)系統(tǒng)全局分析設(shè)計(jì)和實(shí)施、負(fù)責(zé)軟件構(gòu)架和關(guān)鍵技術(shù)決策的人員，比如這些架構(gòu)師的title可能是JAVA架構(gòu)師、Python架構(gòu)師、LAPM架構(gòu)師等等。

web架構(gòu)師：

web架構(gòu)師是網(wǎng)站系統(tǒng)、功能、模塊、流程的設(shè)計(jì)師，架構(gòu)師，好比是高樓大廈的設(shè)計(jì)人員，通常一座大廈在建之前，都先由設(shè)計(jì)師將藍(lán)圖描繪出來，包括其形狀、結(jié)構(gòu)、尺寸、材料等等，然后建筑工程師帶領(lǐng)工人們按照藍(lán)圖將大廈一層一層地建起來

架構(gòu)師也要看在什么樣的公司，中小公司很多架構(gòu)師都是全能的。通常公司規(guī)模和體系越大，分工會(huì)越細(xì)：大體可以這么分類：

解決方案架構(gòu)師：與客戶探討業(yè)務(wù)需求，將業(yè)務(wù)、市場(chǎng)，與技術(shù)、產(chǎn)品結(jié)合起來，為客戶提供解決他們需求的方案。比如阿里云針對(duì)大客戶都有解決方案架構(gòu)師。

系統(tǒng)架構(gòu)師: 也稱應(yīng)用架構(gòu)師。最終確認(rèn)和評(píng)估系統(tǒng)需求，并將業(yè)務(wù)轉(zhuǎn)換為技術(shù)，為研發(fā)人員制訂核心框架與技術(shù)規(guī)范為研發(fā)工作澄清技術(shù)細(xì)節(jié)并掃清技術(shù)障礙。服務(wù)器負(fù)載，可靠性，伸縮，擴(kuò)展，數(shù)據(jù)庫(kù)切分，緩存應(yīng)用

平臺(tái)架構(gòu)師:

這里的平臺(tái)其實(shí)包括兩個(gè)平臺(tái)，一個(gè)是系統(tǒng)平臺(tái)，也就是負(fù)責(zé)搭建多個(gè)系統(tǒng)整合的系統(tǒng)應(yīng)用平臺(tái)；另外一個(gè)其實(shí)是基礎(chǔ)平臺(tái)，是專門負(fù)責(zé)搭建基礎(chǔ)技術(shù)平臺(tái)；兩者其實(shí)區(qū)別蠻大，也經(jīng)常容易被從業(yè)人員混亂。舉個(gè)簡(jiǎn)單例子，金蝶有平臺(tái)架構(gòu)師一職，但是金蝶BOSS應(yīng)用和金蝶中間件兩者招聘的對(duì)象和技術(shù)要求是截然不同的。

業(yè)務(wù)架構(gòu)師：業(yè)務(wù)架構(gòu)其實(shí)已經(jīng)開始脫離技術(shù)層面了，但是它要求架構(gòu)師有跨越多系統(tǒng)的大局觀，去整合和組織不同系統(tǒng)的技術(shù)平臺(tái)與交互模式。其實(shí)這個(gè)職位的未來也就是CIO了。主要內(nèi)容：理解業(yè)務(wù)，梳理模型，設(shè)計(jì)模式，接口，數(shù)據(jù)交互。

網(wǎng)絡(luò)架構(gòu)師:

過去，我們可能聽的最多的是網(wǎng)絡(luò)工程師。不錯(cuò)，一個(gè)優(yōu)秀的網(wǎng)絡(luò)架構(gòu)師必須有足夠的網(wǎng)絡(luò)技術(shù)基底，并且它的關(guān)注點(diǎn)也是系統(tǒng)的基礎(chǔ)架構(gòu)。比如說如果搭建并優(yōu)化集群環(huán)境，如果構(gòu)建基于云計(jì)算的系統(tǒng)應(yīng)用與部署等等。它對(duì)于像淘寶、騰訊這樣的互聯(lián)網(wǎng)公司是極其重要的。

移動(dòng)架構(gòu)師:

移動(dòng)互聯(lián)網(wǎng)的迅猛發(fā)展橫向和縱向都細(xì)分出了很多新的職責(zé)和崗位，移動(dòng)架構(gòu)師的職責(zé)和作用日益重要，既要整體和全局考慮整個(gè)前后端的軟件系統(tǒng)架構(gòu)，又要重點(diǎn)深入移動(dòng)客戶端的架構(gòu)設(shè)計(jì)的方方面面，既要有跨平臺(tái)思維，又要拿捏好原生和混合開發(fā)的尺度，另外移動(dòng)應(yīng)用的特點(diǎn)，導(dǎo)致移動(dòng)架構(gòu)師必須要比傳統(tǒng)系統(tǒng)架構(gòu)師更加注重非功能性的質(zhì)量屬性。

前端架構(gòu)師:

這也是移動(dòng)互聯(lián)網(wǎng)的迅猛發(fā)展而細(xì)分出來的新的職責(zé)和崗位，這里的前端特指網(wǎng)站開發(fā)中的前端，主要考慮前端呈現(xiàn)層的設(shè)計(jì)（html/css/JS/AJAX/RIA/…），跨瀏覽器設(shè)計(jì)等等。

大數(shù)據(jù)架構(gòu)師：

比如某些公司做大數(shù)據(jù)處理，需要理解業(yè)務(wù)，并通過大數(shù)據(jù)相關(guān)技術(shù)來實(shí)現(xiàn)。

。。。。。。

四、架構(gòu)師具備素質(zhì)能力

• 精通某項(xiàng)技術(shù)，能夠從本質(zhì)上類比，觸類旁通其他技術(shù)

• 對(duì)等所有技術(shù)，只有合適和不合適，沒有喜歡和不喜歡。

• 視野開闊，了解不同技術(shù)的優(yōu)缺點(diǎn)。知道使用某項(xiàng)開源技術(shù)實(shí)現(xiàn)某項(xiàng)業(yè)務(wù)需求，能夠辨別重復(fù)造輪子。

• 精通設(shè)計(jì)模式，但又不泛用。

• 把系統(tǒng)拆分成多個(gè)子系統(tǒng)或模塊。模塊之間盡量松耦合，使得原先串行的開發(fā)任務(wù)變得可以并行發(fā)展。

• 能清楚系統(tǒng)的瓶頸在什么地方，不斷定位技術(shù)難度，開發(fā)進(jìn)度，性能，內(nèi)存等個(gè)方面的瓶頸。不斷調(diào)整骨干力量解決瓶頸，在風(fēng)險(xiǎn)爆發(fā)之前消除隱患。

• 能做好前瞻性設(shè)計(jì)，預(yù)判到需求可能產(chǎn)生的變化。

架構(gòu)師團(tuán)隊(duì)內(nèi)做的事情

•溝通能力：各個(gè)方面都要了解，人人想法及規(guī)劃都要知道，了解產(chǎn)品思想，用了什么方法實(shí)現(xiàn)的

•組織能力：組織推動(dòng)各種技術(shù)的改進(jìn)及功能的完善

•談判代表：左右兩難的時(shí)候的調(diào)解人

•設(shè)計(jì)模塊及業(yè)務(wù)：通過圖形化設(shè)計(jì)發(fā)現(xiàn)開發(fā)后才會(huì)發(fā)現(xiàn)的業(yè)務(wù)問題

•成本規(guī)劃：通過過往經(jīng)驗(yàn)評(píng)估成本及步伐

•愿望收集：不斷收集建議及愿望，一步步實(shí)現(xiàn)

•傳播布道：不斷參與行業(yè)交流，提高理論及技術(shù)知識(shí)科普分享團(tuán)隊(duì)

五、架構(gòu)師職場(chǎng)攻略

《大型網(wǎng)站技術(shù)架構(gòu)+核心原理與案例分析》總結(jié)：

架構(gòu)師需要處理好個(gè)人、團(tuán)隊(duì)、公司的利益。需要不斷的在工作中發(fā)現(xiàn)問題，解決問題，提升工作經(jīng)驗(yàn)，知識(shí)技能和核心競(jìng)爭(zhēng)力。擴(kuò)大自身影響力，達(dá)成工作績(jī)效。

1、發(fā)現(xiàn)問題，尋找突破

即使在一流的技術(shù)團(tuán)隊(duì)，也有數(shù)不清的問題，團(tuán)隊(duì)人員已經(jīng)習(xí)慣這些積重難返的問題，而且解決問題投入產(chǎn)出比不大。例如：

1）數(shù)據(jù)庫(kù)線程池存在安全漏洞。

2）版本管理混亂。

作為一個(gè)新人，從局外旁觀者的視角看待，自然發(fā)現(xiàn)很多問題。如果新人急于表現(xiàn)自己，證明自己，往往是事與愿違，四處碰壁。因此新人要先融入團(tuán)隊(duì)，和團(tuán)隊(duì)共進(jìn)退，等熟悉情況，了解問題深淺，再尋找突破口，擇機(jī)而動(dòng)。

2、提出問題，尋求支持

1) 把“我的問題”表述成“我們的問題”：

人們都不喜歡問題，問題意味著麻煩。當(dāng)人們聽到你說，“我遇到一個(gè)問題的時(shí)候”，下意識(shí)的遠(yuǎn)離你的問題。如果需要他們的支持，就想辦法把你的問題變成他們的問題，是他遇到了問題，而你來幫忙解決。

既然你也是團(tuán)隊(duì)一員，問題表述為“我們的問題”。

1) 給上司提封閉式問題，給下屬提開發(fā)式問題：

上司一般是做決策，因此給上司提問需要給出建設(shè)性的方案或者建議，然后希望得到他的支持，給上司提問：“你覺得A和B哪個(gè)方案更好？”

給下屬則相反，用開放式的問題啟發(fā)他去思考，尋找創(chuàng)新的解決方案。“元芳，這個(gè)問題你怎么看？”

3) 指出問題而不是批評(píng)人:

如果遇到問題，不要責(zé)問他為什么出現(xiàn)問題，而是說問題的緊迫性和解決的優(yōu)先級(jí)。

4）用贊同的方式提出問題：

如果人們遇到：“你這里有問題”可能會(huì)本能自我保護(hù)而拒絕你的建議。

而如果這么說“我非常贊同你的方案，但是我有個(gè)小小的建議”。