隨著近些年來開源、自動化、云化的興起，DBA 職業(yè)也正悄然發(fā)生一些變化。經(jīng)常有朋友咨詢我職業(yè)發(fā)展規(guī)劃，特別是近期 Oracle 的大幅裁員之后。

本文是個人對“DBA 這一職業(yè)未來該如何發(fā)展”這個問題的一些看法，僅供各位參考。

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

將 DBA 這個單詞分解一下，其對應的是操作對象—數(shù)據(jù)，操作介質(zhì)—庫，操作角色：管理員。

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

此外，對于數(shù)據(jù)要有更加宏觀的認識：無論是企業(yè)的自有數(shù)據(jù)，還是外部獲得;無論是關系數(shù)據(jù)，還是其他模式數(shù)據(jù);無論是保存在數(shù)據(jù)庫中，還是其他諸如日志等介質(zhì)中，數(shù)據(jù)對企業(yè)都非常有價值，要將數(shù)據(jù)作為一種“資產(chǎn)”來管理。

只有上升到這樣的高度時，數(shù)據(jù)相關崗位的價值才能凸顯出來。

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

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

• 層次一是以數(shù)據(jù)庫維護為主，常見表現(xiàn)是“救火隊員”型。很多初創(chuàng)企業(yè)，都經(jīng)歷過這一過程。數(shù)據(jù)庫維護基本靠人，隨著運維體量的增加，需要線性增加人員。整體數(shù)據(jù)應用水平，基本處于簡單、粗放型。
• 層次二仍是以數(shù)據(jù)庫維護為主，但已形成較為完善的運維體系。除了基礎運維之外，甚至可以考慮一些預防性的措施，提高整體的運維效益。

這一階段的體系化建設，往往是通過文檔、運維平臺等沉淀下來。數(shù)據(jù)庫作為基礎設施層，已可提供較好的數(shù)據(jù)存儲、計算能力輸出。但此階段尚未從更高角度去考慮數(shù)據(jù)問題，仍僅限于運維層面。

• 層次三數(shù)據(jù)設計應用階段，企業(yè)已不滿足數(shù)據(jù)簡單的“存取類”需求，而是從更高的應用角度，考慮如何提高整體數(shù)據(jù)應用水平。

這個階段會增加數(shù)據(jù)庫架構(gòu)、設計，加強業(yè)務端數(shù)據(jù)優(yōu)化工作。表現(xiàn)為增加產(chǎn)品 DBA 的角色，加大數(shù)據(jù)庫架構(gòu)權(quán)重等。

• 層次四數(shù)據(jù)架構(gòu)治理階段，企業(yè)不單從某個應用、某條業(yè)務線去考慮數(shù)據(jù)問題，而是從公司整體層面做數(shù)據(jù)的頂層設計。

考慮建立專門的機構(gòu)(如數(shù)據(jù)委員會)或崗位-***數(shù)據(jù)官(CDO)。近些年來，頗為火熱的“數(shù)據(jù)中臺”，正是為迎合這一需求而產(chǎn)生的。

基礎運維工作，繁瑣枯燥

作為基礎類的運維工作，數(shù)據(jù)庫的要求是比較高的。上圖簡單羅列了部分工作，對 DBA 日常繁瑣工作可見一斑。

正是基于這點，平臺化、自動化、云化的訴求不斷被提出，進而間接地對 DBA 的能力提出了更高的要求。

DBA 職能，向上進化

基于前面數(shù)據(jù)應用水平所談到的內(nèi)容，企業(yè)內(nèi)部 DBA 也對應承擔了幾類職能。自下而上的是數(shù)據(jù)物理架構(gòu)、數(shù)據(jù)邏輯架構(gòu)和數(shù)據(jù)業(yè)務架構(gòu)。

公司內(nèi)應用水平的高低，也決定了 DBA 各類工作的比例側(cè)重不同。隨著公司數(shù)據(jù)應用水平的不斷提高，DBA 工作重心也應從下層逐步轉(zhuǎn)向中上層：

• 數(shù)據(jù)物理架構(gòu)，對應為“運維DBA”，工作重心為基礎架構(gòu)的建設。
• 數(shù)據(jù)邏輯架構(gòu)，對應為“產(chǎn)品DBA”，工作重心為數(shù)據(jù)庫架構(gòu)、架構(gòu)設計及 SQL 質(zhì)量問題。
• 數(shù)據(jù)業(yè)務架構(gòu)，對應為“數(shù)據(jù)架構(gòu)師-DA”，工作重心在于數(shù)據(jù)治理、管理類工作。

DBA 面臨沖擊不斷

