Amazon消费业务彻底弃用Oracle数据库

2019 年 10 月 16 日 AI前线

作者 | 田晓旭

编辑 | Natalie

AI 前线导读： 终于到了这个时刻，AWS 首席布道者 Jeff Barr 在博客上透露：Amazon 消费者业务正式完成了对 Oracle 数据库的迁移工作，并关闭了最后的 Oracle 数据库。

更多优质内容请关注微信公众号“AI 前线”（ID：ai-front）

AWS re:Invent 2018 大会上，AWS 首席执行执行官 Andy Jassy 表示到 2019 年底，亚马逊将全面放弃使用 Oracle 数据库，97％的“关键任务数据库”将运行在亚马逊自己的数据库服务上。2019 年 10 月 15 日，我们终于听到了来自 Amazon 去 Oracle 工作的最新进展：

Amazon 消费者业务正式完成了对 Oracle 数据库的迁移工作，关闭了最后的 Oracle 数据库，其中近 7500 个 Oracle 数据库、75 PB 级数据库全部迁移到 AWS 数据库服务，包括 Amazon DynamoDB，Amazon Aurora，Amazon Relational Database Service（RDS）和 Amazon Redshift。

迁移过程

为什么 Amazon 要开展去 Oracle 工作呢？根据 Jeff Barr 在博客所言：多年前，Amazon 就意识到了，他们在管理和扩展陈旧的 Oracle 数据库方面花费了太多的时间，公司的 DBA 并没有把更多的精力放在更有价值的差异化工作，而是在事务速率不算攀升、存储数据总量不断增长的情况下，一直忙于保证系统的正常运转，一直在处理复杂且效率低下的硬件配置、许可证管理和其它本应由现代化托管数据库服务来处理的问题。

Amazon 开展去 Oracle 工作的难点在哪里呢？笔者之前采访过 AWS 的相关技术专家，他们表示：从技术实施层面来讲，Amazon 只是 AWS 的一个数据规模比较大的客户，与纳斯达克等其它客户无异。在实施去 Oracle 操作之前，需要听取 CEO 和 CTO 的意见，并决定好 Oracle 上的哪些应用应该如何解决。整个迁移过程的复杂度不止在于需要做数据和数据库本身的迁移，同时还要做数据库上运行的应用迁移，并且这些应用既有企业内部开发的，也有 ISV 提供的，甚至有些应用的年代已经非常久远了。

据了解，本次 Amazon 消费业务的去 Oracle 工作共有 100 多个团队参与，包括 Alexa、Amazon Prime、Amazon Prime Video、Amazon Fresh、Kindle、Amazon Music、Audible、Shopbop、Twitch 和 Zappos 等着知名品牌和网站，以及 AdTech、Amazon Fulfillment 等内部团队技术，涉及到的系统包括消费者付款、客户退货、目录系统、提供体验、数字设备、外部付款、财务、InfoSec、市场、订购和零售系统。

整个迁移工作将存储在近 7500 个 Oracle 数据库中的 75 PB 内部数据迁移到多个 AWS 数据库服务。其中，低延迟服务已迁移到 DynamoDB 和其他高度可扩展的非关系数据库，例如 Amazon ElastiCache；具有高数据一致性要求的事务性关系工作负载已移至 Aurora 和 RDS；分析工作负载已迁移到云数据仓库 Redshift 。