10gen CEO訪談:為何MongoDB是當之無愧NoSQL王者
核子可樂 發(fā)表于：13年01月28日 10:59 [轉載] 51CTO
時至今日，我們已經(jīng)不可能把NoSQL的發(fā)展趨勢與10gen公司的MongoDB割裂開來。當然，NoSQL數(shù)據(jù)庫家族可謂百花齊放，Andrew Oliver還在他的經(jīng)典文章《我到底該用哪種數(shù)據(jù)庫》中進行了系統(tǒng)整理。眾所周知，MongoDB與其它同類開源競爭對手Couchbase及 Cassandra的具體市場占有率也很難說得清楚。然而相信沒有人會否認，MongoDB已經(jīng)成為新一代開發(fā)者眼中的至寶。在發(fā)展過程中，它很早就將簡化Web應用創(chuàng)建與數(shù)據(jù)庫擴展能力放在第一位，也正是憑借這一特色MongoDB才得以從英杰輩出的傳統(tǒng)關系類數(shù)據(jù)庫中殺出個黎明。
10gen公司CEO Dwight Merriman于2007年與伙伴合作創(chuàng)辦了這家企業(yè)——就在不久之前他才剛剛把自己建立的第一家公司DoubleClick賣給谷歌，交易金額達到31億美元。Merriman擁有令人艷羨的強悍技術背景：1995年至 2005年任DoubleClick公司CTO，主持設計了DART(即動態(tài)、廣告、報告及定位)初始技術——這項技術如今已經(jīng)成為網(wǎng)絡廣告投放的主要基礎。據(jù)他自己介紹，當初啟動MongoDB開源項目的原因在于“我們感覺有必要推出一種新的數(shù)據(jù)技術類型，而當時也正好是最合適的時間點。”在10gen 公司的創(chuàng)建過程中，MongoDB逐漸轉型為商業(yè)開源項目，能夠為用戶提供包括技術支持及特殊認購版本在內(nèi)的多層次產(chǎn)品供應。
為了進一步了解MongoDB的成長軌跡與影響力，Doug Dineley和我上周一同采訪了Merriman。我們開門見山，從開創(chuàng)文檔類數(shù)據(jù)庫的靈感開始向Merriman展開了探索之旅。
問: 您是怎樣在經(jīng)營DobleClick公司的過程中意識到市場對新型數(shù)據(jù)庫的需求?
Dwight Merriman：之前的經(jīng)驗確實很有幫助。從某種角度上看，MongoDB正是我希望自己能擁有的數(shù)據(jù)庫產(chǎn)品。當時我們需要自來遍布世界的十二數(shù)據(jù)中心以及其中成千上萬臺服務器，還得確保每臺設備都處于正常運行狀態(tài)，這可相當困難。當然，上世紀九十年代的計算機在運算速度上完全無法與如今相提并論，這要感謝摩爾定律的一貫正確。在工作中我們需要一遍又一遍地對原有方案進行重新開發(fā)，這種枯燥而毫無價值的任務讓我們希望創(chuàng)造出一種適合現(xiàn)代化軟件、數(shù)據(jù)且能夠與新時代工作規(guī)模相吻合的處理方式——同時還要與公共及私有云結構順利接軌。但那時候市場上實在沒有這種產(chǎn)品，于是大約五年前我們建立了10gen公司，并從零開始打造MongoDB。
問: 要說傳統(tǒng)數(shù)據(jù)庫技術的兩大主要瓶頸，可能關系類數(shù)據(jù)庫的擴展性與控制性缺失最令人頭痛。這個問題您怎么看?這兩點是困擾您的主要原因嗎?
Dwight Merriman：我贊同擴展位列其中，另一個嘛……我認為是數(shù)據(jù)模型。大家知道，關系類數(shù)據(jù)庫可能是軟件歷史中出現(xiàn)過的最成功的技術，很多人都沒意識到我們今天還在使用的技術已經(jīng)有三十到四十歲的高齡。但如果將目光轉向軟件開發(fā)的另一大重點——編程語言，我們會驚奇地發(fā)現(xiàn)語言的更迭周期明顯要快得多。軟件開發(fā)方法本身已經(jīng)發(fā)生改變，我們不再遵循瀑布式開發(fā)原則。如今，大家更青睞敏捷開發(fā)與多版本機制。編程語言不再局限于面向對象這一種，很多新語言都專為云計算而生，這種高度靈活性非常值得肯定。我們認為這種趨勢也將給數(shù)據(jù)層帶來重大變革，其影響之深遠在過去25年的數(shù)據(jù)庫發(fā)展歷史中無人能出其右。
問: 您建立了第一款獲得廣泛成功的NoSQL文檔類數(shù)據(jù)庫。這樣的成就源自哪些重要積累?
Dwight Merriman：其實沒什么特別的積累;我覺得整個職業(yè)生涯教給我的寶貴經(jīng)驗就是哪些可行而哪些不可行。我們研究過云計算——因為我們要根據(jù)擴展性需求決定如何編寫代碼——但卻找不到理想中的工具。核心難題主要分兩個方面，其中之一在于：我們該如何向外擴展?擴展技術在理念上存在幾道難以攻克的障礙，分配連接就是這樣一道門檻。如果要向容納有一千臺服務器的集群進行負載分配，其難度可想而知。
針對這個問題，我們的態(tài)度是：好吧，既然沒有明確的解決思路，那就不要再為此浪費時間了。相反，我們嘗試選擇其它數(shù)據(jù)模型，希望在達到理想效果的同時回避上述難題。面向文檔的數(shù)據(jù)模型由此誕生，從開發(fā)者的角度看我們對這一成果非常滿意。盡管不太謙虛，但我們真的認為這套方案非常適合現(xiàn)在的代碼開發(fā)者。
這有點像一種催化劑，指引著我們向正確的方向做出努力。我認為如今NoSQL家族中大家所看到的各類次世代、可擴展的非關系類數(shù)據(jù)庫基本都具備這些特性。我真的很喜歡面向文檔這一概念，因為它非常符合我們編寫代碼的方式。文檔類數(shù)據(jù)庫令信息變得可讀，尤其是在開發(fā)者及數(shù)據(jù)庫管理員眼中。在開發(fā) MongoDB的過程中，最令人印象深刻的點子就是把數(shù)據(jù)從代碼中分離出來。我們應該有能力在不損壞程序的前提下查看數(shù)據(jù)庫內(nèi)容。關系類數(shù)據(jù)庫在這方面表現(xiàn)不錯，而我們應該繼承這一優(yōu)勢。
作為文檔的基礎，我對JSON(即JavaScript對象表示法)也很喜愛。JSON賦予我們一套用于處理對象類數(shù)據(jù)的標準化獨立語言，而且對于人類而言，它的可讀性要比XML更高。據(jù)我所知有幾款NoSQL產(chǎn)品屬于JSON風格的面向文檔型數(shù)據(jù)庫。我認為作為這一領域的標準化數(shù)據(jù)模型范例，JSON給大家?guī)砹朔浅＠硐氲那腥朦c。
問: 為什么要讓MongoDB走開源道路?您是不是在項目啟動之初就構思好了未來的商業(yè)模式?
Dwight Merriman：這么做也是出于多種因素的考量。首先，作為開發(fā)者我們很喜歡開源的概念，甚至可以被稱為開源粉絲。當然，我們在堅持開源路線的同時，也相信自己有能力在開源這一領域創(chuàng)造出不斷發(fā)展但又極具商業(yè)價值的免費項目。紅帽公司是一家了不起的企業(yè)，規(guī)模也相當之大，所以開源并不會成為業(yè)務道路上的絆腳石。
問: 您的第一位客戶是誰?
Dwight Merriman：我們的第一批客戶來自Web 2.0與startup world網(wǎng)站。這要回溯到2009年，那時候Shutterfly、Craigslist及Foursquare等企業(yè)開始嘗試MongoDB。而一年之后，我們的產(chǎn)品迎來了更多規(guī)模更大的客戶，例如Intellisponse、O2、迪士尼乃至eBay。時至今日，即使在企業(yè)層面我們也早已跨過了早期試用這個階段。2012年，MongoDB的普及趨勢開始向金融服務業(yè)界擴展，目前銀行及其它金融機構開始廣泛采用MongDB及NoSQL類產(chǎn)品——至少會在新項目中采用。甚至有不少企業(yè)表示：這是我們開發(fā)應用的默認方式。
問: 他們指的是Web應用，對嗎?
Dwight Merriman：哦，不是，因為MongoDB中不包含任何針對Web應用的特殊設計。從概念上說，這是一款通用型數(shù)據(jù)庫。雖然剛剛接觸MongoDB 的客戶會通過Web應用進行試水，但我認為人們應該把它推廣到各個方面：內(nèi)容管理系統(tǒng)、個性化系統(tǒng)以及移動流媒體等等。MongoDB被用在Web開發(fā)中，但也同樣被用于賬目管理及離線分析等方面，這些都是歷史數(shù)據(jù)存儲量巨大的領域�？偠灾�，MongoDB的適用范圍非常廣闊。
答:客戶所開發(fā)的企業(yè)應用之間存在共通點嗎?因為在您的介紹中，我們會有種缺乏特色的雜燴感。
Dwight Merriman：使用范圍的確很廣很雜，而且你的問題比較寬泛，有點像：甲骨文關系類數(shù)據(jù)庫包含哪些使用實例?我當然能夠回答，但這既復雜又耗時。文檔類數(shù)據(jù)庫在數(shù)據(jù)對象符合面向文檔的數(shù)據(jù)模型時表現(xiàn)出色，無論是從編程語言、分類效果還是數(shù)據(jù)合集角度看都是如此。
舉例來說，某家電信公司自主開發(fā)了一套產(chǎn)品目錄應用。由于公司規(guī)模極為龐大，產(chǎn)品數(shù)量也達到上萬種，其中包括電話、延保產(chǎn)品以及其它一些服務計劃。每種產(chǎn)品都擁有獨特的屬性，而由于MongoDB的數(shù)據(jù)模型非常適合這種工作，企業(yè)開發(fā)者會發(fā)現(xiàn)整個工作流程都變得更加簡便。這算是個很好的使用實例。
我認為MongoDB的出色之處還不僅如此。內(nèi)容管理應用后端、使用量巨大的移動應用、需要實時進行操作數(shù)據(jù)存儲的在線應用等任務每秒鐘需要處理數(shù)萬次讀寫操作，而這也是文檔類數(shù)據(jù)庫的長項。
當然MongoDB也存在局限性，復雜度極高的工作或者對SQL及UVC的遺留請求進行處理就不太適合它。
問: 從CIO的角度分析，我們認為大家的普遍看法是NoSQL類產(chǎn)品不太適合進行交易處理。您對這種觀念有什么見解?
Dwight Merriman：這要看具體的產(chǎn)品類型，不同產(chǎn)品所使用的處理模式也有所不同。MongoDB的實力就要比人們的普遍看法強一些。通過MongoDB，用戶可以對個人JSON文檔進行原子操作，而且支持的文檔處理量也相當理想，這當然也是交易處理的一種表現(xiàn)。而在同一文檔的條件下，如果我們想從A處借記款項并以信貸形式交付給B，這樣的交易活動完全能夠順利進行。只是我們無法在不同文檔之間進行這樣的操作。
我們很希望能滿足用戶的需求，但問題在于要讓分布式交易在上千臺服務器規(guī)模的集群中快速完成實在是非常、非常、非常困難。所以我們的做法是……在保證速度的前提下為大家提供解決方案，盡管還存在一定缺陷。事實證明這樣的思維方式能夠讓產(chǎn)品走得更遠，特別是在設計過程中考慮到無法完成的任務。我發(fā)現(xiàn)在 75%的使用實例中，都有很多其它方法處理這一看似難以完成的任務。不過仍然有少數(shù)客戶對產(chǎn)品的表現(xiàn)不太滿意，這一點我并不否認。
如果某個項目擁有二十項要求，典型數(shù)據(jù)庫會優(yōu)先分配交易要求，但這就會使其在其它一些方面表現(xiàn)乏力——例如數(shù)據(jù)映射、處理速度以及擴展性等。用戶需要從綜合角度進行審視，評估哪款產(chǎn)品最適合自己的實際需求。
問: 前一陣子，我們網(wǎng)站的一位撰稿人Andrew Oliver刊發(fā)了一篇名為《糊涂的極端分子死咬MongoDB》的文章。在他看來，很多用戶面對日益普及的MongoDB提出了一些不切實際的期望。您對這樣的觀點有何看法?
Dwight Merriman：我們確實發(fā)現(xiàn)了此類情況，尤其是在一年前。但隨著產(chǎn)品的逐步完善，目前這種爭議已經(jīng)越來越少。我認為在廠商不斷改進產(chǎn)品的同時，開發(fā)者們的經(jīng)驗積累與知識儲備也在與日俱增，這樣的組合非常科學。所有有利于MongoDB發(fā)展的最佳實踐與設計模式乃至設計方案都不會憑空出現(xiàn)。作為項目開發(fā)者，我認為MongoDB易于上手的特性非常有吸引力，用戶應該在輕松入門后進一步學習并發(fā)掘。遺憾的是就目前來看，這種健康的生態(tài)系統(tǒng)還未完全建立起來。
本著這樣的思路，我們在去年秋季推出了MongoDB免費在線教育課程。這是一種大規(guī)模網(wǎng)絡公開課，與Coursera或者斯坦福講堂類似，而且收到了不錯的成效。僅在項目啟動的兩周之后，我們就迎來了兩個班共計三萬名學員。這兩個班分別是開發(fā)者班與數(shù)據(jù)庫管理員班，全部受到廣泛響應與熱烈參與。目前我們的課程剛剛步入第二學期，并有計劃再開設一個Java開發(fā)者班。把信息分享給大家確實能夠幫助他們?nèi)〉贸晒Α?/p>
問: 你會聘用班上成績優(yōu)異的學生嗎?
Dwight Merriman：當然，我們很樂意這么做。
問: Couchbase所提供的文檔數(shù)據(jù)庫版本也具備相當?shù)母偁帉嵙�。您對于市場競爭打算采取什么樣的應對策�?畢竟這塊新興市場還處于混亂且快速增長的趨勢之中。
Dwight Merriman：其實這跟早期面對關系類數(shù)據(jù)庫的壓力沒什么區(qū)別，那時候甲骨文和Sybase同樣實力強勁。
問: 沒錯，您肯定不想成為下一個Sybase。
Dwight Merriman：是啊，但那都是過去的事了。如今具備競爭力、項目規(guī)模龐大的企業(yè)不少，增長也都非常迅速。但在MongoDB這邊，我們的擴展性與開發(fā)者效率方面擁有獨特的優(yōu)勢。我認為在同等條件下MongoDB堪稱獨一無二。
問: 您覺得自己的主要競爭對手是誰?
Dwight Merriman：Cassandra、Couchbase和HBase是我首先能想象到的MongoDB三大競爭對手。
問: 你對甲骨文NoSQL有什么看法?
Dwight Merriman：沒有什么看法。
問: 最后一個問題，10gen公司在2013年有何打算?作為用戶我們又該做出哪些期待?
Dwight Merriman：作為MongoDB的供應商，每次進行大規(guī)模更新都會將版本號提升0.2;因此今年大家會迎來2.4和2.6兩個新版本。我們正在全文檢索方面進行一系列研發(fā)工作，打算添加一些新的安全功能，并在性能上做出大量調(diào)整工作。如果大家使用五百臺規(guī)模的服務器集群，MongoDB對于管理員而言非常友好且易于使用。但如果服務器規(guī)模超過五百臺，工作量就會有所增加，但我們?nèi)匀幌ＭM可能保持數(shù)據(jù)庫易用性�？傊�，在接來的十二個月中，我們將繼續(xù)給大家?guī)硇麦@喜。
