2012年5月阿里巴巴集團」去 IOE」運動的思考與總結【轉載+整理】

原文地址

什麼是 IOE，IOE 只是一個簡稱，分別表明 IBM、Oracle、EMC，確切地說是 IBM 小型機、Oracle 數據庫與 EMC 存儲設備的組合。這「三駕馬車」構成了一個從軟件到硬件的完整的商用數據庫系統，是同類產品中的最佳組合。

簡言之，阿里巴巴「去 IOE」事件是用成本更加低廉的軟件——用 MySQL 替代 Oracle，用 PC Server 替代 EMC²、IBM 小型機等設備，以減小 IOE 對本身數據庫系統的壟斷。IOE 整套系統維護費用很是昂貴，僅僅 Oracle 三年的費用就達到八位數，而阿里旗下的用戶羣每一年都在增加，在應用雲計算的過程當中，IOE 並不適合雲服務的橫向擴展，即多個數據庫系統同時運行，所以，雲服務一旦擴張，這部分維護成本將很是高。

2013年5月17日，最後一臺小型機在阿里巴巴支付寶下線，標誌着阿里已經完成「去 IOE」化。上海財大經濟學院副教授、高等研究院市場機制設計和信息經濟研究中心主任李玲芳對《第一財經日報》稱，阿里巴巴「去 IOE」爲市場帶來了一個成功範本，證實「去 IOE」是可能的。

除了下降成本，「去 IOE」化還有信息安全考慮。「棱鏡門」事件引發了人們對信息安全的擔心，就8月25日（2013年），中國互聯網絡信息中心（CNNIC）官方微博稱，CN 域名遭遇了最大一次規模的攻擊事件。

【導讀】

2012年5月7日，阿里巴巴集團正式公佈技術團隊合併的事情，涉及的部門：阿里巴巴運維團隊、阿里巴巴 DBA 團隊、阿里巴巴平臺技術部、大淘寶運維團隊、大淘寶 DBA 團隊、大淘寶核心系統部、阿里雲計算運維團隊、阿里雲計算 DBA 團隊和阿里巴巴集團安全團隊，從一些信息分析，上述技術團隊合併以後，大淘寶員工將成爲相關技術團隊的掌舵者。「去 IOE」運動由阿里巴巴集團首席架構師某博士主導，阿里巴巴和淘寶技術團隊內部很是有影響力的XX負責執行，合併後阿里巴巴集團內部全部子公司「去 IOE」運動，將繼續深化。

我的就淘寶、阿里巴巴和支付寶「去 IOE」事件，以局外人的角度分析利弊。

淘寶和阿里巴巴去 Oracle 化事件引起數據庫技術人員大討論一文，只是把對阿里巴巴、淘寶等子公司內部人士以及外部人士的觀點和建議整理出來，本文咱們從幾個不一樣的角度綜合分析闡述「去 IOE」事件對阿里巴巴、淘寶等公司 DBA 團隊和公司公司業務，以及互聯網 DBA 從業者的影響……

(一) 「去 IOE」事件中的 IOE 名詞解釋

---

（1）「I」是表明 IBM，即去 IBM 小型機（和存儲設備），阿里巴巴、淘寶和支付寶主要是使用 IBM 小型機，其存儲設備相對較少；

（2）「O」是表明 Oracle，即去 Oracle 數據庫，採用 MySQL 和 Hadoop 解決方案，Oracle RAC 將會被 Hadoop 集羣替代，其阿里巴巴 B2B 使用的 GreenPlum 集羣，也將會在阿里巴巴集團完成運維團隊和 DBA 團隊合併以後，採用 Hadoop 集羣解決方案替代；

（3）「E」是表明 EMC²，阿里巴巴 B2B、淘寶和支付寶都是用大量 EMC² 的存儲設備，其性價比高，再就是少許 DELL 存儲設備；

阿里巴巴集團內部最先進行 MySQL 替代 Oracle 支持數據服務的子公司是，阿里巴巴 B2B，用 PC Server 替代 EMC2 存儲設備，替代 IBM 小型機。不過，替換步伐被合理控制，因多方面緣由，內部也沒有那麼雄壯的決心。後來，淘寶也開始進行 MySQL 摸索和推廣，而且高調宣傳「去 IOE」。

 

