68大熱的與前途未卜甲骨文

1、大熱的與前途未卜的甲骨文ONES Piece 2016-10-25 行業(yè)云計(jì)算似乎是一個(gè)大佬之間火拼的戰(zhàn)場(chǎng)。誰將贏得未來？作為用戶，我們是該選擇“單點(diǎn)”還是“套餐”？編者按：（Infrastructure as a Service），即“基礎(chǔ)設(shè)施即服務(wù)”已經(jīng)成為一個(gè)令人矚目的方向，甚至出現(xiàn)了云計(jì)算就是“互聯(lián)網(wǎng)稅”這樣的說法。無論是國內(nèi)還是國外，這似乎都是一個(gè)大佬之間火拼的戰(zhàn)場(chǎng)。誰將贏得未來？作為用戶，我們是該選擇“單點(diǎn)”還是“套餐”？每個(gè)人都知道 IBM 把大好河山讓給微軟（和英特爾）的故事：那時(shí)，低耗電個(gè)人電腦的消費(fèi)者需求已經(jīng)把 IBM 圍得水泄不通，為了對(duì)這些沒什么賺頭的需求有所響應(yīng)，這家

2、垂直聚焦于大型主機(jī)領(lǐng)域的公司在佛羅里達(dá)州 Boca Raton 市設(shè)立了一個(gè)研發(fā)隊(duì)伍，離他們?cè)诩~約 Armonk 的總部所在地很遠(yuǎn)。由于把著重點(diǎn)放在速度與成本上，這支隊(duì)伍決定基本上把所有東西都外包出去，包括操作系統(tǒng)和處理器。對(duì)于 IBM 的目標(biāo)，這個(gè)方法是行之有效的：當(dāng)大型主機(jī)通常需要十年來研究并發(fā)布時(shí)，Boca Raton 團(tuán)隊(duì)在 12之內(nèi)就完成了從概念到發(fā)貨的流程。但是著重于外包標(biāo)準(zhǔn)件的做法則意味著個(gè)人電腦領(lǐng)域最肥的肉（比大型主機(jī)生意賺錢多了）落入了兩個(gè)獨(dú)家供應(yīng)商手中：微軟和英特爾。很少有人知道，個(gè)人電腦不只是 IBM 的“內(nèi)部政策驅(qū)動(dòng)”之下放走的唯一一塊肥肉。大型主機(jī)上最重要的軟件應(yīng)用曾

3、經(jīng)是 IBM 的信息管理系統(tǒng)（Information Management System，IMS），一個(gè)層次型數(shù)據(jù)庫。讓我在這里暫停一下：對(duì)于不懂?dāng)?shù)據(jù)庫的讀者，我會(huì)試著盡量將接下來的闡述簡(jiǎn)化。對(duì)于那些懂的人，很抱歉讓這篇文章變得有點(diǎn)淺。數(shù)據(jù)庫的類型一個(gè)層次型數(shù)據(jù)庫，好吧，就是一層層的數(shù)據(jù)：譯者注：圖中三層，自上而下分別是根數(shù)據(jù)項(xiàng)、父數(shù)據(jù)項(xiàng)和子數(shù)據(jù)項(xiàng)。在層次型數(shù)據(jù)庫中，任何一項(xiàng)數(shù)據(jù)都可以通過兩種方式被找到：要么已知父數(shù)據(jù)項(xiàng)去找子數(shù)據(jù)項(xiàng)，要么已知子數(shù)據(jù)項(xiàng)去找父數(shù)據(jù)項(xiàng)。這是理解起來最容易的一種數(shù)據(jù)庫，而且至少對(duì)于早期的計(jì)算機(jī)來說，實(shí)現(xiàn)起來最簡(jiǎn)單的：定義結(jié)構(gòu)，錄入數(shù)據(jù)，然后通過遍歷層級(jí)來搜索子數(shù)據(jù)項(xiàng)或

