前戲：
哲學(xué)家常思考的問題：' 我是誰？'' 我從哪里來？'' 要到哪里去？不只是哲學(xué)家，我想每個人都有自己對這三個問題的認知。
如果我們要成為架構(gòu)師，我們自己要面臨的三大問題：
找準自己定位：我是誰？在哪里？
怎樣做好架構(gòu)師：我要做什么？
如何搭建架構(gòu)師知識體系：我該怎么做？
這里面就是做事方法論：目標（我要做什么），方法（計劃）（我該怎么做）, 執(zhí)行/行動
?
1、架構(gòu)師定義
什么是架構(gòu)師，這個聊架構(gòu)話題時永恒的問題。每個公司對架構(gòu)師的定位也有所不同，因為不同公司所處的階段，業(yè)務(wù)模式，應(yīng)用場景也都不一樣。對架構(gòu)的要求也不一樣。
在初創(chuàng)公司的野蠻生長階段：業(yè)務(wù)場景和需求邊界很難把握，有時候根本不需要架構(gòu)師，產(chǎn)品需要快速迭代和變現(xiàn)，/需求頻繁更新，這個時候需要的是快速實現(xiàn)。當然如果公司成長以后，這個階段就是欠下很多技術(shù)債，埋下很多坑，如果人員流動很頻繁，后期系統(tǒng)維護成本是非常巨大的。
在公司成長穩(wěn)定階段：業(yè)務(wù)模式和應(yīng)用場景邊界都已經(jīng)比較清晰，這個時候最需要架構(gòu)師需要架構(gòu)師能對線上業(yè)務(wù)進行模塊劃分，系統(tǒng)拆分重構(gòu)，并做好相關(guān)高可用的措施，以保證系統(tǒng)的穩(wěn)定，安全、高效地運行。
不同的行業(yè)，對架構(gòu)師的要求也不同，比如電商業(yè)務(wù)和AI領(lǐng)域，從架構(gòu)到業(yè)務(wù)場景，完全是兩個物種。
在百度百科里面這么定義： 系統(tǒng)架構(gòu)師是一個既需要掌控整體又需要洞悉局部瓶頸并依據(jù)具體的業(yè)務(wù)場景給出解決方案的團隊領(lǐng)導(dǎo)任務(wù)。具體來說是一個確認和評估系統(tǒng)需求，給出開發(fā)規(guī)范，搭建系統(tǒng)實現(xiàn)的核心構(gòu)架，并澄清技術(shù)細節(jié)、掃清主要難點的技術(shù)人員。主要著眼于系統(tǒng)的“技術(shù)實現(xiàn)”。因此架構(gòu)師應(yīng)該是特定的開發(fā)平臺、語言、工具的大師，對常見應(yīng)用場景能馬上給出最恰當?shù)慕鉀Q方案，同時要對所屬的開發(fā)團隊有足夠的了解，能夠評估自己的團隊實現(xiàn)特定的功能需求需要的代價。系統(tǒng)架構(gòu)師負責設(shè)計系統(tǒng)整體架構(gòu)，從需求到設(shè)計的每個細節(jié)都要考慮到，把握整個項目，使設(shè)計的項目盡量效率高，開發(fā)容易，維護方便，升級簡單等。
架構(gòu)師實際上就是軟件的總體設(shè)計師。打個通俗的比方比如某個工程總設(shè)計師，類似三峽工程的總設(shè)計師。
架構(gòu)師的形成一定是在實踐中積累起來的，而并非上了幾次培訓(xùn)班，讀了幾本書就可以成功的，架構(gòu)師是在工程實踐中培養(yǎng)出來的!
2、架構(gòu)師作用/職責
架構(gòu)師在整個軟件系統(tǒng)開發(fā)過程中都起著重要的作用，并隨著開發(fā)進程的推進而其職責或關(guān)注點不斷地變化。
1）、按軟件開發(fā)過程維度來說：
需求階段：軟件架構(gòu)師主要負責理解和管理非功能性系統(tǒng)需求，比如軟件的可維護性、性能、復(fù)用性、可靠性、有效性和 可測試性等等，此外，架構(gòu)師還要經(jīng)常審查和客戶及市場人員所提出的需求，確認開發(fā) 團隊所提出的設(shè)計;
架構(gòu)設(shè)計階段：架構(gòu)師負責對整個系統(tǒng)架構(gòu)設(shè)計，制定開發(fā)規(guī)范、開發(fā)計劃，指導(dǎo)整個開發(fā)團隊完成這個計劃。
開發(fā)階段：架構(gòu)師則成為詳細設(shè)計者和代碼編寫者的顧問，并且經(jīng)常性地要舉行一些技術(shù)研討會、技術(shù)培訓(xùn)班等;
測試和交付階段：協(xié)調(diào)做好相關(guān)測試和部署。
維護階段：軟件架構(gòu)師就開始為下一版本的產(chǎn)品是否應(yīng)該增加新的功能模塊進行決策。
2）、按職能維度：
1 確認需求
架構(gòu)師要懂得用戶需求，理解用戶真正想要什么，這使得架構(gòu)師必須要和分析人員不斷溝通，反復(fù)確認需求規(guī)格說明書，以此來保證他精準清楚用戶需求。
項目經(jīng)理劉先生在受訪時說：「架構(gòu)師會與很多人溝通，例如開發(fā)人員，例如我們項目經(jīng)理，有時甚至是用戶本身。架構(gòu)設(shè)計的目的很明確，目的是什么呢？挖掘用戶需求?！?/p>
2 系統(tǒng)分解
在架構(gòu)師認可需求規(guī)格說明書后，架構(gòu)師已明確用戶需求是是什么，這時候便看架構(gòu)師的分解能力了。
系統(tǒng)分解包括縱向分解和橫向分解：
橫向分解是對系統(tǒng)分解成不同的邏輯層，確定層與層之間的關(guān)系。是指基于技術(shù)架構(gòu)層次進行的人員角色分工和任務(wù)分解。常見的分層：
應(yīng)用層：主要負責具體的業(yè)務(wù)邏輯處理
服務(wù)層：提供可復(fù)用的服務(wù)
數(shù)據(jù)層：負責數(shù)據(jù)的存儲和訪問
分層注意事項：①必須合理規(guī)劃層次邊界和接口；②禁止跨層次的調(diào)用及逆向調(diào)用。
縱向分解是將不同的功能和服務(wù)分割開來，包裝成高內(nèi)聚低耦合的模塊單元，有助于軟件開發(fā)和維護，還便于不同模塊的分布式部署，提高網(wǎng)站的并發(fā)處理能力和功能擴展能力。
3 技術(shù)選型
在系統(tǒng)分解后，架構(gòu)師會最終形成軟件整體架構(gòu)，接下來，架構(gòu)師的職責是技術(shù)選型。
前端到底用瘦客戶端還是富客戶端呢？數(shù)據(jù)庫是用MySQL還是MSSQL又或是Oracle呢？架構(gòu)師張先生在接受采訪時說，在了解用戶需求后，分解完系統(tǒng)后，技術(shù)選型是非常重要的環(huán)節(jié)，提出各個方向，我再進行評估。不過，很多人都以為架構(gòu)師是有決定權(quán)的，其實不是，架構(gòu)師沒有拍版的權(quán)力，決定由項目經(jīng)理來做。
架構(gòu)師在技術(shù)選型階段會提供參考信息給項目經(jīng)理，項目經(jīng)理再從預(yù)算、進度、人力、資源等各方面情況來權(quán)衡，最終確認。
4 制定技術(shù)規(guī)格說明
如前文調(diào)查顯示，架構(gòu)師在項目開發(fā)過程中是「靈魂人物」，并且要具備協(xié)調(diào)組織能力和懂得人員分工。
在制定技術(shù)規(guī)格說明階段，架構(gòu)師要協(xié)調(diào)起所有的開發(fā)人員，架構(gòu)師通常會用技術(shù)規(guī)格說明書與開發(fā)人員保持溝通，讓開發(fā)人員能從各個視角去觀測、理解他們負責的模塊或者子系統(tǒng)，確保開發(fā)人員能夠按照架構(gòu)意圖實現(xiàn)各項功能。
3）、關(guān)注點：
·方向規(guī)劃：有想法和技術(shù)展望目標，制定短期目標
·架構(gòu)設(shè)計：集思廣益來設(shè)計，歸類總結(jié)，根據(jù)討論結(jié)果制定規(guī)范。設(shè)計不僅僅是技術(shù)相關(guān)（業(yè)務(wù)流程，業(yè)務(wù)方向，模塊劃分組合，框架設(shè)計，流程紕漏等），設(shè)計出來還是需要實施的。
·技術(shù)攻關(guān)：疑難技術(shù)點攻關(guān)，將問題集中化解決，提供平臺化解決方案以及選型決策。
·解決疑難問題：發(fā)現(xiàn)各類型問題（不僅僅是技術(shù)），通過規(guī)范，演講，繪圖等方式解決隱患。
·互動溝通：部門之間溝通，開發(fā)之間溝通，產(chǎn)品之間溝通，市場溝通，溝通后產(chǎn)出圖形化文檔及設(shè)計。
·關(guān)注點：秩序，統(tǒng)一，規(guī)范，穩(wěn)定，高效
架構(gòu)是要靠團隊做出來的
·保持和架構(gòu)的溝通，架構(gòu)通過團隊的溝通總結(jié)出方向
·隊員經(jīng)常提出自己碰到的問題，并分享給大家，思維碰撞促進發(fā)展
·產(chǎn)品經(jīng)常提出設(shè)想和規(guī)劃，能夠使得架構(gòu)符合未來發(fā)展需求
·運維經(jīng)常提出隱患及分析，能使得架構(gòu)快速拆分模塊
·定期做總結(jié)歸納以此分析問題，解決問題
·團隊成長、就是每個人的成長、每個人成長眼界自然增長
·團隊的成功、就是產(chǎn)品的成功，產(chǎn)品的成功就是公司的成功
公司的成功可以給你加光環(huán)，但光環(huán)不代表自己的能力代表經(jīng)歷
3、架構(gòu)師分類
其實架構(gòu)師就是個title，每個公司稱呼都可能不一樣，和架構(gòu)概念一樣。
軟件架構(gòu)師：
軟件架構(gòu)師是軟件行業(yè)中一種新興職業(yè)，工作職責是在一個軟件項目開發(fā)過程中，將客戶的需求轉(zhuǎn)換為規(guī)范的開發(fā)計劃及文本，并制定這個項目的總體架構(gòu)，指導(dǎo)整個開發(fā)團隊完成這個計劃。主導(dǎo)系統(tǒng)全局分析設(shè)計和實施、負責軟件構(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è)計師，架構(gòu)師，好比是高樓大廈的設(shè)計人員，通常一座大廈在建之前，都先由設(shè)計師將藍圖描繪出來，包括其形狀、結(jié)構(gòu)、尺寸、材料等等，然后建筑工程師帶領(lǐng)工人們按照藍圖將大廈一層一層地建起來
架構(gòu)師也要看在什么樣的公司，中小公司很多架構(gòu)師都是全能的。通常公司規(guī)模和體系越大，分工會越細：大體可以這么分類：
解決方案架構(gòu)師：與客戶探討業(yè)務(wù)需求，將業(yè)務(wù)、市場，與技術(shù)、產(chǎn)品結(jié)合起來，為客戶提供解決他們需求的方案。比如阿里云針對大客戶都有解決方案架構(gòu)師。
系統(tǒng)架構(gòu)師:也稱應(yīng)用架構(gòu)師。最終確認和評估系統(tǒng)需求，并將業(yè)務(wù)轉(zhuǎn)換為技術(shù)，為研發(fā)人員制訂核心框架與技術(shù)規(guī)范 為研發(fā)工作澄清技術(shù)細節(jié)并掃清技術(shù)障礙 。服務(wù)器負載，可靠性，伸縮，擴展，數(shù)據(jù)庫切分，緩存應(yīng)用
平臺架構(gòu)師:這里的平臺其實包括兩個平臺，一個是系統(tǒng)平臺，也就是負責搭建多個系統(tǒng)整合的系統(tǒng)應(yīng)用平臺；另外一個其實是基礎(chǔ)平臺，是專門負責搭建基礎(chǔ)技術(shù)平臺；兩者其 實區(qū)別蠻大，也經(jīng)常容易被從業(yè)人員混亂。舉個簡單例子，金蝶有平臺架構(gòu)師一職，但是金蝶BOSS應(yīng)用和金蝶中間件兩者招聘的對象和技術(shù)要求是截然不同的。
業(yè)務(wù)架構(gòu)師：業(yè)務(wù)架構(gòu)其實已經(jīng)開始脫離技術(shù)層面了，但是它要求架構(gòu)師有跨越多系統(tǒng)的大局觀，去整合和組織不同系統(tǒng)的技術(shù)平臺與交互模式。其實這個職位的未來也就是CIO了。 主要內(nèi)容：理解業(yè)務(wù)，梳理模型，設(shè)計模式，接口，數(shù)據(jù)交互。
網(wǎng)絡(luò)架構(gòu)師:過去，我們可能聽的最多的是網(wǎng)絡(luò)工程師。不錯，一個優(yōu)秀的網(wǎng)絡(luò)架構(gòu)師必須有足夠的網(wǎng)絡(luò)技術(shù)基底，并且它的關(guān)注點也是系統(tǒng)的基礎(chǔ)架構(gòu)。比如說如果搭建并優(yōu)化集群環(huán)境，如果構(gòu)建基于云計算的系統(tǒng)應(yīng)用與部署等等。它對于像淘寶、騰訊這樣的互聯(lián)網(wǎng)公司是極其重要的。
移動架構(gòu)師:移動互聯(lián)網(wǎng)的迅猛發(fā)展橫向和縱向都細分出了很多新的職責和崗位，移動架構(gòu)師的職責和作用日益重要，既要整體和全局考慮整個前后端的軟件系統(tǒng)架構(gòu)，又要重點深入移動客戶端的架構(gòu)設(shè)計的方方面面，既要有跨平臺思維，又要拿捏好原生和混合開發(fā)的尺度，另外移動應(yīng)用的特點，導(dǎo)致移動架構(gòu)師必須要比傳統(tǒng)系統(tǒng)架構(gòu)師更加注重非功能性的質(zhì)量屬性。
前端架構(gòu)師:這也是移動互聯(lián)網(wǎng)的迅猛發(fā)展而細分出來的新的職責和崗位，這里的前端特指網(wǎng)站開發(fā)中的前端，主要考慮前端呈現(xiàn)層的設(shè)計（HTML/CSS/JS/AJAX/RIA/…），跨瀏覽器設(shè)計等等。
大數(shù)據(jù)架構(gòu)師：比如某些公司做大數(shù)據(jù)處理，需要理解業(yè)務(wù)，并通過大數(shù)據(jù)相關(guān)技術(shù)來實現(xiàn)。
。。。。。。
4、架構(gòu)師具備素質(zhì)能力
· 精通某項技術(shù)，能夠從本質(zhì)上類比，觸類旁通其他技術(shù)
· 對等所有技術(shù)，只有合適和不合適，沒有喜歡和不喜歡。
· 視野開闊，了解不同技術(shù)的優(yōu)缺點。知道使用某項開源技術(shù)實現(xiàn)某項業(yè)務(wù)需求，能夠辨別重復(fù)造輪子。
· 精通設(shè)計模式，但又不泛用。
· 把系統(tǒng)拆分成多個子系統(tǒng)或模塊。模塊之間盡量松耦合，使得原先串行的開發(fā)任務(wù)變得可以并行發(fā)展。
· 能清楚系統(tǒng)的瓶頸在什么地方， 不斷定位技術(shù)難度，開發(fā)進度，性能，內(nèi)存等個方面的瓶頸。不斷調(diào)整骨干力量解決瓶頸，在風險爆發(fā)之前消除隱患。
· 能做好前瞻性設(shè)計，預(yù)判到需求可能產(chǎn)生的變化。
架構(gòu)師團隊內(nèi)做的事情
·溝通能力：各個方面都要了解，人人想法及規(guī)劃都要知道，了解產(chǎn)品思想，用了什么方法實現(xiàn)的
·組織能力：組織推動各種技術(shù)的改進及功能的完善
·談判代表：左右兩難的時候的調(diào)解人
·設(shè)計模塊及業(yè)務(wù)：通過圖形化設(shè)計發(fā)現(xiàn)開發(fā)后才會發(fā)現(xiàn)的業(yè)務(wù)問題
·成本規(guī)劃：通過過往經(jīng)驗評估成本及步伐
·愿望收集：不斷收集建議及愿望，一步步實現(xiàn)
·傳播布道：不斷參與行業(yè)交流，提高理論及技術(shù)知識科普分享團隊
5、架構(gòu)師職場攻略
《大型網(wǎng)站技術(shù)架構(gòu)+核心原理與案例分析》總結(jié)：
架構(gòu)師需要處理好個人、團隊、公司的利益。需要不斷的在工作中發(fā)現(xiàn)問題，解決問題，提升工作經(jīng)驗，知識技能和核心競爭力。擴大自身影響力，達成工作績效。
1、發(fā)現(xiàn)問題，尋找突破
即使在一流的技術(shù)團隊，也有數(shù)不清的問題，團隊人員已經(jīng)習(xí)慣這些積重難返的問題，而且解決問題投入產(chǎn)出比不大。例如：
1）數(shù)據(jù)庫線程池存在安全漏洞。
2）版本管理混亂。
作為一個新人，從局外旁觀者的視角看待，自然發(fā)現(xiàn)很多問題。如果新人急于表現(xiàn)自己，證明自己，往往是事與愿違，四處碰壁。因此新人要先融入團隊，和團隊共進退，等熟悉情況，了解問題深淺，再尋找突破口，擇機而動。
2、提出問題，尋求支持
1) 把“我的問題”表述成“我們的問題”：
人們都不喜歡問題，問題意味著麻煩。當人們聽到你說，“我遇到一個問題的時候”，下意識的遠離你的問題。 如果需要他們的支持，就想辦法把你的問題變成他們的問題，是他遇到了問題，而你來幫忙解決。
既然你也是團隊一員，問題表述為“我們的問題”。
1) 給上司提封閉式問題，給下屬提開發(fā)式問題：
上司一般是做決策，因此給上司提問需要給出建設(shè)性的方案或者建議，然后希望得到他的支持，給上司提問：“你覺得A和B哪個方案更好？”
給下屬則相反，用開放式的問題啟發(fā)他去思考，尋找創(chuàng)新的解決方案?！霸?，這個問題你怎么看？”
3) 指出問題而不是批評人:
如果遇到問題，不要責問他為什么出現(xiàn)問題，而是說問題的緊迫性和解決的優(yōu)先級。
4）用贊同的方式提出問題：
如果人們遇到：“你這里有問題”可能會本能自我保護而拒絕你的建議。
而如果這么說“我非常贊同你的方案，但是我有個小小的建議”。
3、解決問題，達成績效
在解決我的問題之前，先解決你的問題：
適當?shù)奶颖軉栴}：比如我去開個會，回來再回答的你問題。
聯(lián)系客服
