您當(dāng)前的位置是:  首頁 > 新聞 > 國內(nèi) >
 首頁 > 新聞 > 國內(nèi) >

Oracle:開放源代碼數(shù)據(jù)戰(zhàn)略的興起

2018-06-01 14:14:08   作者:   來源:CTI論壇   評論:0  點(diǎn)擊:


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

專題