独家揭秘东南亚电商平台 Prestomall 去 Oracle 的全过程

很多人都说:“现在的东南亚就像是坐着时光机,回到了90年代的中国市场。” 的确,在互联网领域,我们经常能在东南亚看到中国互联网发展历程的影子。本文我们将详细介绍一下东南亚企业的去Oracle经历,揭秘中国经验是如何复制到东南亚市场的。

Prestomall是一家成立于2014年的东南亚电商企业,此前这家企业一直使用的是Oracle数据库。所有业务全部由一套Oracle数据库支持,同时还有一套Oracle数据库用来支撑测试环境。

2018年8月,距离 Oracle 数据库软件授权证到期还有3个月的时间,Prestomall决定不再使用Oracle数据库,并开始寻找替代方案。为什么Prestomall决定在这个时候去Oracle呢?选定的替代方案是什么呢?整个迁移过程又是如何做的?…为了搞清楚这些问题,InfoQ采访了参与Prestomall去Oracle全过程的阿里云技术团队。

为什么要去Oracle?

过去几年,随着整个东南亚移动互联网的发展,Prestomall也迎来了增长黄金期。以营收规模计算,过去3个财年,该公司实现了256%的增长。Prestomall 业务的成功使得公司需要处理的数据量出现井喷式的增长,IT费用也随之水涨船高,这也是Prestomall决定去Oracle的主要原因。

Oracle的License费用太高了,随着 Prestomall 客户量和数据量的增加,这部分费用占据了大部分的IT预算,制约了其业务的发展,所以在授权还剩三个月的时候,Prestomall开始寻找Oracle的替代方案。

另外,随着业务的快速发展,现有的Oracle数据库垂直架构限制了其弹性增长的需求,传统数据库不适应快速的互联网+发展,这也使得Prestomall下定决心替换Oracle。

技术选型

减少IT费用是 Prestomall 去Oracle的主要原因,所以最初在选择替代方案时,IT费用是一个重要的指标,同时由于授权即将到期,迁移时间也是需要考虑的重要因素。

最开始的选型方案:更倾向于开源数据库

据了解,Prestomall最初想到的替代方案有三种,分别是:

第一种,采用Oracle外的另一种商用数据库,如IBM DB2, 微软SQL Server等;

第二种,使用开源数据库,例如MySQL、PostgreSQL;

第三种,保留Oracle,继续续费License;

Prestomall想要彻底去Oracle,摆脱传统传统商业数据库厂商的锁定,所以排除了第一种和第三种方案。其实保留Oracle或者使用其它商业数据库本就是权宜之举,除非没有可行的办法或者时间来不及,才会保留Oracle,毕竟业务的正常运行是必须要保障的事情。不过,Prestomall 团队也意识到,如果继续拖延的话,未来去Oracle的困难和挑战将会更大。

经过一番评估之后,Prestomall 团队更倾向于选择开源数据。在备选的开源数据库产品中,PostgreSQL 比MySQL提供了更多的SQL功能,应用方面也与Oracle更加贴近,并且迁移成本也较低,自然成为了技术选型的第一选择。

在有了初步的技术选型之后,Prestomall 团队就迁移方案做了进一步细化的评估:

第一, 选取的数据库与已有的Oracle有多大的兼容性 ?

第二, 延用已有的本地部署解决方案,还是迁移上云?

第三, 迁移的工作量和时间究竟会多久?

第四, 采用新的技术方案,是否有足够的技术支持?

最终选型方案:PolarDB + ADAM + DTS + 专家服务

Prestomall 最终选定的替代方案是 PolarDB + ADAM + DTS + 专家服务。说实话,这个方案有点出人意料,毕竟最开始这个方案并没有出现在Prestomall的选择列表中,而且 Prestomall 原有的Oracle数据库是部署在本地的,选择了PolarDB就意味着数据库要迁移上云。

最终方案中的PolarDB是阿里云自主研发的关系型分布式云原生数据库,兼容三种数据库引擎:MySQL、PostgreSQL、高度兼容Oracle语法;ADAM是数据库和应用迁移服务,可覆盖Oracle迁移的全生命周期;DTS支持RDBMS、NoSQL、OLAP等数据源间的数据交互,集数据迁移/订阅/同步于一体。

那么,为什么最终会选择这个方案呢?阿里云数据库与应用迁移产品总监杨霖表示主要原因其实有三个:

一是上云适配业务发展。之前Prestomall使用的是本地Oracle数据库,而选择PolarDB就可以享受到云数据库弹性扩展的能力,按需申请资源,对于电商企业而言这种模式非常适配业务。

