開篇

隨著近些年來，開源、自動化、云化的興起，DBA職業(yè)也正悄然發(fā)生一些變化。經(jīng)常有朋友咨詢我，職業(yè)發(fā)展規(guī)劃；特別是近期Oracle的大幅裁員之后，針對DBA這一職業(yè)未來該如何發(fā)展？本文是個人對此問題的一些看法，僅供各位參考！

 

 

數(shù)據(jù)是核心

 

 

將DBA單詞分解一下。其對應(yīng)的

• 操作對象：數(shù)據(jù) 

• 操作介質(zhì)：庫 

• 操作角色：管理員

這里的核心是數(shù)據(jù)，也是DBA這一角色***的價值所在。他們最了解數(shù)據(jù)、最懂得數(shù)據(jù)的價值；因此DBA后續(xù)可發(fā)展的一些方向，也基本是與數(shù)據(jù)有關(guān)。

此外，對于數(shù)據(jù)要有更加宏觀的認(rèn)識，無論是企業(yè)的自有數(shù)據(jù)，還是外部獲得；無論是關(guān)系數(shù)據(jù)，還是其他模式數(shù)據(jù)；無論是保存在數(shù)據(jù)庫中，還是其他諸如日志等介質(zhì)中，數(shù)據(jù)對企業(yè)都非常有價值，要將數(shù)據(jù)作為一種"資產(chǎn)"來管理。只有上升到這樣的高度，數(shù)據(jù)相關(guān)崗位的價值也就凸顯出來。

 

 

階段不同，側(cè)重不同

 

 

企業(yè)對數(shù)據(jù)應(yīng)用水平不同，因而造成工作重心及崗位需求也有所不同。下面簡單描述下各個層次：

• 層次一，是以數(shù)據(jù)庫維護(hù)為主，常見表現(xiàn)是"救火隊員"型。很多初創(chuàng)企業(yè)，都經(jīng)歷過這一過程。數(shù)據(jù)庫維護(hù)基本靠人，隨著運(yùn)維體量的增加，需要線性增加人員。整體數(shù)據(jù)應(yīng)用水平，基本處于簡單、粗放型。 

• 層次二，仍是以數(shù)據(jù)庫維護(hù)為主，但已形成較為完善的運(yùn)維體系。除了基礎(chǔ)運(yùn)維之外，甚至可以考慮一些預(yù)防性的措施，提高整體的運(yùn)維效益。這一階段的體系化建設(shè)，往往是通過文檔、運(yùn)維平臺等沉淀下來。數(shù)據(jù)庫作為基礎(chǔ)設(shè)施層，已可提供較好的數(shù)據(jù)存儲、計算能力輸出。但此階段尚未從更高角度去考慮數(shù)據(jù)問題，仍僅限于運(yùn)維層面。 

• 層次三，數(shù)據(jù)設(shè)計應(yīng)用階段，企業(yè)已不滿足數(shù)據(jù)簡單的"存取類"需求，而是從更高的應(yīng)用角度，考慮如何提高整體數(shù)據(jù)應(yīng)用水平。這個階段會增加數(shù)據(jù)庫架構(gòu)、設(shè)計，加強(qiáng)業(yè)務(wù)端數(shù)據(jù)優(yōu)化工作。表現(xiàn)為增加產(chǎn)品DBA的角色，加大數(shù)據(jù)庫架構(gòu)權(quán)重等。 

• 層次四，數(shù)據(jù)架構(gòu)治理階段，企業(yè)不單從某個應(yīng)用、某條業(yè)務(wù)線去考慮數(shù)據(jù)問題，而是公司整體層面做數(shù)據(jù)的頂層設(shè)計。考慮建立專門的機(jī)構(gòu)（如數(shù)據(jù)委員會）或崗位-***數(shù)據(jù)官（CDO）。近些年來，頗為火熱的"數(shù)據(jù)中臺"，正是為迎合這一需求而產(chǎn)生的。

 

 

基礎(chǔ)運(yùn)維工作，繁瑣枯燥

 

 

作為基礎(chǔ)類的運(yùn)維工作，數(shù)據(jù)庫的要求是比較高的。上圖簡單羅列了部分工作，對DBA日常繁瑣工作可見一斑。正是基于這點(diǎn)，平臺化、自動化、云化的訴求，不斷被提出。進(jìn)而間接對DBA的能力提出了更高的要求。

 

 

DBA職能，向上進(jìn)化

 

 

