Oracle：開放源代碼數(shù)據戰(zhàn)略的興起
然而，現(xiàn)在，這家內部部署的RDBMS巨頭面臨著一個挑戰(zhàn)，那就是云計算。據Gartner表示，Oracle在云計算基礎架構市場上只占了非常小的一部分——0.3％。但是，盡管這個微不足道的小小數(shù)字還無法顯示云計算對Oracle數(shù)據庫業(yè)務造成的影響，還有其他值得考慮的因素：開發(fā)人員要做的第一個決定就是他們要使用哪種云計算平臺。
然后開發(fā)人員會選擇使用云平臺提供的數(shù)據庫選項。在開發(fā)人員真正使用的公共云平臺上——AWS、微軟Azure和谷歌云（Google Cloud）——Oracle的數(shù)據庫價格過高，Oracle的這種做法將其數(shù)據庫的未來同其正在沉沒的云計算巨輪綁在了一起。Oracle這種戰(zhàn)略短視讓誰獲得了好處？開放源代碼數(shù)據庫。
打開數(shù)據庫
是的，開放源代碼數(shù)據庫。盡管像MySQL、PostgreSQL、MongoDB和Apache Cassandra這樣的數(shù)據庫在Web開發(fā)人員方面已經長期得分，但歷史上它們從來沒有能夠同Oracle的核心數(shù)據庫進行競爭。
但那只是當時的情況。根據最近的Gartner分析，開放源代碼數(shù)據庫現(xiàn)在占全球數(shù)據庫市場（合26億美元）的7.6％，價值340億美元。如果這看起來不算多，那么想想看，在過去兩年中，開源數(shù)據庫管理系統(tǒng)（DBMS）市場的平均增長率為75％，而整個市場的增長率僅為7.7％。
增長來自哪里？部分原因是它反映了開發(fā)人員使用現(xiàn)代數(shù)據庫運行新應用程序的愿望。特別是AWS已經讓這些決定變得更容易了，它采用了許多最流行的開放源代碼數(shù)據庫并將它們轉化為服務，消除了管理它們的復雜性。因此，按照DB-Engines根據多個因素對數(shù)據庫受歡迎程度的排名，現(xiàn)在世界上最流行的數(shù)據庫中有一半都是開放源代碼的。
把鏡頭拉遠一點，你就會看到排在第15位的MariaDB，這是MySQL的一個分支。再拉遠一點，你會看到很多其他的開放源代碼數(shù)據庫，特別是那些已經被AWS變成云服務的數(shù)據庫，在流行排名表上的位次正在大幅度上升。
如同前面所說，開發(fā)人員在數(shù)據庫方面越來越多地轉向云計算，推動大量來自亞馬遜、微軟和谷歌的數(shù)據庫服務在DB-Engines榜單上排名的提升。對于那些希望在云或他們數(shù)據中心中運行數(shù)據庫的用戶，主要是在PostgreSQL和MongoDB之間進行選擇。
對于那些想要堅守關系型數(shù)據庫但是又想避免Oracle的高成本和復雜性的開發(fā)人員來說，前者是他們的首選。MariaDB也越來越成為這一群體的選擇。而MySQL自從被Oracle收購之后，在過去幾年中則有些失寵。
而如果一位開發(fā)人員要重構他的應用程序，并且需要顯著提高開發(fā)人員生產效率或者需要MongoDB文檔數(shù)據庫提供的橫向擴展體系結構時，另一個選項——MongoDB就會是很好的選擇。無論是兩者中的哪一個，都是開放源代碼的，而且不是Oracle。
對于那些Oracle的忠實粉絲來說，相信開放源代碼的沖擊沒有對這家數(shù)據庫巨頭產生任何影響是非常令人欣慰的。但是這種想法也可能是錯誤的。在同Gartner分析師Merv Adrian的對話中，他指出Oracle從2013年起一直在丟失市場份額。作為一個整體，排名最靠前的五大數(shù)據庫供應商“俱樂部”總體占據的市場份額自2011年以來，從91%下降到了86.9%。
雖然開放源代碼數(shù)據庫無法得到這張幻燈片上所有的功勞，亞馬遜DynamoDB或者微軟CosmosDB之類的私有云數(shù)據庫也在發(fā)力，但是幾乎可以肯定開放源代碼數(shù)據庫正在數(shù)十億美元的市場中縱橫。
但是這些美元的數(shù)字也不能說明整個情況。
畢竟，Gartner是根據收入來衡量市場份額的。但是，開放源代碼數(shù)據庫免費使用的頻率比“付費”使用的頻率更高。認識到這一事實，Gartner認為“一個好的總體經驗法則是，付費用戶只占實際用戶群的1％-5％”。換句話說，開放源代碼數(shù)據庫可能為其供應商賺取了26億美元，但是，它們消滅了更高數(shù)量級的用戶付費，如果不是它們，這些原本會是Oracle之類的廠商的收入。
可是等等！對Oracle來說情況則變得更糟。
讓開發(fā)人員開心
Oracle的最大風險并不是像MongoDB或PostgreSQL這樣的開放源代碼數(shù)據庫。開放源代碼軟件100%地節(jié)省了許可費用，而且開放源代碼數(shù)據庫也大大節(jié)省了硬件成本。如果全部擁抱開放源代碼軟件的話，企業(yè)可以通過從Oracle轉移到像MongoDB這樣的數(shù)據庫節(jié)省70％的成本（即使你考慮了遷移成本、重新培訓數(shù)據庫管理員等成本在內）。在AWS平臺上，運行Oracle的標價（RDS）是每小時25.68美元。運行PostgreSQL或MySQL（RDS）的價格是它的1/8到1/10。
盡管這些方面成本節(jié)省的幅度很大，可是開發(fā)人員和DBA生產效率的成本差異甚至更大。
對于熟悉Oracle數(shù)據庫的數(shù)據庫管理員來說，他們平均可以管理多達25個數(shù)據庫服務器�？墒怯捎谧詣踊暮锰�，同樣的DBA可以在亞馬遜RDS上管理數(shù)百萬臺數(shù)據庫服務器�？纯匆�(guī)模吧。
在開發(fā)人員方面，考慮到開發(fā)人員是新的王者，正如Redmonk喜歡提醒我們的那樣，轉向開放源代碼DBMS更多的是超級計費開發(fā)者，而不是圍繞許可證或硬件成本有任何緊縮計劃的開發(fā)者。 MongoDB的產品營銷總監(jiān)Mat Keep將這個問題置于個人背景之下：
當我加入MongoDB時，大約5％的項目都是關系型遷移——現(xiàn)在有30％是公司希望轉型。成本可能是一個因素，但更多的時候是開發(fā)速度和運行規(guī)模。在從RDBMS切換之后，將MongoDB與云計算、微服務和敏捷/開發(fā)工具結合在一起，將開發(fā)人員的生產力提高3到5倍并不罕見。
即使在Oracle喜歡吹噓它提供的功能豐富的領域（如Oracle HA），現(xiàn)實情況是，“豐富性”實際上是數(shù)據庫本身的外部因素。Keep表示，你“必須在數(shù)據庫之外添加大量的東西，才能進行復制、故障轉移，監(jiān)控等等。”當然，這是Oracle，這些附加軟件中的每一個都是單獨銷售的，導致價格高昂，而且讓系統(tǒng)管理復雜。對于Oracle來說更糟糕的是，開發(fā)人員訪問這些Oracle額外資源的唯一方法是在Oracle的云平臺上，而這個平臺基本上沒有人愿意使用。
這些附加工具也不是那種革命性的東西。在Oracle最新的財報電話會議上，該公司直言不諱地表示：“關于自動數(shù)據庫令人吃驚的是，它是這個星球上唯一不需要人力來管理的數(shù)據庫。”
這種說法100%是錯誤的。在幕后，Oracle有大量的人員跑來跑去地忙碌，即使是AWS和其他云供應商已經在更大規(guī)模上提供了真正的自動化數(shù)據庫。如果有的話，Oracle是開源數(shù)據庫的云版本的后盾。
但是，但是，但是……
當然，Oracle的數(shù)據庫銷售還在產生巨量的現(xiàn)金也是有原因的：它有數(shù)十年建立數(shù)據庫的經驗，而且做得非常好。然而，問題在于，這些在十年前或者二十年前對Oracle有用的東西在現(xiàn)在看起來已經變得越來越不理想。它諸如規(guī)�；軜嬛惖膬�(yōu)勢現(xiàn)在看來只是過去時代的遺跡。
說到最近將未來寄托在Oracle上的大公司。Salesforce可能會出現(xiàn)在你的腦海之中，盡管關于它對自己的選擇不甚滿意的傳言已經甚囂塵上。與此同時，像Workday這樣的其他大型SaaS公司一直在構建像MySQL這樣的開放源代碼數(shù)據庫，而且經常在AWS或其他云上運行它們。隨著企業(yè)轉向分布式計算，他們試圖將故障成本降至最低，例如將存儲和計算分開。當他們這樣做時，Oracle根本不是一個考慮因素。
PostgreSQL和MariaDB之類的開源數(shù)據庫消除了Oracle數(shù)據庫固有的官僚主義。特別是PostgreSQL使得將存儲過程從Oracle遷移到PostgreSQL變得相對簡單。
即使是像MongoDB這樣的非關系型數(shù)據庫也在減少堅持使用Oracle的理由。Oracle讓開發(fā)人員和數(shù)據庫管理員認為關系數(shù)據建模的這些遺留問題——如多記錄事務——是至關重要的。然而它們不是，越來越多的公司發(fā)現(xiàn)他們不需要“全脂的”Oracle數(shù)據庫，可以使用低成本的關系型開放源代碼數(shù)據庫，或者他們發(fā)現(xiàn)自己根本不需要一個關系型數(shù)據庫，并且可以在開發(fā)人員生產力提升以及MongoDB等提供的NoSQL數(shù)據庫（具有ACID保證）的擴展等方面受益。
這對于Oracle來說意味著什么？鑒于遷移到其他數(shù)據庫涉及到的多少摩擦，Oracle數(shù)據庫應該可以持續(xù)很長時間，非常長的一段時間。更有可能的事實是，我們將看到所有的增長都轉向開放源代碼數(shù)據庫和云數(shù)據庫（特別是那些既是開放源代碼又是云的數(shù)據庫）。同樣，估計甲骨文會繼續(xù)收購SaaS公司，因為它的未來將更多地受到SaaS應用程序的推動，而數(shù)據庫優(yōu)勢將變少。
