作者：田曉旭

　　很多人都說：“現(xiàn)在的東南亞就像是坐著時光機，回到了 90 年代的中國市場。”的確，在互聯(lián)網(wǎng)領(lǐng)域，我們經(jīng)常能在東南亞看到中國互聯(lián)網(wǎng)發(fā)展歷程的影子。本文我們將詳細介紹一下東南亞企業(yè)的去 Oracle 經(jīng)歷，揭秘中國經(jīng)驗是如何復(fù)制到東南亞市場的。

　　Prestomall 是一家成立于 2014 年的東南亞電商企業(yè)，此前這家企業(yè)一直使用的是 Oracle 數(shù)據(jù)庫。所有業(yè)務(wù)全部由一套 Oracle 數(shù)據(jù)庫支持，同時還有一套 Oracle 數(shù)據(jù)庫用來支撐測試環(huán)境。

　　2018 年 8 月，距離 Oracle 數(shù)據(jù)庫軟件授權(quán)證到期還有 3 個月的時間，Prestomall 決定不再使用 Oracle 數(shù)據(jù)庫，并開始尋找替代方案。為什么 Prestomall 決定在這個時候去 Oracle 呢？選定的替代方案是什么呢？整個遷移過程又是如何做的？...... 為了搞清楚這些問題，InfoQ 采訪了參與 Prestomall 去 Oracle 全過程的阿里云技術(shù)團隊。

　　為什么要去 Oracle？

　　過去幾年，隨著整個東南亞移動互聯(lián)網(wǎng)的發(fā)展，Prestomall 也迎來了增長黃金期。以營收規(guī)模計算，過去 3 個財年，該公司實現(xiàn)了 256% 的增長。Prestomall 業(yè)務(wù)的成功使得公司需要處理的數(shù)據(jù)量出現(xiàn)井噴式的增長，IT 費用也隨之水漲船高，這也是 Prestomall 決定去 Oracle 的主要原因。

　　Oracle 的 License 費用太高了，隨著 Prestomall 客戶量和數(shù)據(jù)量的增加，這部分費用占據(jù)了大部分的 IT 預(yù)算，制約了其業(yè)務(wù)的發(fā)展，所以在授權(quán)還剩三個月的時候，Prestomall 開始尋找 Oracle 的替代方案。

　　另外，隨著業(yè)務(wù)的快速發(fā)展，現(xiàn)有的 Oracle 數(shù)據(jù)庫垂直架構(gòu)限制了其彈性增長的需求，傳統(tǒng)數(shù)據(jù)庫不適應(yīng)快速的互聯(lián)網(wǎng) + 發(fā)展，這也使得 Prestomall 下定決心替換 Oracle。

　　技術(shù)選型

　　減少 IT 費用是 Prestomall 去 Oracle 的主要原因，所以最初在選擇替代方案時，IT 費用是一個重要的指標，同時由于授權(quán)即將到期，遷移時間也是需要考慮的重要因素。

　　1、最開始的選型方案：更傾向于開源數(shù)據(jù)庫

　　據(jù)了解，Prestomall 最初想到的替代方案有三種，分別是：

• 第一種，采用 Oracle 外的另一種商用數(shù)據(jù)庫，如 IBM DB2, 微軟 SQL Server 等；
• 第二種，使用開源數(shù)據(jù)庫，例如 MySQL、PostgreSQL；
• 第三種，保留 Oracle，繼續(xù)續(xù)費 License；

　　Prestomall 想要徹底去 Oracle，擺脫傳統(tǒng)傳統(tǒng)商業(yè)數(shù)據(jù)庫廠商的鎖定，所以排除了第一種和第三種方案。其實保留 Oracle 或者使用其它商業(yè)數(shù)據(jù)庫本就是權(quán)宜之舉，除非沒有可行的辦法或者時間來不及，才會保留 Oracle，畢竟業(yè)務(wù)的正常運行是必須要保障的事情。不過，Prestomall 團隊也意識到，如果繼續(xù)拖延的話，未來去 Oracle 的困難和挑戰(zhàn)將會更大。

