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

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 。

迁移效果

整个迁移工作完成之后，实际的使用效果如何呢？Jeff Barr也在博客中给出了迁移前后在成本、性能、管理开销等方面的对比：

降低成本：基于应用规模和所享受的折扣率，Amazon数据库成本降低了60%以上。AWS客户定期报告从Oracle切换到AWS可以节省90％的成本。
性能改进：面向消费者的应用程序延迟减少了40％。
管理开销：切换到托管服务可将数据库管理开销减少70％。

以上是迁移之后，Amazon整体的效果对比情况，如果我们把范围缩小到具体的业务，那么迁移之后效果如何？Jeff Barr列举了几个例子：

广告：迁移后，在RDS的支持下，该团队可以在数分钟内将数据库机队规模（及其吞吐量）增加一倍，以适应高峰流量。而在迁移之前，这种扩展工作需要耗时数月。
买方欺诈：在Amazon Aurora的支持下，该团队在短短一小时的停机时间内迁移了40 TB的数据，并以一半的成本实现了相同或更好的性能。
财务分类帐：在DynamoDB的支持下，该团队迁移了120 TB的数据，并将延迟减少了40％，将成本降低了70％，将开销减少了70％。
钱包：该团队将超过100亿条记录迁移到DynamoDB，并将延迟减少了50％，运营成本减少了90％。

虽然Amazon消费业务部门关闭了Oracle数据库，但是某些第三方应用程序已与Oracle数据库紧密绑定，尚未迁移。而且Oracle数据库拥有深厚的用户基础，AWS的云数据库服务RDS中也仍然在提供Oracle数据库。

创作场景

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