來自一個DBA的肺腑之言

各位朋友你們好，當我選擇DBA這個行業的時候，歷來沒有想過有一天我會坐在運營的位置上抱着個人筆記本一個字一個字的敲下這篇文章。故事還要從一個周以前提及，當我迎着朝陽走在上班路上時收到了公司公衆號的推送——DBA行業是否將會消亡？我陷入了迷茫，沒有人告訴我除了要保護數據安全以外還須要保護本身的飯碗安全。

但確實，隨着大數據時代的到來，伴隨數據量暴漲而生的各類自動化運維平臺極大地侵佔了DBA的生存空間，因此纔會出現紛紛繞繞的各類傳言。

而在我看來，DBA仍然是沒法被取代的職業，自動化運維平臺雖然解決了大部分的運維工做，但在各個看似重型的平臺中間仍然存在不少沒法被填補的細節漏洞，而這些細節纔是決定咱們工做質量的關鍵。

對於開發運維人員來講，首要面對的是效率與安全問題。隨着數據庫種類的細分化，每種數據庫都有本身的特性和官方工具，應用可能同時使用2-3種數據庫做爲持久層存儲，一種桌面數據庫可視化工具很難徹底覆蓋，同時桌面端工具不具備安全屬性，數據庫明文密碼更容易傳遞，企業內部引入的堡壘機等管控機制難以到達數據層，以前的管控漏洞被放大，但又缺少便捷透明的權限管理體系，才致使瞭如今數據治理難、數據管控難的現象。

而咱們在作的CloudQuery也是這樣一款服務於DBA和開發運維等數據操做人員的工具平臺。由於平臺納管了目前市面上大多數的數據源，因此對於我這個DBA來講天天大部分的工做時間都在跟這個平臺打交道，並不須要其餘的桌面可視化工具，而我能親身體驗到帶來的便捷有如下幾點：

- Web形式訪問，無需本地安裝

CloudQuery自身是以軟件形式部署在服務器上的，支持私有云、公有云、混合雲部署，企業內部只須要部署一臺服務器便可知足多個團隊的使用。同時基於web的形式不依賴於任何操做系統，只要有瀏覽器便可訪問，防止企業內部出現員工入職或轉崗時須要安裝一堆桌面端工具的尷尬場面。

- 納管數據源豐富，數據操做支持度廣

剛剛提到了CloudQuery做爲數據的統一訪問入口，數據庫支持範圍與深度就成爲了可否接入使用的基礎因素。目前CloudQuery 已經支持了市面上的大部分數據庫，而且針對已納管的數據庫都進行了特性支持。同時咱們還在不停迭代完善中，因此若是出現了數據庫未能知足的狀況也請你們不要着急，能夠去看下官網的將來版本計劃，也許就有你感興趣的功能呢？

- 便捷的DBA工具箱

由於我是個DBA嘛，雖然在幫運營寫文章，但作人不能忘本，最初開發這款工具就是發現現有的智能化運維平臺太太重量級，反而忽視了不少跟工做相關的細節，因此咱們在CloudQuery中也爲咱們的同行貼心帶上了經常使用的工具，好比數據庫終端支持、腳本上傳、文件執行等等。

- 細粒度權限管控，精準受權

你們都知道DBA最主要的職責是保護數據安全，因此一旦遇到數據安全問題，背鍋的永遠都是咱們，因而咱們索性在CloudQuery中直接引入安全模塊，這也是目前市面上主流的運維工具不具備的特性。

CloudQuery自研的權限中間件模塊把數據庫權限進行水平和垂直分割，力度能夠控制到表級別，受權的時候能夠進行點狀精準受權，同時支持的受權動做多達30多種，例如常見的CRUD以及CreateTable、DropTable等。

- 查導分離，防止數據泄漏

只有數據操做權限也並不夠用，在我作DBA的幾年深切地感覺到只要數據落地，是不可能避免數據泄露的，因此CloudQuery最近一次迭代也增長了導出權限的管控，將數據查詢跟數據導出動做分離開來，從根源上解決了數據傳播以及數據泄露等問題。

- 審計溯源，定位追責快速準確

前面說了這麼多都是管控、限制。可是一旦出現問題，咱們仍然須要審計來幫咱們回放當時的場景。因爲經歷過翻看40多個小時錄像只爲找到一條誤刪記錄的絕望，因此咱們在設計CloudQuery時，在每個涉及用戶操做的地方都進行了埋點，同時以數據庫元素、數據操做、用戶、操做ip等不一樣維度進行明細篩選，快速定位到責任人，拉出去祭天。

好了，個人字數湊滿了，洋洋灑灑一千多字就是想告訴你們，在當下互聯網行業中，每一個崗位其實都存在內卷，要想成爲不可替代的那個，必須深耕在本身的崗位中，時刻掌握行業動態的同時不斷提高本身的能力，找到本身的價值，才能不被內卷。以此與你們共勉，但願咱們都能成爲無可替代的人！

官網地址：https://cloudquery.club/