DBA職業發展之路:去「IOE」等挑戰之下,DBA將何去何從?

開篇

隨着近些年來,開源、自動化、雲化的興起,DBA職業也正悄然發生一些變化。常常有朋友諮詢我,職業發展規劃;特別是近期Oracle的大幅裁人以後,針對DBA這一職業將來該如何發展?本文是我的對此問題的一些見解,僅供各位參考!面試

數據是核心

將DBA單詞分解一下。其對應的數據庫

  • 操做對象:數據
  • 操做介質:庫
  • 操做角色:管理員

這裏的核心是數據,也是DBA這一角色最大的價值所在。他們最瞭解數據、最懂得數據的價值;所以DBA後續可發展的一些方向,也基本是與數據有關。安全

此外,對於數據要有更加宏觀的認識,不管是企業的自有數據,仍是外部得到;不管是關係數據,仍是其餘模式數據;不管是保存在數據庫中,仍是其餘諸如日誌等介質中,數據對企業都很是有價值,要將數據做爲一種"資產"來管理。只有上升到這樣的高度,數據相關崗位的價值也就凸顯出來。架構

階段不一樣,側重不一樣

企業對數據應用水平不一樣,於是形成工做重心及崗位需求也有所不一樣。下面簡單描述下各個層次:運維

  • 層次一,是以數據庫維護爲主,常見表現是"救火隊員"型。不少初創企業,都經歷過這一過程。數據庫維護基本靠人,隨着運維體量的增長,須要線性增長人員。總體數據應用水平,基本處於簡單、粗放型。
  • 層次二,還是以數據庫維護爲主,但已造成較爲完善的運維體系。除了基礎運維以外,甚至能夠考慮一些預防性的措施,提升總體的運維效益。這一階段的體系化建設,每每是經過文檔、運維平臺等沉澱下來。數據庫做爲基礎設施層,已可提供較好的數據存儲、計算能力輸出。但此階段還沒有從更高角度去考慮數據問題,仍僅限於運維層面。
  • 層次三,數據設計應用階段,企業已不知足數據簡單的"存取類"需求,而是從更高的應用角度,考慮如何提升總體數據應用水平。這個階段會增長數據庫架構、設計,增強業務端數據優化工做。表現爲增長產品DBA的角色,加大數據庫架構權重等。
  • 層次四,數據架構治理階段,企業不單從某個應用、某條業務線去考慮數據問題,而是公司總體層面作數據的頂層設計。考慮創建專門的機構(如數據委員會)或崗位-首席數據官(CDO)。近些年來,頗爲火熱的"數據中臺",正是爲迎合這一需求而產生的。

基礎運維工做,繁瑣枯燥

做爲基礎類的運維工做,數據庫的要求是比較高的。上圖簡單羅列了部分工做,對DBA平常繁瑣工做可見一斑。正是基於這點,平臺化、自動化、雲化的訴求,不斷被提出。進而間接對DBA的能力提出了更高的要求。工具

DBA職能,向上進化

基於前面數據應用水平所談到的,企業內部DBA也對應承擔了幾類職能。自下而上的是數據物理架構、邏輯架構和業務架構。公司內應用水平高低,也決定了DBA各種工做的比例側重不一樣。隨着公司數據應用水平的不斷提升,DBA工做重心也應從下層逐步轉向中上層。大數據

  • 數據物理架構,對應爲"運維DBA",工做重心爲基礎架構的建設。
  • 數據邏輯架構,對應爲"產品DBA",工做重心爲數據庫架構、架構設計及SQL質量問題。
  • 數據業務架構,對應爲"數據架構師-DA",工做重心在於數據治理、管理類工做。

DBA面臨衝擊不斷