4、者父數(shù)據(jù)項(xiàng)來達(dá)到搜索數(shù)據(jù)的目的?；蛘?，更實(shí)際地來說，運(yùn)用你對(duì)層級(jí)的了解，直接去到某個(gè)特定的點(diǎn)。但是，層級(jí)型數(shù)據(jù)庫有兩個(gè)的限制：首先，這里面的數(shù)據(jù)關(guān)系是被事先定義的，哪些是父項(xiàng)、哪些是子項(xiàng)是在任何數(shù)據(jù)被實(shí)際輸入前就決定好了的。這使得數(shù)據(jù)庫一旦被使用了，再要做改動(dòng)就非常。第二，要做不同父項(xiàng)的子項(xiàng)是不切實(shí)際的：在忽視數(shù)據(jù)庫的大部分，取得你想要分析的數(shù)據(jù)組之前，你需要遍歷層級(jí)來獲取所有潛在的項(xiàng)的相關(guān)信息。在 1969 年，一位名為 Edgar F. Codd 的 IBM 計(jì)算機(jī)科學(xué)家寫了一篇名為大型共享數(shù)據(jù)庫的關(guān)系數(shù)據(jù)模型（A Relational Mof Data for Large Shared

5、DataBanks）的淺顯易懂：，提出了一種新方法。哪怕外行人來讀，這篇的引言也非常未來，大型數(shù)據(jù)庫的用戶必然不用再為研究數(shù)據(jù)在計(jì)算機(jī)內(nèi)部是如何被組織的（即“內(nèi)部表象”）而煩惱。但及時(shí)供應(yīng)這等信息的服務(wù)并非是一個(gè)令人滿意的解決方案。當(dāng)數(shù)據(jù)的內(nèi)部表象甚至外部表象的某些方面發(fā)生變化時(shí)，終端用戶的活動(dòng)以及大多數(shù)的應(yīng)用程序應(yīng)該要都不受影響。計(jì)算機(jī)的各種類型數(shù)據(jù)在、更告流量和自然增長(zhǎng)上的變化都會(huì)導(dǎo)致數(shù)據(jù)表象的變化。這篇是后來為人所知的“關(guān)系數(shù)據(jù)庫”的基石：與其以層級(jí)方式（即前文所述由數(shù)據(jù)定義自身在數(shù)據(jù)庫中的位置）儲(chǔ)存數(shù)據(jù)，關(guān)系數(shù)據(jù)庫使用表格來做這件事。每項(xiàng)數(shù)據(jù)是由它的表名、列名和鍵值來定義的，而不是由數(shù)

6、據(jù)自身（數(shù)據(jù)被在別處）。這意味著你可以通過一項(xiàng)數(shù)據(jù)與其他所有數(shù)據(jù)庫中數(shù)據(jù)的來理解它。表名也可以作列名，就像鍵值也可以作表名。這個(gè)方法有幾個(gè)巨大的好處：第一，你可以新增數(shù)據(jù)庫里的數(shù)據(jù)種類而影響到之前錄入的數(shù)據(jù)，也不用重新把層級(jí)都寫一遍，只要加新的表就行。第二，數(shù)據(jù)庫可以為任意數(shù)量和類型的數(shù)據(jù)進(jìn)行擴(kuò)容，因?yàn)閿?shù)據(jù)并沒有真的在數(shù)據(jù)庫里為了支持整數(shù)和文本字符串，你看到的是數(shù)據(jù)的邏輯抽象。第三，使用“結(jié)構(gòu)化語言（SQL）”，你可以輕松地調(diào)出數(shù)據(jù)關(guān)系之間的報(bào)告（比如“40 歲以上的消費(fèi)者買的最多的 10 本書”），而且由于只是在檢測(cè)整數(shù)和字符串直接的關(guān)系，你幾乎可以無所。畢竟現(xiàn)在只要搞清楚數(shù)據(jù)庫里兩個(gè)數(shù)據(jù)位

7、置之間的數(shù)學(xué)關(guān)系而不用掃描整個(gè)樹狀結(jié)構(gòu)了要是你不知道你要找什么，原來的辦法天生就慢，而且大多數(shù)情況下比較盲目。長(zhǎng)出一口氣上面這幾段話讀起來應(yīng)該跟我寫起來一樣痛苦。但我們還是有收獲的，總結(jié)一下：由于受到預(yù)先定義的拘束，層級(jí)型數(shù)據(jù)庫在性能和容量上都受限。而通過抽象數(shù)據(jù)產(chǎn)生計(jì)算機(jī)可以很容易處理的鍵值的關(guān)系數(shù)據(jù)庫要有用得多，并且擴(kuò)容空間大得多。甲骨文的崛起Codd 博士石破天驚的想法幾乎被 IBM 完全忽視了好幾年，一部分是由于之前提到的 IMS。Codd 基本上就是在說，對(duì)于很多潛在的數(shù)據(jù)庫應(yīng)用程序而言，IBM 最大的賺錢已經(jīng)過時(shí)了這是一條 IBM 管理層不太愿意聽到的消息。事實(shí)上，哪怕在 1977