(二) 「去 IOE」對淘寶、阿里巴巴 B2B 和支付寶等公司的價值

---

阿里巴巴集團與甲骨文公司的 Oracle 是三年無限制性的 License，總銷價是三年 X 千萬人民幣（備註：不能告訴你們具體多少錢，屬於商業機密， 望理解！），這部分開銷對整個阿里巴巴集團而言並不算什麼，花費最大地方是 Oracle 的「座駕」，主要是 IBM 小型機和 EMC² 存儲設備的購買和保修費用。

隨着淘寶、支付寶和阿里巴巴 B2B 的註冊用戶激增，用戶數據愈來愈多，即便採用冷熱隔離的方式也解決不了數據大容量、大併發的難題。淘寶啓用了全亞洲最大的 Oracle RAC。阿里巴巴 B2B 中文站，數據量也因數據量大和業務要求，在天天早上 08:00—09:30 之間，CPU 使用率保持在 98%，LOAD 也超高，即便更換存儲設備不久也會再次出現這樣的情況。互聯網公司的發展很是迅速，集中式數據庫系統會逐漸成爲業務瓶頸，花費重金升級硬件，在企業高速崛起的時候，可能不會太在乎，如果企業佔有市場份額足夠大、步入平穩發展階段或企業資金出現問題的時候，就不得不考慮成本， 採用知足企業發展需求，只須要合理地投入資金，考慮更加省錢的數據庫軟、硬件解決方案。

大淘寶、阿里巴巴 B2B 和支付寶等公司，98% 以上的軟件系統和業務都是採用 Oracle 提供數據服務，電子商務領域阿里巴巴集團旗下公司擁有的總數據量和用戶量是其餘任何公司沒法比擬的，DBA團隊面臨的壓力和挑戰也不言而喻，確定要比其餘公司更早地關注此方面成本和業務的雙重壓力。

阿里巴巴集團使用 License 最多的子公司是大淘寶，2010年及以前，還高調地要部署更多的 Oracle RAC，但隨着阿里巴巴 B2B 將其中文站和數據量最大的 Offer 數據庫，成功從 Oracle+IBM 小型機+EMC² 存儲設備，遷移到 MySQL+PC Server，以及大淘寶核心系統部門招聘到@淘寶褚霸、@淘寶丁奇等能修改 MySQL 和 Hbase 源碼，其產品線使用 MySQL 提供服務，使 MySQL DBA 的經驗和技術大幅提升，也就有能力把產品線從 Oracle 遷移到 MySQL，而採用 Oracle 支持的數據分析業務則用 Hadoop 集羣替代，這是給核心系統部和 DBA 團隊建功立業的大好時機，同時，能解決大淘寶業務系統的壓力和瓶頸，也能幫助大淘寶下降資金投入。搭配開發完善的自動化系統，能夠大大簡化數據庫的管理成本，也能減小 DBA 團隊的工做量。

阿里巴巴、淘寶和支付寶都曾嘗試，將 Oracle 的「座駕」AIX 系統+IBM小型機+EMC² 遷移到 Linux 系統+PC Server 模式。若對 Oracle 不拆分的話，PC Server 根本沒法承受這樣的負載；如果對 Oracle 拆分，將須要增長購買大量的 License。從而不得不考慮將業務系統的 Oracle 遷移到開源 MySQL 和 Hadoop 平臺上（註釋：這兩種開源產品能知足業務需求，以及相對其餘開源產品更穩定和成熟）。

很是遺憾的是，阿里巴巴集團首席架構師王堅推行的是全面去商業數據庫產品計劃，也即整個阿里巴巴集團，可能除支付寶少數業務的數據庫繼續採用 Oracle 以外，其餘都將換成 MySQL，爲此，可能致使阿里巴巴 DBA 團隊、大淘寶 DBA 團隊、支付寶 DBA 團隊等，在 Oracle 領域積攢十年的架構設計和運維維護經驗瞬間付之東流，同時，這些 DBA 團隊的 Oracle DBA 也將會有很多人員選擇離開，不然只能轉行爲 MySQL DBA。

