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