基于前面數(shù)據(jù)應(yīng)用水平所談到的，企業(yè)內(nèi)部DBA也對應(yīng)承擔(dān)了幾類職能。自下而上的是數(shù)據(jù)物理架構(gòu)、邏輯架構(gòu)和業(yè)務(wù)架構(gòu)。公司內(nèi)應(yīng)用水平高低，也決定了DBA各類工作的比例側(cè)重不同。隨著公司數(shù)據(jù)應(yīng)用水平的不斷提高，DBA工作重心也應(yīng)從下層逐步轉(zhuǎn)向中上層。

• 數(shù)據(jù)物理架構(gòu)，對應(yīng)為"運(yùn)維DBA"，工作重心為基礎(chǔ)架構(gòu)的建設(shè)。 

• 數(shù)據(jù)邏輯架構(gòu)，對應(yīng)為"產(chǎn)品DBA"，工作重心為數(shù)據(jù)庫架構(gòu)、架構(gòu)設(shè)計及SQL質(zhì)量問題。 

• 數(shù)據(jù)業(yè)務(wù)架構(gòu)，對應(yīng)為"數(shù)據(jù)架構(gòu)師-DA"，工作重心在于數(shù)據(jù)治理、管理類工作。

 

 

DBA面臨沖擊不斷

 

 

 

近些年來，DBA職位受到很大一些沖擊，我摘其重要的幾項(xiàng)說明下。

• 去IOE，阿里最早提出"去IOE"的叫法。它的提出，讓人們***次領(lǐng)悟到，企業(yè)的核心應(yīng)用是可以不依賴于傳統(tǒng)的國外大型商業(yè)數(shù)據(jù)庫，進(jìn)而提出了一種新的解決思路。 

• 開源與商業(yè)，企業(yè)發(fā)展階段不同，對于開源還是商業(yè)軟件的使用存在類似上圖的收益/成本曲線。當(dāng)發(fā)展到一定階段時，是必須要考慮引入開源。企業(yè)要從技術(shù)戰(zhàn)略角度出發(fā)，考慮這一問題。 

•  "四化"，數(shù)據(jù)庫基礎(chǔ)運(yùn)維工作，經(jīng)歷了從手工、腳本、工具、平臺的發(fā)展階段。其發(fā)展特點(diǎn)表現(xiàn)為"四化"（平臺化、可視化、自動化、智能化）。這一發(fā)展方向也對DBA的技能要求產(chǎn)生了一些變化，特別是對研發(fā)的技能要求已成為必要條件。 

• 云，是未來的發(fā)展方向。從全球范圍來看，云生態(tài)的數(shù)據(jù)庫占比在8%，未來預(yù)計在3~5年內(nèi)，會提升到20%~30%。這無疑是巨大的飛躍。對于DBA而言，云環(huán)境下的數(shù)據(jù)庫工作有別于傳統(tǒng)環(huán)境，需要從多方面去適應(yīng)，工作重心也要有所調(diào)整。

 

 

技術(shù) OR 管理

 

 

DBA職業(yè)發(fā)展，向上面臨的***個選擇就是發(fā)展方向，是走管理路線還是技術(shù)路線。上圖給大家描述了兩種不同方向的區(qū)別，個人可根據(jù)自己特質(zhì)，對號入座。這里要避免一個誤區(qū)，就是"以管理為上"，這其實(shí)就是官本位思想的體現(xiàn)。不是每個人都適合管理路線，放在不恰當(dāng)?shù)奈恢蒙?，對人的發(fā)展是一種摧殘。

 

 

客觀判斷，承認(rèn)上限

 

 

在明確了發(fā)展路線之后，就需要對自身的發(fā)展階段有所判斷。無論是技術(shù)還是管理，都存在這樣一個進(jìn)化理論，即越走向高級階段，其淘汰率越高。要客觀、理性地認(rèn)識到自己所處的階段。從上述比例也可以看出，能走到高階職位的畢竟是少數(shù)。雖然可以通過一些方式（后面會談到）做突破，但是仍然有較大概率無法取得既定目標(biāo)。此時，要勇于承認(rèn)這一點(diǎn)，調(diào)整自己的職業(yè)定位，謀求新的發(fā)展方向。

 

 

高度與廣度 + 全局思維

 

 

取得職業(yè)發(fā)展突破，有兩個小的建議。