二是迁移成本最优。这里的成本不单单是指迁移后数据库资源的使用费用,同时也包括了迁移的工作量、代码的修改量以及迁移时间等其它成本。经过评估,PolarDBD与Oracle数据库的兼容性非常高,整体迁移成本最优。

三是风险整体可控,技术支持有保障。2000年,阿里开始使用Oracle数据库,2008年,决定去Oracle数据库。当前Prestomall的遭遇,跟十年前的阿里一样,而在过去十几年中,阿里的技术人员趟出了从Oracle-RAC 数据库到PolarDB,从云下到云上的搬迁,积累了很多经验,并沉淀了类似ADAM、DTS这样的产品。这些成功经验对Prestomall来说有着很大的吸引力。

据透露,在最初的提案阶段,阿里云数据库团队通过ADAM给出了一个超详细的改造计划,包括DB层面如何去自动映射、自动解析、自动转换,以及应用层每一行代码如何改造。同时,还对不同数据库产品的兼容性做了比较定量的代码改造分析。

阿里云数据库国际站产品负责人德迈介绍:“使用ADAM分析之后,我们发现,如果不使用ADAM,从Oracle迁移到PostgreSQL,80%以上的代码是需要修改的,如果使用ADAM迁移到PostgreSQL,10%左右的代码是需要修改的,而如果迁移到PolarDB,只有5%的代码是需要修改的。”而这也是PolarDB入选最终迁移方案的重要原因。

迁移过程

确定了迁移方案之后,接下来要做的就是具体的迁移工作了。据了解,Prestomall整个去Oracle可以六个阶段:

第一步是去Oracle的技术选型,前面我们详细介绍了选型过程,这里不再赘述。

第二步是去Oracle的赋能,即在实现与Oracle数据库解耦的同时,实现业务IT架构升级,获得更大的业务自由度。

第三步是业务改造,对于所有想要去Oracle的客户来说,这是最难的部分。业务改造面临的两大问题是工作量评估和兼容性。

第四步是数据迁移,不仅要保证全量和增量数据的一致性,同时还要提供数据回流的能力,让数据上得来下得去。

第五步是测试与调优,虽然PolarDB与Oracle兼容,但是始终是两个产品,各自有各自的产品特性,因此迁移上去之后还需要做进一步的调试。

第六步是割接与护航,在完成上线割接之后,还会有两个星期的阿里技术专家的保驾护航。

值得一提的是,在迁移过程中,ADAM有两个功能发挥了很大的作用,一个是自动转换的功能,可以帮助使用者将原有的Oracle SQL 自动改造成PolarDB兼容的SQL。另一个是自动学习功能,虽然PolarDB与Oracle是高度兼容的,但也会有语法差异,而ADAM的SQL语法染色功能会使用不同的颜色来标注语法差异,帮助使用者快速领悟到语法差异规则。

据了解,目前Prestomall的业务流量几乎全部迁移到了PolarDB上,只剩邮件系统中的两张表还在做反向同步。

另外提到数据库迁移,很多人都会关心安全性的问题,尤其Prestomall作为东南亚的一家电商平台,在流程方面会更关注业务保护。据阿里云高级DBA专家郑旦介绍,在数据保护和业务稳定方面,阿里云主要做了两个层面的工作:第一个层面,DTS不仅完成了数据迁移的工作,同时还在这个过程中做了数据校验;第二个层面,ADAM对Prestomall系统的兼容性和兼容性结果做了一致性的检查。

写在最后

业界一直有“天下苦Oracle久矣”的说法,但是在实际去Oracle的过程中,总会犯难。那么,业界在去Oracle实践时,通常都有哪些选择呢?

阿里云智能数据库事业部产品总监叶正盛(斗佛)表示:“其实去Oracle的选择不是很多,业内常使用的基本上只有三种,一种是迁移到其它商业数据库,但这种方式用的较少;第二种是选择一种兼容度较高的数据库,这种方式的优势是业务基本不用做大的改造;第三种是切换到分布式数据库,这种方式的劣势是需要在业务上做重新设计,但优点是完成之后,可以享受分布式带来的红利。”

  • 发表于:
  • 本文为 InfoQ 中文站特供稿件
  • 首发地址https://www.infoq.cn/article/Kxu9140PoTiOXOumubrq
  • 如有侵权,请联系 yunjia_community@tencent.com 删除。

扫码关注云+社区

领取腾讯云代金券