8、 年 IBM 最終打造出世界上第一個(gè)關(guān)系數(shù)據(jù)庫（那時(shí)候它被叫做System R，包括一種叫做 SQL 的新語言），他們并沒有做商業(yè)。要到1982 年，IBM 的第一個(gè)關(guān)系數(shù)據(jù)庫軟件 SQL/DS 才上市。自然，它只在 IBM 的主機(jī)上運(yùn)行IMS 是大家伙的專屬。與此同時(shí)，一位叫拉里·艾利森的年輕程序員組建了一家名為“軟件開發(fā)（Software Development Laboratories）”的公司，起初做些外包的活兒，但是后來迅速發(fā)現(xiàn)賣通用軟件要賺錢得多：寫一次程序，然后賣它個(gè)很多次，是個(gè)發(fā)財(cái)致富的絕佳路子。他們只需要一個(gè)，而 IBM 基本上就是白送了他們一個(gè)。由于System

9、R 團(tuán)隊(duì)被當(dāng)作一個(gè)研究項(xiàng)目而非商業(yè)計(jì)劃對(duì)待，團(tuán)隊(duì)很開心地寫了不少論文來解釋 System R 的工作原理，也公開了 SQL 的技術(shù)參數(shù)。軟件開發(fā)實(shí)現(xiàn)了這個(gè)軟件，管它叫“甲骨文”，在 1979 年把它賣給了 CIA（對(duì)方的條件是軟件要能在 IBM 主機(jī)上運(yùn)行）。換句話說，IBM 不但為通用軟件界有史以來最大的公司（微軟）的萌發(fā)創(chuàng)造了條件，還白白把致富說明書送給了第二大公司（甲骨文）。通用軟件的生意通用軟件產(chǎn)業(yè)是一個(gè)介于過去的傳統(tǒng)行業(yè)與互聯(lián)網(wǎng)純數(shù)字行業(yè)的混合體（畢竟那會(huì)兒還沒有互聯(lián)網(wǎng)）。一方面，艾利森很快，軟件的邊際成本為零：只要你寫了一個(gè)特定的程序，就可以制作出無數(shù)的副本；另一方面，分發(fā)成了最大

10、的。在甲骨文的關(guān)系數(shù)據(jù)庫這個(gè)例子里，Relational Software Inc.（就是之前的Software Development Laboratories，這家公司在 1982 年改名為甲骨文系統(tǒng)公司，1995 年才改為今日的甲骨磁帶把軟件寄出去。團(tuán)）不得不建立起一支銷售隊(duì)伍去賣，然后再用最實(shí)惠的做法，是做一個(gè)大多數(shù)客戶都想要的的半成品，然后和不同的客戶一起把最終完善起來。這里面一部分的工作在前端甲骨文可以快速用 C語言重寫新程序，而 C 語言在大部分平臺(tái)都有編譯器，支持甲骨文移植代碼但的工作是在售后：客戶需要安骨文，讓它工作起來，錄入他們的數(shù)據(jù)，只有這樣，在原始協(xié)議的幾甚至幾年以后，