大淘寶 DBA 團隊、阿里巴巴 DBA 團隊、支付寶 DBA 團隊和阿里雲計算 DBA 團隊總共擁有的 MySQL DBA 人數，不會超過15人，而 Oracle DBA 有 80 人以上，其中 MySQL DBA 團隊真正能幹活的不會超過 X 我的，MySQL 在阿里巴巴真正支持業務發展的時間不超過三年（註釋：淘寶成立初期採用 MySQL，能力問題而不得不遷移到 Oracle 平臺；阿里巴巴 B2B 在 2009 年以前，也是少數邊緣業務從 Oracle 遷移到 MySQL）。多數是 Oracle DBA 轉行爲 MySQL DBA 的兄弟，他們在 Oracle 方面確實經驗豐富和能力超強，可是 MySQL 方面就很少加評論了……

小結：

一 直爲 MySQL 社區的發展與壯大而努力，做爲技術人員要說真話和大實話，不能因我的感情而作事情。我的認爲阿里巴巴集團「去 IOE」是不得不要作的事情，但不是把全部的 Oracle 都遷移到MySQL 或 Hadoop 平臺，而應該是對業務系統有選擇地進行，以及遷移的步調要合理地控制，不宜過快過急，須要等待 MySQL DBA 團隊的壯大，技術與經驗的積累。不然，可能出現遷移過去以後不久，發現對業務發展和支持出現嚴重的問題，大淘寶內部的信息分析，他們已經基本度過危險的階段，也有不少遇難雜症，可是支付寶的業務具備特殊性，要比淘寶的業務系統要求更高，恐怕是一個很是大的障礙。

阿里巴巴集團高調向外界傳遞去 Oracle 信息以後，新的 Oracle 數據庫 License 談判將會很變得艱難，甲骨文公司原本是把把阿里巴巴、淘寶和支付寶等公司做爲中國標杆用戶宣傳，如今公開大規模地去 Oracle，可能會獲得甲骨文公司的報復，爲此可能要償付更加昂貴的 License 費用。對於阿里巴巴價值觀「擁抱變化」，是無處不體現，可是要合理地使用，不要被某些人利用搞成政治運動，而影響企業的穩定與發展。

 

(三) 「去 IOE」對淘寶、阿里巴巴 B2B 和支付寶等公司的 DBA 團隊影響

---

大淘寶是「去 IOE」最迅速、最完全的公司，相關技術人員也將會獲得更多的晉升和加薪機會，阿里巴巴 B2B DBA 團隊很早進行的部分業務系統「去 IOE」，使得相關人員受益（註釋：也包括我我的，阿里巴巴 B2B 對 MySQL DBA 的渴望而有機會加盟，機緣巧合是 MySQL 成功使用以後離開了），而支付寶是「去 IOE」進展最慢的公司，爲此高層不得不選擇派遣相關人員，加速支付寶公司「去 IOE」。

阿里巴巴集團最後可能保留少數業務產品線，繼續使用 Oracle 提供數據服務，以及 MySQL 自動化完成以後，將致使阿里巴巴集團DBA 團隊出現資源嚴重富餘，Oracle 遷移 MySQL 過程與完成以後，將會出現 DBA 人員的流失，這對阿里巴巴集權的 DBA 團隊而言是一種損 失，每每選擇離開的 Oracle DBA，越是優秀和有成長潛力的，可能早就更多 DBA 人員處於混日子的狀態。

「去 IOE」事件對 MySQL 團隊和核心繫統部門的發展，是很是有利和促進做用。愈來愈多的業務系統和核心繫統，採用 MySQL 提供數據服務，MySQL DBA 面臨的挑戰與壓力將會愈來愈大，DBA團隊的自動化水平能力也將會迅速獲得提升，不然沒法管理規模龐大的 MySQL 集羣和 Hadoop 集羣。