近些年來,DBA職位受到很大一些衝擊,我摘其重要的幾項說明下。優化

  • 去IOE,阿里最先提出"去IOE"的叫法。它的提出,讓人們第一次領悟到,企業的核心應用是能夠不依賴於傳統的國外大型商業數據庫,進而提出了一種新的解決思路。
  • 開源與商業,企業發展階段不一樣,對於開源仍是商業軟件的使用存在相似上圖的收益/成本曲線。當發展到必定階段時,是必需要考慮引入開源。企業要從技術戰略角度出發,考慮這一問題。
  • "四化",數據庫基礎運維工做,經歷了從手工、腳本、工具、平臺的發展階段。其發展特色表現爲"四化"(平臺化、可視化、自動化、智能化)。這一發展方向也對DBA的技能要求產生了一些變化,特別是對研發的技能要求已成爲必要條件。
  • 雲,是將來的發展方向。從全球範圍來看,雲生態的數據庫佔比在8%,將來預計在3~5年內,會提高到20%~30%。這無疑是巨大的飛躍。對於DBA而言,雲環境下的數據庫工做有別於傳統環境,須要從多方面去適應,工做重心也要有所調整。

技術 OR 管理

DBA職業發展,向上面臨的第一個選擇就是發展方向,是走管理路線仍是技術路線。上圖給你們描述了兩種不一樣方向的區別,我的可根據本身特質,對號入座。這裏要避免一個誤區,就是"以管理爲上",這其實就是官本位思想的體現。不是每一個人都適合管理路線,放在不恰當的位置上,對人的發展是一種摧殘。架構設計

客觀判斷,認可上限

在明確了發展路線以後,就須要對自身的發展階段有所判斷。不管是技術仍是管理,都存在這樣一個進化理論,即越走向高級階段,其淘汰率越高。要客觀、理性地認識到本身所處的階段。從上述比例也能夠看出,能走到高階職位的畢竟是少數。雖然能夠經過一些方式(後面會談到)作突破,可是仍然有較大機率沒法取得既定目標。此時,要敢於認可這一點,調整本身的職業定位,謀求新的發展方向。設計

高度與廣度 + 全局思惟

取得職業發展突破,有兩個小的建議。

  • 高度與廣度。在職業發展初期,須要有個快速成長的"原始積累期"。這裏談到的原始積累,不是財富,而是技術技能。要在某專注領域,儘可能達到本身的技術高點。會存在某個點,你已經沒法突破達到更高的高度時,要謹慎分析緣由。如確實非主觀緣由,那麼要坦然接受它。剩下來的技術發展,可考慮橫向發展,即將本身打形成"T字型"人才。上面談到的高點很重要,它會決定你的技術"視野"。
  • 全局思惟。即不要僅僅從技術角度考慮問題,特別是達到必定高度以後,可更多地嘗試從業務角度、人的角度考慮以前面臨的問題,也許你就會有新的發現。全局思惟,會有助於你發現原有發展階段的瓶頸點,實現突破。

DBA職業選擇路線

前面講了不少,那麼DBA職業發展可考慮哪些方向呢?下面試圖給出一些可能的選擇。如下僅僅是本人根據本身所熟悉的領域給出的選擇,不表明所有。

選擇:數據庫技術、數據庫業務

  • 數據庫技術。這是一個比較容易的選擇,即在某數據庫領域裏不斷精進本身,以達到一個更高的目標。職業定位是首席DBA、DBA專家等。若是考慮這個發展方向,建議考慮乙方或雲廠商,由於他們對技術自己要求更高。甲方角色,受限於自身環境,通常很難有須要不斷突破的技術氛圍。
  • 數據庫業務。將數據庫技術與公司業務相結合,突出在某業務領域的數據能力。這是須要在某行業打磨多年,充分了解其業務特色,不斷抽象出其數據要求。這一方向可考慮行業的頭部公司或者是專爲某行業服務的ISV。

