DBA團隊的規模應該是什麼樣的配置？

其實這個話題沒有一個可以定量的結論。因為有的企業甚至沒有這個崗位，更加別說相關的人了。不設定這個崗位的一般也有他的道理：

1. 不需要。比如甲方。有事是乙方或者整合商處理。

2. 沒預算。招一個靠譜的人很貴。

3. 不重視。讓開發或者一般的運維順帶維護。

等等。不一一列舉。

而我說來比較特例，自己是從一線摸爬滾打上來的。現在也是甲方。但是不幸的是，無論是故障分析還是SQL最佳化、還有資料治理、資料庫設計甚至是需求管理，或多或少都有我的身影。甚至作為資料庫的難兄難弟，中介軟體有時候經常收到資料庫的波及導致問題，也需要參與處理。其中有些應該是我做的，有些不應該是。這部分沒人做那麼我就要做。而且就資料庫技術棧而言很多。有一次領導問我帶幾個人?我說加我一共兩個。我後來思考，2個夠不夠?其實自己覺得是不夠的。我突發奇想在我的群裡向各家知名公司的朋友問問他們的DBA的配置如何?以下資料不敢說100%沒有偏差，但是差不多數量級不會差太多。

• 美團 100人以上

• 阿里 估算1000人左右 這裡要說明一下這裡是包括(做資料庫的，阿里騰訊華為這些公司自己做資料庫研發)，現在阿里雲的DBA不多，據說都自動化了。可能對應的業務線的多。這可能是網際網路公司的強大能力，以及開發素養。估計在網際網路公司幾乎不會出現SQL全表查詢的場景。而這一點在我國的傳統企業不存在的，也控制不住。我瞭解了很多傳統行業發現，SQL全表佔日常80%-90%的存在率，這才是我國基本國情。所以阿里自動化，傳統行業很難自動化。

• 拼多多 50人左右

• 平安 100人以上

• 京東 30人左右

有其他資料的也可以聯絡我，補充一下我的知識。

美團和平安都說自己規模很小，小都100多人?那我這種乞丐版的配置就別說了。不要懷疑這些企業私人老闆的能力，能招一個人的絕不會多招一個人來。那麼就是說這些都是必要的。從這點上來說，有一定規模業務的一定是要有一定規模的相應配置。這些可不僅僅是做安裝備份殺鎖。更多的都是參與到業務的設計、分析、甚至是底層原理的研究上。

寫在收尾，我覺得這個配置應該和幾個因素有關：

1.與開發人員的數量成正比，至於多少比多少不確定。

2.與開發人員的素養成反比。開發素質越高，需要的DBA越少。

3.與業務的複雜度合理性成正比，業務越複雜的、合理性越差，就需要較多的人來維護。不治理前期的業務，就治理後期的資料庫。

4.與資料庫的健壯程度成反比，資料庫本身越強悍，需要的DBA就越少。有資料表示阿里最多的時候是去O之後，應該是從50擴大到了200. 為什麼增加?本來就是用人力填補O這塊的缺失。錢是省不下來的。有沒有多花就不知道了。

5.與基礎環境的穩定性成反比。越是廉價不穩定的硬體環境越容易產生問題，需要的DBA就越多。

這樣看下來，我覺得我應該再加幾個人。