为什么可以先上云再去O

楚人有涉江者，其剑自舟中坠于水，遽契其舟，曰：“是吾剑之所从坠。”舟止，从其所契者入水求之。舟已行矣，而剑不行，求剑若此，不亦惑乎?

——《吕氏春秋.察今》

最近碰到一个项目，要将线下的Oracle 数据库迁移上云，且时间紧迫。

我们知道阿里云有一整套的去O上云工具箱，包括迁移工具ADAM、高度兼容Oracle的云数据库PPAS或PolarDB Oracle兼容版，但使用这些工具进行迁移时难免会涉及到一些前期的调研分析和评估，甚至要对部分应用代码进行修改调整，假如客户要马上上云，怎么办？

为此我的建议是：可以先上云再去O，直接用单机ECS运行Oracle的单实例，并在云上去O。

看到这里，有一些架构师肯定认为这样并不可行：用单机来运行Oracle，太不靠谱了吧？因为一般Oracle 数据承载的生产系统一般都是关键业务系统，对性能和可靠性的要求都非常高，单机能满足么？

要说硬件PC服务器的确有点悬，但阿里云ECS则另当别论。原因是在云计算在诞生之初，单个计算节点的可靠性确实不高，当时主要是通过云原生架构来解决高可用问题。但在国内由于IT技术发展的水平并不均衡，在云计算的初始用户中运行着大量的传统应用，即便到今天为止还依然存在大量的传统架构应用无法马上迁移到云原生架构，因此国内的云计算厂商都在单计算节点的可靠性上下足了功夫，其中尤以阿里云为甚，通过主动的基于AI大数据分析的故障预警和在线热迁移，阿里云ECS的可靠性和性能已经无限逼近小型机。请看数据：

• 阿里云ECS的承诺SLA为每个运行周期（月）不低于99.975%，相当于停机时间在10分钟以内，而一个月的时间足够完成去O了。
• 阿里云ECS最大支持到208 vCPU，3072 GiB内存，可碾压绝大多数小型机。
• 阿里云ESSD 单盘性能可达100万IOPS，妥妥中高端存储的性能水平。

此外，在云上还有额外的保障性措施：

• 阿里云DBS服务，支持对Oracle数据库的DataGuard 在线实时备份，并可做到秒级恢复。
• 阿里云ECS快照服务，支持对每块磁盘保留1000个自动快照，一个小时生成一个快照也可以保留一个月以上。另外通过快照可以随时生成生产系统的副本用于迁移验证测试。
• 阿里云堡垒机，去O服务团队不用去客户现场也能通过堡垒机统一登录并对所有操作进行录像留存。

先上云，再去O，解锁去O新姿势。