選擇:內核研發、數據庫架構

  • 數據庫內核研發,是相對"小衆"的一類人才需求,通常只有大型企業/雲廠商或數據庫廠商會考慮設置。其專業性較強,人員素質要求也較高。建議選擇高起點的一些企業,對我的長期職業發展有利。
  • 數據庫架構師,這是一個相對綜合類的職位。"架構"的含義比較模糊,各企業對架構師角色的定位也各不相同。通常能考慮設置數據庫架構師角色的企業,都是有必定規模,企業內數據應用比較複雜的狀況。下面根據我所在公司的實際場景,嘗試給出一個數據庫架構師的技能圖譜,供各位參考。

一家之言:數據庫架構師技能圖譜

上圖羅列對數據庫架構師自己要求的十二項基本能力要求,各項能力的要求不一樣,我經過左側的餅圖比例大小予以說明。固然能符合所有要求的人,少之又少。公司可根據側重,有所取捨。上述技能要求,可大體分爲四類:

  • 數據自身技能,如數據庫、大數據、數據治理、數倉等
  • 關聯領域技能,如基礎設施、雲、容器等
  • 研發方向技能,如DevOps等
  • 綜合技能類,如業務思惟、軟技能(如溝通技巧)

選擇:數據架構、數據產品

  • 數據架構,不一樣於"數據庫架構"。數據架構,更強調於頂層設計,須要對數據有全局的思惟,幫助企業作好總體數據規劃設計工做。它不在拘泥於某種技術,而是着眼於數據整合、安全、共享、價值、資產等問題。
  • 數據產品,也是一種綜合類職位。須要對技術自己有必定深刻的瞭解,但更強調其技術廣度。此外須要有產品化思惟,能將業務需求,轉換爲產品功能設計。

選擇:解決方案架構、數據庫佈道者

  • 解決方案架構,每每是從"售前架構"、"技術顧問"等角色體現出來。其核心要點是具有必定技術能力的同時,還要有甲方思惟,可以瞭解用戶痛點,能從技術角度幫助客戶解決現有問題。這裏不光是銷售本身的產品,更重要的是給客戶帶來價值。
  • 數據庫佈道者,少數的選擇,只針對有必定技術影響力的人員才能夠考慮。是一種偏向於自由職業者的選擇。

選擇:數據治理、數據倉庫

  • 數據治理,是一項比較"浩大"的工程。隨着企業對數據的重視程度愈來愈高,這一崗位也愈發重要起來。其強調幾個關鍵過程域的活動,提高企業總體數據應用水平。右圖中給出的DAMA的過程域圖例,供你們參考。
  • 數據倉庫,是一個處於轉型中的職位,傳統的數倉作法,目前已不適應現代企業要求。但其核心的數據建模理論,仍是具備指導意義的。所以各大互聯網公司,均有本身很有特點的數倉實踐。能夠考慮大廠或行業頭部客戶做爲選擇。

選擇:大數據、運維開發

  • 大數據,做爲大"DBA"的範疇,大數據領域某種意義上將也是一種數據庫。固然它有其自身的特殊性,表現爲技術分散、變化快、沒有統一標準、對研發能力有必定要求等。
  • DevOps,運維開發。適合有必定研發基礎的DBA選擇。

選擇:項目管理、技術管理

  • 項目管理,DBA是一個比較綜合類的職位,在溝通、協調、組織方面,與項目管理有類似在之處。所以,能夠考慮轉型作項目管理類職位。
  • 技術管理,DBA職位的涉及的技術領域較廣,如稍加留意是能夠涉獵不少關聯領域。這與技術管理類對技能訴求,有必定類似。再加上其對軟技能的要求,是能夠考慮將技術管理做爲發展方向。在圈子中也發現不太高級管理人員,都是DBA出身,不無必定道理。

寫在最後

面對一個充滿不肯定性的將來,惟一能肯定的就是變化。讓咱們擁抱變化,努力改變今天的本身!

內容來源:韓鋒老師於ACMUG沙龍(北京站)的分享,首發公衆號-韓鋒頻道,歡迎關注。

來源:宜信技術學院

相關文章
相關標籤/搜索