什么樣的人算是架構(gòu)師
背景
最近一年主要精力在公司可觀測項目上，之前提到過監(jiān)控與可觀測的一個簡要關(guān)系：
而監(jiān)控，我們又分用戶體驗監(jiān)控（或者叫前端監(jiān)控）、應用服務監(jiān)控、中間件監(jiān)控、基礎(chǔ)設(shè)施監(jiān)控。之前在用戶體驗監(jiān)控上只是通過購買市面上的SAAS產(chǎn)品來解決，但這些SAAS產(chǎn)品的標準化功能并不能很好的解決同樣是做SAAS的產(chǎn)品監(jiān)控，比如：
1、頁面監(jiān)控幾乎失效
比如同樣是產(chǎn)品首頁，不同的租戶因為做了自定義配置，導致看到的內(nèi)容完成不全，所以只通過抓取URL做監(jiān)控無分析價值。有作用的也就是記錄PV,UV這種了。
2、接口監(jiān)控粒度不夠細
比如有一個用于加載組件的接口：loadcomponent.action，只能從非常宏觀的層面觀測這個接口的異常、性能，但當發(fā)現(xiàn)異常時，并不知道是什么組件的問題，無法繼續(xù)細分。
所以我們需要做很多自定義的埋點來解決上述問題，這就包含需要前端埋點、后端服務埋點、中間件埋點等。
小故事
當租戶投訴產(chǎn)品性能差的聲音不只一次當進入到高層耳朵后，性能分析優(yōu)化的訴求的優(yōu)先級就提升了，而最能客觀反應租戶實際體驗性能的就是來自于用戶終端的體驗數(shù)據(jù)，因為需要看最長的鏈路性能，每層都會有消耗：
最能反映租戶實際體驗數(shù)據(jù)的是上圖那300ms的性能數(shù)據(jù)，后面的距離用戶越遠失真越大，為此前端增加自定義埋點的訴求的聲音越來越大，最后這個重任落在了新招的前端架構(gòu)師身上。
而因為埋點訴求的聲音比較高，并且工作量不少，架構(gòu)師大量時間都是落地這項工作上。
這是不是有點像文章開篇的那只來到菜地的貓？
架構(gòu)師的分類
企業(yè)架構(gòu)師、解決方案架構(gòu)師、企業(yè)架構(gòu)師、領(lǐng)域架構(gòu)師、業(yè)務架構(gòu)師、系統(tǒng)架構(gòu)師，這些說法都是網(wǎng)上總結(jié)的，它們都有啥區(qū)別，看著是不是完全沒有頭緒？
主要是看待架構(gòu)師的維度不同：
從架構(gòu)師的能力維度
先來看看郭大師在架構(gòu)師的職業(yè)階段中的一個圖：
1、企業(yè)架構(gòu)師（或者總架構(gòu)師）
把控產(chǎn)品“大局”，細節(jié)關(guān)注的少，影響公司的所有發(fā)展。
2、系統(tǒng)架構(gòu)師
網(wǎng)上說是負責一個系統(tǒng)的架構(gòu)落地，所以有點類似上圖的兼職架構(gòu)師。
從系統(tǒng)架構(gòu)分層維度
這種圖是從系統(tǒng)實現(xiàn)的角度來看，我目前所處的公司是SAAS公司，所以有平臺架構(gòu)這層，有些公司的項目不一定有這層，此圖可以理解如下架構(gòu)師的名號：
1、領(lǐng)域架構(gòu)師
上圖中每層中的方框都可以有自己的領(lǐng)域架構(gòu)師，比如前端架構(gòu)，移動端架構(gòu)師，微服務架構(gòu)師，中間件架構(gòu)師，數(shù)據(jù)架構(gòu)師，云架構(gòu)師，安全架構(gòu)師。特指在某一個領(lǐng)域有比較深刻理解以及實戰(zhàn)經(jīng)驗的人員。
2、業(yè)務架構(gòu)師
即最上層業(yè)務的方框，主要負責業(yè)務方面，對技術(shù)了解較少，大多是經(jīng)驗豐富的業(yè)務分析師，設(shè)計并領(lǐng)導軟件產(chǎn)品的業(yè)務邏輯。
架構(gòu)師的定義
架構(gòu)師的定義五花八門，從上面提到的架構(gòu)師的分類就可見一斑，如果我需要給一個新手講架構(gòu)師的定義，以我目前的能力還是不夠的。我之前找一個同事聊過他眼中的架構(gòu)師應該是什么樣的：
同事：架構(gòu)師需要有改變現(xiàn)有系統(tǒng)的能力，不僅僅是維護系統(tǒng)或者是新增加一些功能。
比如上面提到的前端埋點的工作，就不屬于改變現(xiàn)有系統(tǒng)的能力范圍。比如咱們的友商提到后端低代碼業(yè)務定制的能力，他們設(shè)計并落地了基于函數(shù)式開發(fā)(FaaS)理念，在線開發(fā)APL函數(shù)(Groovy)，低成本實現(xiàn)業(yè)務邏輯定制。這種就屬于改變現(xiàn)有系統(tǒng)的能力范圍。
網(wǎng)友：有些崗位對架構(gòu)師的要求，就是包含對業(yè)務的理解規(guī)劃，甚至開發(fā)，就是集產(chǎn)品經(jīng)理，項目經(jīng)理，開發(fā)，架構(gòu)師一體。
這是取自于一位學友的討論，本人也有同感，它強調(diào)的是對人的一種綜合能力的要求。
哪些角色是架構(gòu)師呢？
還是以郭大師的思路來說說，它是從成長路線來排列的：
1、在校的學生
有可能是，在些學生在學習期間跟著導師或者是在公司實習時已經(jīng)做過不少項目了，能力強的還是獨檔一面類型。
2、不作不到3年的職場新人
有可能是，有些人進步很快，雖然工作不足3年，也許獨立設(shè)計過某某運營系統(tǒng)、電商系統(tǒng)，至少算是一個兼職的架構(gòu)師。
3、大廠的技術(shù)專家
這些人都是在某個領(lǐng)域有一些研究的人，重構(gòu)過不只一個系統(tǒng)，抽象能力、結(jié)構(gòu)化設(shè)計的能力都是非常強的，至少是上面說的領(lǐng)域架構(gòu)師。
4、一個部門的架構(gòu)師
這類比較常見，比如我們之前研發(fā)部有一個架構(gòu)部門，里面的領(lǐng)導就算是這個部門的總架構(gòu)師。與研發(fā)部平齊的還有大數(shù)據(jù)部門，里面也有架構(gòu)師的。這2個部門的架構(gòu)師是協(xié)作關(guān)系。
5、一個企業(yè)的架構(gòu)師
其實這類角色，我沒怎么見過，有可能是我沒進過大廠吧。
6、CTO
小廠的CTO大概率是，中大廠的CTO不一定，我之前公司的CTO其實是個CEO，沒見過領(lǐng)導過技術(shù)革命。
7、工作超過10年的程序員
有可能是，也有可能不是。架構(gòu)師并不以工作年限做為標準，是以工作能力來界限，就比如有些人工作3年的經(jīng)歷與有些人工作10年的經(jīng)歷相當一樣。
我在哪里？
11年前我更換了公司，理由是我想找一個名號更響的名號：架構(gòu)師。而后的這11年，我負責過無數(shù)的項目，兼職過很多角色，我也很難界定我算不算架構(gòu)師，或者說是哪一種架構(gòu)師。負責過中間件設(shè)計以及落地，這算是中間件架構(gòu)師嗎？負責過核心的業(yè)務系統(tǒng)，這算是領(lǐng)域架構(gòu)師嗎？主導過跨部門的項目，這算是解決方案架構(gòu)師嗎？
同時，我還擁有全棧研發(fā)能力，這會不會帶我偏離架構(gòu)師的航向？
往 期 推 薦
2、程序員工作壓力大，身體也垮，為什么還這么多人想做程序員？是因為喜歡嗎？
3、微軟停止發(fā)布舊版Win10更新，網(wǎng)友：正合我意
點分享
點收藏
點點贊
點在看