11、他們才開始看到回報(bào)。最終這成了甲骨文的商業(yè)模式：甲骨文的客戶不僅僅是軟件，他們和公司綁定了多年期的完整服務(wù)，包括軟件，售后支持，以及審核計(jì)劃，來確保甲骨文履行了他們的義務(wù)。而且哪怕有些怨言，客戶也不太會(huì)去另找別家：那些關(guān)系數(shù)據(jù)庫和存放在上面的數(shù)據(jù)都是公司的重要資產(chǎn)，他們?cè)缫寻堰@些數(shù)據(jù)投入使用并開始構(gòu)建和運(yùn)行，誰還愿意把那套流程跟其他公司重來一遍？的確，當(dāng)已經(jīng)運(yùn)行了甲骨文的數(shù)據(jù)并有了這層關(guān)系后，向甲骨文在那些數(shù)據(jù)庫上運(yùn)行的應(yīng)用程序會(huì)是更方，客戶 IT 開銷不斷增長(zhǎng)，而甲骨文把這個(gè)便的選擇。因此，接下來超過三十先發(fā)優(yōu)勢(shì)利用到了極致。這也算“肥水不流外人田”吧！亞馬遜帶來的選擇亞馬遜網(wǎng)絡(luò)服務(wù)系統(tǒng)（以

12、下簡(jiǎn)稱 AWS）背后的主張卻不盡相同。公司不需要預(yù)付款，也不需要綁定多年的整合項(xiàng)目服務(wù)，而是登錄帳號(hào)，使用完畢即可。公平地講，對(duì)于亞馬遜的那些有議價(jià)能力、簽訂長(zhǎng)期合同的大客戶來說，這顯得過于簡(jiǎn)單化了。但這只是最近發(fā)生的事。AWS 的用戶從開始一直都是初創(chuàng)企業(yè)。他。而且 AWS們利用這些耗費(fèi)幾百萬美金的服務(wù)器基礎(chǔ)設(shè)施來建立最小可行性的花費(fèi)是可變的：你用 AWS 越多（因?yàn)槟愕挠脩魯?shù)在增加），費(fèi)用越高；要是幾乎不怎么用（因?yàn)槟氵€沒有找到合適的市場(chǎng)），你就只需要花費(fèi)比什么都不做多一點(diǎn)的機(jī)會(huì)成本?？蛇x的價(jià)值觀使得 AWS 如此有價(jià)值：想要更大容量嗎？只需一鍵。需要一個(gè)新功能？AWS 包含有一套預(yù)構(gòu)建服

13、務(wù)供你整合進(jìn)。是的，它可能很貴一個(gè)普遍的說法是 AWS 贏在了價(jià)格上，而實(shí)際上 AWS 卻是眾多昂貴選擇之一但是，在你最需要的時(shí)候能提供你最需要的，這樣的服務(wù)到底值呢？與此同時(shí)，艾利森在本周的“開放的世界”大會(huì)上登臺(tái)領(lǐng)域“亞馬，宣布在遜的領(lǐng)先地位將會(huì)被終結(jié)”，只因?yàn)榧坠俏淖罡叨说姆?wù)器比亞馬遜更快更便宜。雖然如此，但是，層次數(shù)據(jù)庫也比關(guān)系鏈數(shù)據(jù)庫更快；速度不代表一切，價(jià)格也不?？蛇x擇性和可擴(kuò)展性一直都很重要，在這方面，甲骨文的基礎(chǔ)服務(wù)遠(yuǎn)遠(yuǎn)不如亞馬遜有競(jìng)爭(zhēng)力。當(dāng)你關(guān)注一下云服務(wù)領(lǐng)域的關(guān)鍵數(shù)據(jù)，性，你甚至?xí)l(fā)現(xiàn)艾利森的表述更加荒謬。在過去的 12里，甲骨文的性全部加起來是 10.4 億；亞馬遜在上

14、個(gè)季度花費(fèi)了 33.6 億，過去 12是 109 億。并非接單定制的服務(wù)；事實(shí)是，那些基礎(chǔ)設(shè)施以及所有構(gòu)建在基礎(chǔ)設(shè)施之上的附加服務(wù)早已讓 AWS 變得十分。甲骨文不僅沒有追趕上，甚至還被落得很遠(yuǎn)。聚焦 SaaS在中，艾利森反駁了甲骨文的云服務(wù)基礎(chǔ)設(shè)施的花費(fèi)是不必要的這種觀點(diǎn)，事實(shí)上，他指出，公司花了十年時(shí)間將它最具價(jià)值的應(yīng)用移到云端。確實(shí)，公司上個(gè)季度花費(fèi)了總收入的 17%用于研發(fā)，艾利森吹噓甲骨文現(xiàn)在已經(jīng)擁有 30多個(gè) SaaS 應(yīng)用，而且這個(gè)數(shù)字很重要：甲骨文的戰(zhàn)略是什么？我們認(rèn)為客戶想要什么？我們?cè)?SaaS 領(lǐng)域該做什么？其實(shí)這是同一件事：如果我們能找出客戶想要的并交付出去，那客戶就會(huì)