　　經(jīng)過一番評估之后，Prestomall 團隊更傾向于選擇開源數(shù)據(jù)。在備選的開源數(shù)據(jù)庫產(chǎn)品中，PostgreSQL 比 MySQL 提供了更多的 SQL 功能，應(yīng)用方面也與 Oracle 更加貼近，并且遷移成本也較低，自然成為了技術(shù)選型的第一選擇。

　　在有了初步的技術(shù)選型之后，Prestomall 團隊就遷移方案做了進一步細化的評估：

• 第一， 選取的數(shù)據(jù)庫與已有的 Oracle 有多大的兼容性 ？
• 第二， 延用已有的本地部署解決方案，還是遷移上云？
• 第三， 遷移的工作量和時間究竟會多久？
• 第四， 采用新的技術(shù)方案，是否有足夠的技術(shù)支持？

　　2、最終選型方案：PolarDB + ADAM + DTS + 專家服務(wù)

　　Prestomall 最終選定的替代方案是 PolarDB + ADAM + DTS + 專家服務(wù)。說實話，這個方案有點出人意料，畢竟最開始這個方案并沒有出現(xiàn)在 Prestomall 的選擇列表中，而且 Prestomall 原有的 Oracle 數(shù)據(jù)庫是部署在本地的，選擇了 PolarDB 就意味著數(shù)據(jù)庫要遷移上云。

　　最終方案中的 PolarDB 是阿里云自主研發(fā)的關(guān)系型分布式云原生數(shù)據(jù)庫，兼容三種數(shù)據(jù)庫引擎：MySQL、PostgreSQL、高度兼容 Oracle 語法；ADAM 是數(shù)據(jù)庫和應(yīng)用遷移服務(wù)，可覆蓋 Oracle 遷移的全生命周期；DTS 支持 RDBMS、NoSQL、OLAP 等數(shù)據(jù)源間的數(shù)據(jù)交互，集數(shù)據(jù)遷移 / 訂閱 / 同步于一體。

　　那么，為什么最終會選擇這個方案呢？阿里云數(shù)據(jù)庫與應(yīng)用遷移產(chǎn)品總監(jiān)楊霖表示主要原因其實有三個：

• 一是上云適配業(yè)務(wù)發(fā)展。之前 Prestomall 使用的是本地 Oracle 數(shù)據(jù)庫，而選擇 PolarDB 就可以享受到云數(shù)據(jù)庫彈性擴展的能力，按需申請資源，對于電商企業(yè)而言這種模式非常適配業(yè)務(wù)。
• 二是遷移成本最優(yōu)。這里的成本不單單是指遷移后數(shù)據(jù)庫資源的使用費用，同時也包括了遷移的工作量、代碼的修改量以及遷移時間等其它成本。經(jīng)過評估，PolarDBD 與 Oracle 數(shù)據(jù)庫的兼容性非常高，整體遷移成本最優(yōu)。
• 三是風(fēng)險整體可控，技術(shù)支持有保障。2000 年，阿里開始使用 Oracle 數(shù)據(jù)庫，2008 年，決定去 Oracle 數(shù)據(jù)庫。當(dāng)前 Prestomall 的遭遇，跟十年前的阿里一樣，而在過去十幾年中，阿里的技術(shù)人員趟出了從 Oracle-RAC 數(shù)據(jù)庫到 PolarDB，從云下到云上的搬遷，積累了很多經(jīng)驗，并沉淀了類似 ADAM、DTS 這樣的產(chǎn)品。這些成功經(jīng)驗對 Prestomall 來說有著很大的吸引力。

　　據(jù)透露，在最初的提案階段，阿里云數(shù)據(jù)庫團隊通過 ADAM 給出了一個超詳細的改造計劃，包括 DB 層面如何去自動映射、自動解析、自動轉(zhuǎn)換，以及應(yīng)用層每一行代碼如何改造。同時，還對不同數(shù)據(jù)庫產(chǎn)品的兼容性做了比較定量的代碼改造分析。

　　阿里云數(shù)據(jù)庫國際站產(chǎn)品負責(zé)人德邁介紹：“使用 ADAM 分析之后，我們發(fā)現(xiàn)，如果不使用 ADAM，從 Oracle 遷移到 PostgreSQL，80% 以上的代碼是需要修改的，如果使用 ADAM 遷移到 PostgreSQL，10% 左右的代碼是需要修改的，而如果遷移到 PolarDB，只有 5% 的代碼是需要修改的。”而這也是 PolarDB 入選最終遷移方案的重要原因。