• 高度與廣度。在職業(yè)發(fā)展初期，需要有個快速成長的"原始積累期"。這里談到的原始積累，不是財富，而是技術(shù)技能。要在某專一領(lǐng)域，盡量達(dá)到自己的技術(shù)高點(diǎn)。會存在某個點(diǎn)，你已經(jīng)無法突破達(dá)到更高的高度時，要謹(jǐn)慎分析原因。如確實(shí)非主觀原因，那么要坦然接受它。剩下來的技術(shù)發(fā)展，可考慮橫向發(fā)展，即將自己打造成"T字型"人才。上面談到的高點(diǎn)很重要，它會決定你的技術(shù)"視野"。 

• 全局思維。即不要僅僅從技術(shù)角度考慮問題，特別是達(dá)到一定高度之后，可更多地嘗試從業(yè)務(wù)角度、人的角度考慮之前面臨的問題，也許你就會有新的發(fā)現(xiàn)。全局思維，會有助于你發(fā)現(xiàn)原有發(fā)展階段的瓶頸點(diǎn)，實(shí)現(xiàn)突破。

 

 

DBA職業(yè)選擇路線

 

 

前面講了很多，那么DBA職業(yè)發(fā)展可考慮哪些方向呢？下面試圖給出一些可能的選擇。以下僅僅是本人根據(jù)自己所熟悉的領(lǐng)域給出的選擇，不代表全部。

選擇：數(shù)據(jù)庫技術(shù)、數(shù)據(jù)庫業(yè)務(wù)

• 數(shù)據(jù)庫技術(shù)。這是一個比較容易的選擇，即在某數(shù)據(jù)庫領(lǐng)域里不斷精進(jìn)自己，以達(dá)到一個更高的目標(biāo)。職業(yè)定位是***DBA、DBA專家等。如果考慮這個發(fā)展方向，建議考慮乙方或云廠商，因?yàn)樗麄儗夹g(shù)本身要求更高。甲方角色，受限于自身環(huán)境，一般很難有需要不斷突破的技術(shù)氛圍。

• 數(shù)據(jù)庫業(yè)務(wù)。將數(shù)據(jù)庫技術(shù)與公司業(yè)務(wù)相結(jié)合，突出在某業(yè)務(wù)領(lǐng)域的數(shù)據(jù)能力。這是需要在某行業(yè)打磨多年，充分了解其業(yè)務(wù)特點(diǎn)，不斷抽象出其數(shù)據(jù)要求。這一方向可考慮行業(yè)的頭部公司或者是專為某行業(yè)服務(wù)的ISV。

選擇：內(nèi)核研發(fā)、數(shù)據(jù)庫架構(gòu)

• 數(shù)據(jù)庫內(nèi)核研發(fā)，是相對"小眾"的一類人才需求，一般只有大型企業(yè)/云廠商或數(shù)據(jù)庫廠商會考慮設(shè)置。其專業(yè)性較強(qiáng)，人員素質(zhì)要求也較高。建議選擇高起點(diǎn)的一些企業(yè)，對個人長期職業(yè)發(fā)展有利。

• 數(shù)據(jù)庫架構(gòu)師，這是一個相對綜合類的職位。"架構(gòu)"的含義比較模糊，各企業(yè)對架構(gòu)師角色的定位也各不相同。一般能考慮設(shè)置數(shù)據(jù)庫架構(gòu)師角色的企業(yè)，都是有一定規(guī)模，企業(yè)內(nèi)數(shù)據(jù)應(yīng)用比較復(fù)雜的情況。下面根據(jù)我所在公司的實(shí)際場景，嘗試給出一個數(shù)據(jù)庫架構(gòu)師的技能圖譜，供各位參考。

一家之言：數(shù)據(jù)庫架構(gòu)師技能圖譜

上圖羅列對數(shù)據(jù)庫架構(gòu)師本身要求的十二項(xiàng)基本能力要求，各項(xiàng)能力的要求不同，我通過左側(cè)的餅圖比例大小予以說明。當(dāng)然能符合全部要求的人，少之又少。公司可根據(jù)側(cè)重，有所取舍。上述技能要求，可大致分為四類：

• 數(shù)據(jù)自身技能，如數(shù)據(jù)庫、大數(shù)據(jù)、數(shù)據(jù)治理、數(shù)倉等 

• 關(guān)聯(lián)領(lǐng)域技能，如基礎(chǔ)設(shè)施、云、容器等 - 研發(fā)方向技能，如DevOps等 

• 綜合技能類，如業(yè)務(wù)思維、軟技能（如溝通技巧）