近些年來，DBA 職位受到很大一些沖擊，我摘其重要的幾項說明下：

• 去 IOE，阿里最早提出“去 IOE”的叫法。它的提出，讓人們***次領悟到，企業(yè)的核心應用可以不依賴于傳統(tǒng)的國外大型商業(yè)數(shù)據(jù)庫，進而提出了一種新的解決思路。
• 開源與商業(yè)，企業(yè)發(fā)展階段不同，對于開源還是商業(yè)軟件的使用存在類似上圖的收益/成本曲線。當發(fā)展到一定階段時，是必須要考慮引入開源。企業(yè)要從技術(shù)戰(zhàn)略角度出發(fā)，考慮這一問題。
• “四化”，數(shù)據(jù)庫基礎運維工作，經(jīng)歷了從手工、腳本、工具、平臺的發(fā)展階段。其發(fā)展特點表現(xiàn)為“四化”(平臺化、可視化、自動化、智能化)。

這一發(fā)展方向也對 DBA 的技能要求產(chǎn)生了一些變化，特別是對研發(fā)的技能要求已成為必要條件。

• 云，是未來的發(fā)展方向。從全球范圍來看，云生態(tài)的數(shù)據(jù)庫占比在 8%，未來預計在 3~5 年內(nèi)，會提升到 20%~30%，這無疑是巨大的飛躍。

對于 DBA 而言，云環(huán)境下的數(shù)據(jù)庫工作有別于傳統(tǒng)環(huán)境，需要從多方面去適應，工作重心也要有所調(diào)整。

技術(shù) OR 管理

DBA 職業(yè)發(fā)展面臨的***個選擇就是發(fā)展方向是走管理路線還是技術(shù)路線。

上圖給大家描述了兩種不同方向的區(qū)別，個人可根據(jù)自己特質(zhì)，對號入座。這里要避免一個誤區(qū)，就是“以管理為上”，這其實就是官本位思想的體現(xiàn)。

不是每個人都適合管理路線，放在不恰當?shù)奈恢蒙?，對人的發(fā)展是一種摧殘。

客觀判斷，承認上限

在明確了發(fā)展路線之后，就需要對自身的發(fā)展階段有所判斷。無論是技術(shù)還是管理，都存在這樣一個進化理論，即越走向高級階段，其淘汰率越高。

要客觀、理性地認識到自己所處的階段。從上述比例也可以看出，能走到高階職位的畢竟是少數(shù)。

雖然可以通過一些方式(后面會談到)突破，但是仍然有較大概率無法取得既定目標。此時，要勇于承認這一點，調(diào)整自己的職業(yè)定位，謀求新的發(fā)展方向。

高度與廣度 + 全局思維

[[266908]] 

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

• 高度與廣度。在職業(yè)發(fā)展初期，需要有個快速成長的“原始積累期”。這里談到的原始積累，不是財富，而是技術(shù)技能。

要在某專一領域，盡量達到自己的技術(shù)高點。會存在某個點，你已經(jīng)無法突破達到更高的高度時，要謹慎分析原因。

如確實非主觀原因，那么要坦然接受它。剩下來的技術(shù)發(fā)展，可考慮橫向發(fā)展，即將自己打造成“T字型”人才。上面談到的高點很重要，它會決定你的技術(shù)“視野”。

• 全局思維。即不要僅僅從技術(shù)角度考慮問題，特別是達到一定高度之后，可更多地嘗試從業(yè)務角度、人的角度考慮之前面臨的問題，也許你就會有新的發(fā)現(xiàn)。

全局思維，會有助于你發(fā)現(xiàn)原有發(fā)展階段的瓶頸點，從而實現(xiàn)突破。

DBA 職業(yè)選擇路線

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

數(shù)據(jù)庫技術(shù)、數(shù)據(jù)庫業(yè)務

數(shù)據(jù)庫技術(shù)：這是一個比較容易的選擇，即在某數(shù)據(jù)庫領域里不斷精進自己，以達到一個更高的目標。

職業(yè)定位是*** DBA、DBA 專家等。如果考慮這個發(fā)展方向，建議考慮乙方或云廠商，因為他們對技術(shù)本身要求更高。甲方角色，受限于自身環(huán)境，一般很難有需要不斷突破的技術(shù)氛圍。

數(shù)據(jù)庫業(yè)務：將數(shù)據(jù)庫技術(shù)與公司業(yè)務相結(jié)合，突出在某業(yè)務領域的數(shù)據(jù)能力。

