最近，Amazon RDS Custom开始支持了SQL Server。RDS Custom形态一方面提供托管数据库的安装、管理、弹性等能力，另一方面又提供类似自建数据库的OS访问与配置、驱动程序安装等能力。

这种形态与阿里云数据库提供的MyBase有一些类似，那是不是同类产品呢？我们从一下几方面来看看Amazon RDS Custom。

面向的场景：Amazon RDS Custom主要是面向一些比较封闭、传统的应用系统，需要对数据库控制、配置都有非常高要求的应用系统，让系统人员可以接触、控制RDS所运行的主机OS，从而完成这类“封闭、传统”的应用系统配置工作。所以，从这个逻辑出发，RDS Custom优先支持的是Oracle，现在又支持了SQL Server，而不是当下最流行的MySQL或者PostgreSQL。

提供的能力：RDS Custom向用户提供了底层OS的访问权限，可以让用户一定程度上配置和管理数据库的运行环境。普通的RDS是一种全托管的数据库，用户不用关心数据库的安装配置，更不用关心底层的OS运行情况；如果基于EC2/ECS等构建数据库，则需要用户对OS、数据库做完整地管理与配置。可以这样理解，RDS Custom是一种介于这两种形态之间的一种中间形态，一方面RDS Custom提供了托管数据库地安装、管理、弹性等能力，另一方面又提供类似自建数据库地OS访问与配置、驱动程序安装等能力。下图，比较好的概括了相关能力，并给出了对比：

一些常见的场景：

• 在安装数据库时需要安装特定的数据库和OS补丁
• 需要对数据库做一些特殊的配置
• 应用系统和数据库需要通过文件的方式传输、共享数据

RDS Custom的一些优势：

• 安装、备份/恢复、监控/告警等，依旧可以全托管自动化完成
• 可以在主机上运行自己的软件，例如某些第三方应用程序等
• 可以按需的自己安装数据库补丁和OS补丁
• 可以作为从本地环境迁移到全托管环境的一个过渡
• 可以运行自己的系统脚本，例如监控、诊断、调度等

与MyBase的异同：

• 都提供了主机级别的权限，一方面向用户提供了更大自由度定制数据库和运行OS环境，另外也可以在主机上运行一些额外的软件（例如监控agent等）
• MyBase比较重要的一点是，提供在主机级别超卖率的配置，可以让用户根据自己应用的实际情况去配置，这就可以在一些非性能关键的场景下，获得非常高的性价比。同时，MyBase也基本是全托管的（自动化安装、备份、监控等），使用起来依旧很建档，让客户更加专注于自己的业务系统。
• 整体上，定位是不同的。RDS Custom核心是解决用户的部分传统应用部署时候对数据库有一些特殊要求的场景，所以，支持的数据库也是Oracle和SQL Server；而MyBase是提供给用户一个更加自主可控的环境，另外，MyBase是以主机为单位购买，也向用户提供更加高性价比的实例选择，基于此，希望通过这种产品形态，让用户放下一些“顾忌”，选择云数据库上云。

所以，RDS Custom和MyBase这两个形态看起来有些像，但是出发点、形态、使用上差异也都非常大。不过有一点是一样的，都是在一些较为垂直的场景上，帮助用户更加便利、平滑的完成数据库上云。

参考：

• Working with Amazon RDS Custom

• 阿里云数据库MyBase