15、使用并我們的。我們認(rèn)為他們需要的是完成并整合在一起的，并非?？蛻舨⒉幌霃?50 個(gè)不同的供應(yīng)商那里整合 50 個(gè)不同的。那太了。不僅困難，還存在相關(guān)的安全風(fēng)險(xiǎn)、勞動(dòng)力成本和可靠性問題等等。所以我們最大的焦點(diǎn)不是賣出去 1 個(gè)、2 個(gè)、3 個(gè)、4 個(gè)應(yīng)用，而是為 ERP，為人力管理，為客戶關(guān)系管理（有時(shí)也叫用戶體驗(yàn)，簡(jiǎn)稱 C的策略：完整的整合套件。付完整的軟件套裝。這是我們對(duì) SaaS艾利森爭(zhēng)論的問題在部署型軟件方面是正確的；我曾在 2015 年就這個(gè)動(dòng)態(tài)寫了一篇關(guān)于微軟的文章。想像一下云計(jì)算之前公司里的首席信息官（CIO）：微軟的各種解決方案（像 Exchange）。因此，為了支因?yàn)楦鞣N她不得

16、不持 Exchange 的服務(wù)，CIO 還需要Windows Server（微軟的一款服務(wù)器系統(tǒng)），Windows Server 又包括了活動(dòng)目錄（Active Directory），于是還需要他的主題認(rèn)證服務(wù)。但是，現(xiàn)在 CIO 已經(jīng)有了一部分微軟的解決方案，她會(huì)更傾向于其他微軟的服務(wù)，不論是關(guān)系型數(shù)據(jù)庫管理系統(tǒng)（SQL Server）、客戶關(guān)系管理系統(tǒng)（Dynamics CRM）還是門戶和企業(yè)內(nèi)網(wǎng)（SharePoint）等。確實(shí)，微軟的可能不總是最好的，但 CIO 都要考慮到現(xiàn)實(shí)情況：后續(xù)維護(hù)和服務(wù)費(fèi)是一個(gè)巨大的隱憂，而且較少的供應(yīng)商往往能帶來好處。事實(shí)上，微軟近 15 年來的壯大可以追溯

17、到巴爾莫聰明地利用新、新定價(jià)和協(xié)議，迫使用戶的公司。如上文所提到的，這和甲骨文的策略如出一轍。然而，企業(yè)的 IT 決策也在發(fā)生著的變化：首先，在不需要巨大的前期投資后，轉(zhuǎn)向另一家供應(yīng)商的風(fēng)險(xiǎn)變得低多了，尤其是當(dāng)只有團(tuán)隊(duì)或部門層級(jí)試用過相關(guān)的時(shí)候。其次，沒有了持續(xù)的和后續(xù)的維護(hù)成本，也就減少了和供應(yīng)商關(guān)于可變成本的爭(zhēng)論。當(dāng)然，艾利森警告的將 50 個(gè)不同的供應(yīng)商合并在一起使用的潛在麻煩也許會(huì)出現(xiàn)，但這也同時(shí)意味著軟件的實(shí)際質(zhì)量和用戶體驗(yàn)在決策中扮演著更主要的，且團(tuán)隊(duì)決策這一點(diǎn)使之變得更為重要，因?yàn)榉?wù)的者就是實(shí)際使用者。過渡階段的甲骨文簡(jiǎn)而言之，艾利森在兜售的新甲骨文看起來跟舊甲骨文很像：一大堆的，大部分客戶想要什么幾乎就做什么，至少理論上是這樣，但是既沒有 AWS 的靈活性和可擴(kuò)展性，以及聚焦和承諾用戶體驗(yàn)的SaaS 服務(wù)。在數(shù)據(jù)庫方面，像一個(gè)層次數(shù)據(jù)庫，甲骨文都是根據(jù)顧客的要求提前定制開發(fā)的，不需要任何靈活性。與此同時(shí)，AWS 和專門的 SaaS 服務(wù)提供商都是