2022 DBA 角色轉換 挑戰 與 機遇

2022 年是一個非常hard 的年頭，經歷的太多，只從DBA 的角度看這一年，看過不少下崗，和將要下崗的同學們，也面試了部分同學，太難了，一方面企業就是想花少的錢，請更高等級的DBA ，同時另一方面從某些企業下來的DBA ，在尋求工作的時候，可能還沒有意識到今年的狀態，以往年的salary的狀態要求今年的薪資。所以這一年感觸挺多，整體的所有的行業都在遭受到 hash. (抱歉有些詞不能隨便用，只能用 E 文代替)。

此篇文字是基於目前的狀態，配合 the role of the DBA in 2022 Changes Challenges and Opportunities presentaion. 來進行闡述的一篇文字。

討論將從以上四個部分來進行，目前的DBA 的工作挑戰是什麼

1  database challenges 

現在的DBA 是越來越難做，DBA 真的不再是掌握一個，或幾個資料庫就可以混下去的工作，DBA 面臨的問題主要可以從以下的幾個部分來論述

1 敏捷開發與迅速響應

與其說是敏捷開發，和迅速響應，不如說是客戶一會要星星，一會要月亮的需求與產品經理沒有底線的 KISS ASS 導致開發已經不知道自己的在寫什麼，反正能滿足需求就可以的開發方式。

最終導致的問題就是資料庫一團糟，拼湊的表，混亂的表之間的疊加，巢狀，表之間的關係不清晰，多個表套接才能完成資料的給付，各種沒有資料量限制的專案，上線後沒有人繼續去追尋表資料量的擴充套件，處於無序的狀態擴張。同時開發在選擇資料庫上的一意孤行，導致錯誤的資料型別和組合，進入了錯誤的資料庫型別中，然後就是最終問題的爆發和無法收拾。

2  降低執行維護費用與提高人工效率

當前的經濟形勢這點根本不用在解釋，1個人幹三個人的活，或者3個人幹一個人的活，然後等著 “get out” 小禮包。活多難受，活少也難受，翻來覆去的難受。如何讓更少的人，能承擔更多的工作，並且還要儘量讓工作人員少抱怨，也成為一個課題。

3  資料庫服務的可靠性

在上線應用產品後，運維部門一定是要有一個SLA ，也就是service level agreement. 這裡不同的商業邏輯，有不同的解決方案和不同的成本的 SLA，當然更少的成本和更高的SLA 才是企業追求的終極目標。同時各種HA ，DR 也是被需要的，要保障業務連續性和永續性等等。

4  擴充套件能力

應用的擴充套件是很方便的，這點對於資料庫產品或者資料庫DBA都有更高的要求，無法方便擴充套件的資料庫產品，和不具備這樣知識的DBA 會被淘汰掉，或者換句話說，在激烈競爭的商業環境的DBA 如果不具備這樣的能力，你所在的公司提供的應用產品就可能被淘汰掉，而你就失去了工作。

5  安全能力

資料庫的安全能力也是DBA 需要具有的，這裡的要求大部分是一種安全的意識，而培養相關的意識也是需要時間和經驗的。

大部分DBA 同學在今年可能已經意識到了，雲對於DBA 的影響，尤其是一些領導認為上雲了，DBA 就不需要那麼多了，然後就開始裁員。加之傳統的DBA 對雲基本上不理解，曾經的看不上，如今變成學習速度跟不上，隨即就面臨了淘汰，淘汰的大部分DBA 屬於運維型的DBA，而云的產出直接讓這些運維型別的DBA 失去了競爭優勢，工作被雲維護，雲智慧，所代替。

所以如何接受雲成為未來各個企業的IT 主體運維場景是一個，不被淘汰的關鍵。如同上圖提出的，雲是一個未來，在我看了就是現在。

混合雲和多雲的資料庫執行環境，雲原生資料庫與原有傳統資料庫的混合工作模式，理解什麼是laas ,paas, 和 serverless，以及目前很多資料庫都在導向serverless . 資料庫的環境變化的太快，一個環境中可能有 OLD SQL , NEW SQL ,NO SQL , BIGDATA , Graph  , Caching 等多種功能的資料庫，同時還有資料庫容器化的衝擊。這一切讓傳統的DBA 已經無所適從了。

隨著工作中的新的事物越來越多，DBA 也分為兩種，這裡叫 Reactive DBA 和 Strategic DBA ，前者更注重於 操作，或者說是operational DBA, 後者更注重架構和長遠的工作與設計等，也就是我們俗稱的  DBA ARCHITECT

大部分DBA 屬於前者，後者DBA 的型別需要更快的學習的能力，更願意接受新的事務，更願意和業務進行密切的連線，對開發的架構有一定的瞭解，願意將重複性的工作總結，並進行自動化的工作。同時對多種雲有不同的使用見解，和相關融合的策略。

DBA 的工作更集中到資料庫架構的設計 和  平臺的操作和管理中同時更多關注於應用的效能與資料庫安全方面的工作。比如 AUDIT ，審計，有多少公司的資料庫在做審計，審計做了什麼，在出現問題的時候，審計能幫助我們什麼，審計對於資料庫的效能的影響有那些。

DBA 的轉變和機遇是並存的，資料庫的管理要依託，基於商業角度的目標，培養你開發的能力，將主要的關注點遷移到雲上的一些資料庫知識，以及自動化處理日常的工作問題。

機遇商業的目的資料庫DBA 本身的工作也可以更細粒度的進行分割

如資料庫架構師， 資料工程師，資料分析專家，資料庫遷移專家，資料庫安全專家，資料庫整合專家，等等，甚至資料效能最佳化AI 專家。

同時越來越多的資料庫從商業資料庫轉移到了開源產品，或半開源產品中，更快的資料庫版本的迭代，新的功能的推出，DBA 需要迅速從裡面找到能解決問題的或自己正在面臨問題的新的功能和新的版本的資料庫，並快速的學習。

除此以外，更多的非傳統的資料庫的湧入，讓整體的工作必須接受新的資料庫系統，從解決問題的角度，和商業的角度來說，這些都是資料庫，都需要被掌握，和應用。

實際上DBA 面臨更大的挑戰，來自於雲的資料庫產品，和雲的管理的方式以及其中產生與之前根本不同的處理方法和方式，以及思維的方式。

除此以外，成本的問題也是要被考慮的，如果在一個專案中，可以使用POSTGRESQL 或 ORACLE ，在能滿足專案的狀態和需求的情況下，成本是必須被考慮的，DBA 不需要考慮你會不會（不會可以從市場找到POSTGRESQL 的DBA來替換你的工作），而專案的成本最小化才是核心和關注點，此時好用和免費的開源資料庫可能在專案中起到主導作用，這點對於開發者也是一樣，不是你會什麼就可以用什麼 例如MYSQL 可能不適合在某些大型的專案中使用，或者複雜的儲存過程需求，或乙方開發的某些大型應用等等，所以必須適應新的資料庫和新的解決方案，而不是在原有的圈子裡面繼續尋找解決方案。

隨著當前經濟情況的不明朗，更多的雲上資料庫自動化運維，以及開發也越來越具有一些更強的資料庫知識和 一些新型的資料庫產品去解決更具體的問題的情況下，DBA的職業本身就是在被挑戰的狀態，之前的一些經驗和工作方式，正在面臨被改變，所以DBA 就需要跟隨整體的大環境，進行積極的調整和麵對。