整個阿里巴巴集團能讀懂、編寫和優化MySQL源碼的DBA或開發人員，總數不會超過X我的，這對阿里巴巴集團「去 IOE」也是一項挑戰，畢竟開源數據庫產品沒有商業數據庫產品那樣通過嚴格的測試流程而穩定，購買甲骨文官方提供的MySQL服務，絕對不是淘寶、阿里巴巴和支付寶DBA團隊的行事風格，必定會想辦法本身修改和優化MySQL源碼，相信阿里巴巴集團會投入更多的資源引進相關的技術人才，這對MySQL團隊的技術提升也很是有幫助。

小結：

（1）Oracle 團隊的經驗和技術積累將大量丟棄；

（2）Oracle 團隊的 DBA 流失不可避免；

（3）MySQL 團隊的 DBA 經驗、技術和能力，將被迫加鞭快馬提升。

 

(四) 「去 IOE」對數據庫行業的影響

---

淘寶「去 IOE」事件網絡曝光以後，引發更多 Oracle DBA 從業人員的恐慌，使他們最擔心的是互聯網行業的其餘公司效仿淘寶和阿里巴巴去 Oracle 的壯舉，而出現蝴蝶效應。

對甲骨文公司而言，不會失去一位很是重要的中國客戶，只是可能失去部分 License 費用收入而已。畢竟阿里巴巴集團旗下的支付寶某些業務系統確定會用 Oracle 平臺，至少阿里巴巴 B2B 的 CRM 系統短時間內不得不考慮繼續使用 Oracle 平臺（註釋：CRM 系統太複雜，也很難有人搞清楚）。

淘寶、阿里巴巴和支付寶公司用 MySQL 和 Hadoop 分佈式平臺，替換 Oracle 和 Greenplum 並行數據庫的行爲，不可避免會影響互 聯網行業企業的數據庫平臺選型，也會致使 Oracle 行業的從業者擔心。惟一辦法，就是澄清這些事情的前因後果，使不明真相的羣衆懂得去分析相似的事情，而不跟風作錯誤的決定，不過互聯網行業採用開源數據庫的大趨勢是必然的，互聯網行業採用開源技術解決方案也是必然發展趨勢。

淘寶、 阿里巴巴 B2B 和支付寶用 MySQL 支持核心業務系統，其中阿里巴巴 B2B 已經使用 MySQL 支持中文站Offer數據庫，淘寶的核心業務之一 訂單都是 MySQL 提供數據服務，必將將會促使更多企業使用 MySQL，從而會促進 MySQL 領域的從業者發展和薪資待遇的提升，對 MySQL 社區和 MySQL 技術的進步也會有必定的促進做用。

MySQL 搭配 PC Server 和 Linux 操做系統的模式，以及再加上一些特殊的軟件硬件技術——SSD 硬盤和 Fusion-IO，尤爲是通過淘寶、阿里巴巴 B2B 和支付寶等業務的洗禮以後，使 MySQL 的解決方案豐富和成熟， 也會促使 DELL、華爲、惠普（註釋：不過這家企業的硬件設備實在是太差，尤爲售後服務）等公司大力發展 PC Server 業務。也會推進 IBM、EMC 等存儲設備廠商進行技術革新，最後，也會推進甲骨文公司和 MySQL 社區共同推進 MySQL 數據庫產品支持更大的 數據存儲容量和併發處理能力。

 

(五) 總結

---

淘寶、阿里巴巴B2B和支付寶等公司去 Oracle，改用 MySQL 和 Hadoop 分佈式平臺支持數據服務業務的分析和總結，就寫到此了。但願我的寫的本篇文章，對技術圈的朋友們有幫助，同時,也作到了獨立性和公正性透徹地分析「去 IOE」運動。做爲一位 MySQL 數據庫技術的從業者，要感謝淘寶高調公佈「去 IOE」，採用 MySQL 搭配 PC Server 的方式支撐大併發大數據量的核心業務，爲互聯網行業的 MySQL 從業者提供了參考模板，也但願其能繼續完善 MySQL 數據庫平臺和 Hadoop 分佈式平臺的自動化解決方案，也能繼續對外開放。最後一點，但願阿里巴巴集權推動這樣的事情，是能保持雄心和壯志，繼續把適合採用 MySQL 開源數據庫和 Hadoop 分佈式平臺支持的業務遷移過來，請莫出現反覆的行爲。