　　遷移過程

　　確定了遷移方案之后，接下來要做的就是具體的遷移工作了。據(jù)了解，Prestomall 整個去 Oracle 可以六個階段：

　　第一步是去 Oracle 的技術(shù)選型，前面我們詳細介紹了選型過程，這里不再贅述。

　　第二步是去 Oracle 的賦能，即在實現(xiàn)與 Oracle 數(shù)據(jù)庫解耦的同時，實現(xiàn)業(yè)務(wù) IT 架構(gòu)升級，獲得更大的業(yè)務(wù)自由度。

　　第三步是業(yè)務(wù)改造，對于所有想要去 Oracle 的客戶來說，這是最難的部分。業(yè)務(wù)改造面臨的兩大問題是工作量評估和兼容性。

　　第四步是數(shù)據(jù)遷移，不僅要保證全量和增量數(shù)據(jù)的一致性，同時還要提供數(shù)據(jù)回流的能力，讓數(shù)據(jù)上得來下得去。

　　第五步是測試與調(diào)優(yōu)，雖然 PolarDB 與 Oracle 兼容，但是始終是兩個產(chǎn)品，各自有各自的產(chǎn)品特性，因此遷移上去之后還需要做進一步的調(diào)試。

　　第六步是割接與護航，在完成上線割接之后，還會有兩個星期的阿里技術(shù)專家的保駕護航。

　　值得一提的是，在遷移過程中，ADAM 有兩個功能發(fā)揮了很大的作用，一個是自動轉(zhuǎn)換的功能，可以幫助使用者將原有的 Oracle SQL 自動改造成 PolarDB 兼容的 SQL。另一個是自動學(xué)習(xí)功能，雖然 PolarDB 與 Oracle 是高度兼容的，但也會有語法差異，而 ADAM 的 SQL 語法染色功能會使用不同的顏色來標注語法差異，幫助使用者快速領(lǐng)悟到語法差異規(guī)則。

　　據(jù)了解，目前 Prestomall 的業(yè)務(wù)流量幾乎全部遷移到了 PolarDB 上，只剩郵件系統(tǒng)中的兩張表還在做反向同步。

　　另外提到數(shù)據(jù)庫遷移，很多人都會關(guān)心安全性的問題，尤其 Prestomall 作為東南亞的一家電商平臺，在流程方面會更關(guān)注業(yè)務(wù)保護。據(jù)阿里云高級 DBA 專家鄭旦介紹，在數(shù)據(jù)保護和業(yè)務(wù)穩(wěn)定方面，阿里云主要做了兩個層面的工作：第一個層面，DTS 不僅完成了數(shù)據(jù)遷移的工作，同時還在這個過程中做了數(shù)據(jù)校驗；第二個層面，ADAM 對 Prestomall 系統(tǒng)的兼容性和兼容性結(jié)果做了一致性的檢查。

　　寫在最后

　　業(yè)界一直有“天下苦 Oracle 久矣”的說法，但是在實際去 Oracle 的過程中，總會犯難。那么，業(yè)界在去 Oracle 實踐時，通常都有哪些選擇呢？

　　阿里云智能數(shù)據(jù)庫事業(yè)部產(chǎn)品總監(jiān)葉正盛（斗佛）表示：“其實去 Oracle 的選擇不是很多，業(yè)內(nèi)常使用的基本上只有三種，一種是遷移到其它商業(yè)數(shù)據(jù)庫，但這種方式用的較少；第二種是選擇一種兼容度較高的數(shù)據(jù)庫，這種方式的優(yōu)勢是業(yè)務(wù)基本不用做大的改造；第三種是切換到分布式數(shù)據(jù)庫，這種方式的劣勢是需要在業(yè)務(wù)上做重新設(shè)計，但優(yōu)點是完成之后，可以享受分布式帶來的紅利。”

總結(jié)

以上是生活随笔為你收集整理的跟Oracle说拜拜！揭秘东南亚电商平台 Prestomall 去 Oracle 全过程的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。