PolarDB助力银泰实现快速云化-阿里云开发者社区

开发者社区> 阿里云数据库> 正文

PolarDB助力银泰实现快速云化

简介: “使用PolarDB迁移Oracle上云,极大地减少了人员投入,缩短了上云周期。”— 栗农

image.png

客户简介

银泰从2016年开始做银泰的IDC上云,这其中就包括难度最大的数据库。最开始做的是会员的数据库上云,采用的是Oracle往MySQL的迁移,对于这部分改造,因为涉及到核心业务链路,投入了不少的研发资源。到了2019年,随着银泰业务的持续发展,在IDC中残余的少量数据库资源对系统的性能及稳定性带来了很大的威胁,于是银泰寻求快速云化的方案,最终在2019年9月份实现了数据库的100%云化。

业务挑战

  • 以前在做核心交易库从Oracle转成云上MySQL时,投入的研发资源较多;对于剩余的支撑型数据库上云,希望在尽可能少地投入研发资源的情况下,实现数据库的云化。而且因为IDC的稳定性存在的风险较高,需要做到半年内快速云化,时间周期较短。
  • Oracle之间的调用链路复杂,涉及比较多的DTS、DBLink,灰度迁移困难。
  • Oracle对于语法错误的兼容度非常高,而且对于隐式转换也支持地非常好,以前的很多应用在没有严格遵守SQL规范的情况下仍能正常运行。但是在进行数据库改造时,希望在尽量不修改以往的应用代码的情况下,通过数据库的技术解决这样的问题。

解决方案

  • PolarDB高度兼容Oracle语法。比如使用最多的存储过程,在以前Oracle转MySQL上云时,投入了大量的研发精力将Oracle中的存储过程转化成java代码。有了polardb之后,对于存储过程,可以通过ADAM的工具,比较快速地完成oracle存储过程到polardb的迁移。对于应用的话,只需要修改数据库连接地址和数据库驱动包即可,很大程度地减少了研发资源的投入。也正是因为需要研发投入的资源减少,上云周期也可以大幅度的缩短。
  • 首先,dts支持polardb,能够解决上云之后对于dts的依赖。另外,对于多个库、应用之间的复杂调用关系,一方面通过分析数据库监听日志的方式进行梳理,另外一方面也使用ADAM的调用分析工具,整理出调用关系图。然后根据复杂程度从小到大的顺序,逐步灰度。
  • polardb团队帮修改了部分驱动包中的代码。有很多兼容性的问题在驱动层面进行了解决。

银泰.png


客户价值

  • 成本方面。云化后在基础设施、运维方面投入的成本大幅减少,和上云前相比,相同预算支撑三倍以上的吞吐率。
  • 稳定性方面。上云之前,银泰的稳定性很大程度上取决于自己DBA的技术水平;上云之后,支撑银泰稳定性的是阿里云最强大的后台技术团队。
  • 安全性。云化后的数据库自带审计功能,而且在数据库的上层还有阿里云的安全防控。不再需要自己去购买安全、审计软/硬件,也无需投入专人去维护这些产品。
  • 弹性扩容。上云之前,如果要在大促前扩容数据库,需要自己采购硬件、部署网络,而且大促结束后没办法进行缩容。一方面是扩容的难度大,风险高;另一方面是大促结束后没办法回收资源,浪费成本。但是上云之后,可以很好地使用云数据库的弹性扩/缩容特性,大促前在界面上进行简单操作就可以实现扩容;大促结束后还能很方便地进行缩容,节约成本。

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

分享:
阿里云数据库
使用钉钉扫一扫加入圈子
+ 订阅

帮用户承担一切数据库风险,给您何止是安心!

官方博客
链接