這是需要在某行業(yè)打磨多年，充分了解其業(yè)務特點，不斷抽象出其數(shù)據(jù)要求。這一方向可考慮行業(yè)的頭部公司或者是專為某行業(yè)服務的 ISV。

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

數(shù)據(jù)庫內(nèi)核研發(fā)：是相對“小眾”的一類人才需求，一般只有大型企業(yè)/云廠商或數(shù)據(jù)庫廠商會考慮設置。

其專業(yè)性較強，人員素質(zhì)要求也較高。建議選擇高起點的一些企業(yè)，對個人長期職業(yè)發(fā)展有利。

數(shù)據(jù)庫架構(gòu)師：這是一個相對綜合類的職位。“架構(gòu)”的含義比較模糊，各企業(yè)對架構(gòu)師角色的定位也各不相同。

一般能考慮設置數(shù)據(jù)庫架構(gòu)師角色的企業(yè)，都是有一定規(guī)模，企業(yè)內(nèi)數(shù)據(jù)應用比較復雜的情況。

下面根據(jù)我所在公司的實際場景，嘗試給出一個數(shù)據(jù)庫架構(gòu)師的技能圖譜，供各位參考：

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

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

上述技能要求，可大致分為四類：

• 數(shù)據(jù)自身技能，如數(shù)據(jù)庫、大數(shù)據(jù)、數(shù)據(jù)治理、數(shù)倉等。
• 關聯(lián)領域技能，如基礎設施、云、容器等。
• 研發(fā)方向技能，如 DevOps 等。
• 綜合技能類，如業(yè)務思維、軟技能(如溝通技巧)。

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

數(shù)據(jù)架構(gòu)：不同于“數(shù)據(jù)庫架構(gòu)”。數(shù)據(jù)架構(gòu)，更強調(diào)于頂層設計，需要對數(shù)據(jù)有全局的思維，幫助企業(yè)做好整體數(shù)據(jù)規(guī)劃設計工作。

它不在拘泥于某種技術(shù)，而是著眼于數(shù)據(jù)整合、安全、共享、價值、資產(chǎn)等問題。

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

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

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

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

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

數(shù)據(jù)治理：是一項比較“浩大”的工程。隨著企業(yè)對數(shù)據(jù)的重視程度越來越高，這一崗位也愈發(fā)重要起來。

其強調(diào)幾個關鍵過程域的活動，提升企業(yè)整體數(shù)據(jù)應用水平。右圖中給出的 DAMA 的過程域圖例，供大家參考。

數(shù)據(jù)倉庫：是一個處于轉(zhuǎn)型中的職位，傳統(tǒng)的數(shù)倉做法，目前已不適應現(xiàn)代企業(yè)要求。但其核心的數(shù)據(jù)建模理論，還是具有指導意義的。

因此各大互聯(lián)網(wǎng)公司，均有自己頗有特色的數(shù)倉實踐。可以考慮大廠或行業(yè)頭部客戶作為選擇。

大數(shù)據(jù)、運維開發(fā)

大數(shù)據(jù)：作為大“DBA”的范疇，大數(shù)據(jù)領域在某種意義上講也是一種數(shù)據(jù)庫。

當然它有其自身的特殊性，表現(xiàn)為技術(shù)分散、變化快、沒有統(tǒng)一標準、對研發(fā)能力有一定要求等。

DevOps，運維開發(fā)：適合有一定研發(fā)基礎的 DBA 選擇。

項目管理、技術(shù)管理

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

技術(shù)管理：DBA 職位涉及的技術(shù)領域較廣，如稍加留意可以涉獵很多關聯(lián)領域。

這與技術(shù)管理類對技能的訴求有一定相似。再加上其對軟技能的要求，可以考慮將技術(shù)管理作為發(fā)展方向。

在圈子中也發(fā)現(xiàn)過不少高級管理人員，都是 DBA 出身，不無一定道理。

寫在***

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

作者：韓鋒

簡介：早年從事軟件開發(fā)工作，后因個人興趣轉(zhuǎn)入數(shù)據(jù)庫領域。有著多年的一線數(shù)據(jù)庫架構(gòu)、設計、開發(fā)經(jīng)驗，曾擔任多家公司*** DBA、數(shù)據(jù)庫架構(gòu)師等職?，F(xiàn)就職于宜信，曾就職于當當網(wǎng)、TOM 在線等工作。精通多種關系型數(shù)據(jù)庫，包括 Oracle、MySQL、GreenPlum、Informix 等，對 NoSQL 及大數(shù)據(jù)相關技術(shù)也很感興趣，實踐經(jīng)驗豐富。曾著有《SQL 優(yōu)化***實踐》一書。