數據庫管理員已死

        英文原文：The Database Administrator is dead

        在一輛擁擠不堪、從某處飛往猶他州的支線飛機上，我開始思考 15 年前作為 Oracle 數據庫管理員（DBA）的那些酸甜苦辣的過去。

        數據庫為特定應用存儲和提供信息，而 DBA 以往是負責數據庫策略、優化、容量規劃以及安全的人。然而，我發現，過去幾年，數據庫管理員的角色已經發生了急劇變化，而且未來的變化還要多得多。

        作為這一變化的跡象之一，我們 ObjectRocket 的很多客戶都已經沒有 DBA 這個角色了。

        這算不上什么驚奇。隨著開發者受累或受惠于越來越快的開發周期，隨著應用匆忙推向市場，DBA 的角色則繼續暗淡。推向市場的時間變短，創新加快了，促進此類敏捷性的編程語言變得流行—node.js、php 以及 python 應用已成新的司空見慣。一切都變得越來越快。

        這一趨勢導致開發者要去尋找和接受那些適合設計屬性的技術。傳統的運營部門已無法適應這種節奏。以云為基礎的開發者開始崛起，原型開發和概念驗證的速度大為提高。

        然而，這迅速演變為在云端部署成熟的產品應用。這段時間技術決策者熱衷于用 Sublime Text 寫代碼、在 Chrome 做云控制面板這些時髦的東西。的確，新一代的開發者除了云幾乎不知道使用任何東西。

        為什么要懂呢？開發者從云端獲得的體驗往往要比那些本地解決方案（如果有的話）有用得多。而且云端的體驗也還在改變，變得越來越豐富，變得越來越習慣。或者說，也許開發者只想有一個應用引擎可以用，至于底層的基礎設施是什么他們已經完全不關心了。

        于是數據被擺到了我們的面前。

        在物聯網、大數據的時代，急劇膨脹的數據越來越成為所有應用的一個分量越來越重的組件。（云）應用成為了給移動設備輸送數據的用戶界面。這些應用依賴于復雜的地理或社交設計。需要具備極強的伸縮性和超高的性能。需要易用的 API。時刻都不能停止。

        這些新的復雜的數據類型、核心的 API 設計以及對伸縮能力的需求導致了一類全新的數據存儲的出現。NOSQL 你應該聽說過了吧？不過，云端的數據存儲即服務還沒有像應用即服務那樣流行。其原因主要是因為數據存儲的運營要比應用棧的托管難多了。

        此外，靜態數據問題以及把數據交給云服務商托管引發的信任問題也很棘手。不過這個問題也在發生變化。Rackspace 有 MySQL 服務、Redis to Go 以及 ObjectRocket。Amazon 提供了 RDS 和 Dynamo。還有像 Cloudant （NoSQL 云數據庫）和 Clustrix 這樣服務細分市場的玩家。

        除非你的公司像 非死book 或蘋果那么大，否則的話采用數據存儲及服務的方案是具有真正價值的。首先，開發者可以即時獲得許多關鍵的功能。從而可忘掉其他東西，將關注點放到 API 交互上。

        在這種模式中，開發者就是 DBA，過去的那種專門 DBA 角色已經過時了。開發者無需擔心碎片化、索引重建以及數據文件空間之類的事情，把它們交給磁盤、RAID、Ubuntu 內核版本等處理就好了，那一堆的問題全都移交給了提供商。

        這一切都很好，但供應商必須取得你的信任并加以維持，畢竟這是你的數據。如果數據被盜用、被破壞或丟失的話，一切就都完蛋了。成功的提供商會確保產品能給開發者帶來流暢的體驗，同時還能接受那些流行的開源 API。

        所以，也許 DBA 的角色未必是死了，只是轉移到了數據存儲即服務的新位置。成功的 DBA 會理解新世界意味著處理 PB 級的數據，以及對成千上萬個邏輯數據庫的數十億次的操作。他們要在日益困難的負載環境下應對不那么成熟的數據庫技術。他們要么自動化，要么去死。

        DBA 萬歲。

                    <span id="shareA4" class="fl">                          </span> 

</div>