選擇：數(shù)據(jù)架構(gòu)、數(shù)據(jù)產(chǎn)品

• 數(shù)據(jù)架構(gòu)，不同于"數(shù)據(jù)庫架構(gòu)"。數(shù)據(jù)架構(gòu)，更強(qiáng)調(diào)于頂層設(shè)計，需要對數(shù)據(jù)有全局的思維，幫助企業(yè)做好整體數(shù)據(jù)規(guī)劃設(shè)計工作。它不在拘泥于某種技術(shù)，而是著眼于數(shù)據(jù)整合、安全、共享、價值、資產(chǎn)等問題。

• 數(shù)據(jù)產(chǎn)品，也是一種綜合類職位。需要對技術(shù)本身有一定深入的了解，但更強(qiáng)調(diào)其技術(shù)廣度。此外需要有產(chǎn)品化思維，能將業(yè)務(wù)需求，轉(zhuǎn)換為產(chǎn)品功能設(shè)計。

選擇：解決方案架構(gòu)、數(shù)據(jù)庫布道者

• 解決方案架構(gòu)，往往是從"售前架構(gòu)"、"技術(shù)顧問"等角色體現(xiàn)出來。其核心要點(diǎn)是具備一定技術(shù)能力的同時，還要有甲方思維，能夠了解用戶痛點(diǎn)，能從技術(shù)角度幫助客戶解決現(xiàn)有問題。這里不光是銷售自己的產(chǎn)品，更重要的是給客戶帶來價值。

• 數(shù)據(jù)庫布道者，少數(shù)的選擇，只針對有一定技術(shù)影響力的人員才可以考慮。是一種偏向于自由職業(yè)者的選擇。

選擇：數(shù)據(jù)治理、數(shù)據(jù)倉庫

• 數(shù)據(jù)治理，是一項(xiàng)比較"浩大"的工程。隨著企業(yè)對數(shù)據(jù)的重視程度越來越高，這一崗位也愈發(fā)重要起來。其強(qiáng)調(diào)幾個關(guān)鍵過程域的活動，提升企業(yè)整體數(shù)據(jù)應(yīng)用水平。右圖中給出的DAMA的過程域圖例，供大家參考。

• 數(shù)據(jù)倉庫，是一個處于轉(zhuǎn)型中的職位，傳統(tǒng)的數(shù)倉做法，目前已不適應(yīng)現(xiàn)代企業(yè)要求。但其核心的數(shù)據(jù)建模理論，還是具有指導(dǎo)意義的。因此各大互聯(lián)網(wǎng)公司，均有自己頗有特色的數(shù)倉實(shí)踐。可以考慮大廠或行業(yè)頭部客戶作為選擇。

選擇：大數(shù)據(jù)、運(yùn)維開發(fā)

• 大數(shù)據(jù)，作為大"DBA"的范疇，大數(shù)據(jù)領(lǐng)域某種意義上將也是一種數(shù)據(jù)庫。當(dāng)然它有其自身的特殊性，表現(xiàn)為技術(shù)分散、變化快、沒有統(tǒng)一標(biāo)準(zhǔn)、對研發(fā)能力有一定要求等。

• DevOps，運(yùn)維開發(fā)。適合有一定研發(fā)基礎(chǔ)的DBA選擇。

選擇：項(xiàng)目管理、技術(shù)管理

• 項(xiàng)目管理，DBA是一個比較綜合類的職位，在溝通、協(xié)調(diào)、組織方面，與項(xiàng)目管理有相似在之處。因此，可以考慮轉(zhuǎn)型做項(xiàng)目管理類職位。

• 技術(shù)管理，DBA職位的涉及的技術(shù)領(lǐng)域較廣，如稍加留意是可以涉獵很多關(guān)聯(lián)領(lǐng)域。這與技術(shù)管理類對技能訴求，有一定相似。再加上其對軟技能的要求，是可以考慮將技術(shù)管理作為發(fā)展方向。在圈子中也發(fā)現(xiàn)不過高級管理人員，都是DBA出身，不無一定道理。

 

 

寫在***

 

 

[[269657]]

面對一個充滿不確定性的未來，唯一能確定的就是變化。讓我們擁抱變化，努力改變今天的自己！

【本文是51CTO專欄機(jī)構(gòu)宜信技術(shù)學(xué)院的原創(chuàng)文章，微信公眾號“宜信技術(shù)學(xué)院( id: CE_TECH)”】

戳這里，看該作者更多好文