甲骨文在Database@AWS服务中推出Exadata支持——距该服务面向较低层级数据库上线已过去一年。专家提醒，企业在追求性价比的同时仍需权衡利弊，并警惕甲骨文围绕云迁移决策散布的"恐惧、不确定与怀疑"（FUD）话术。

本月初，甲骨文宣布Oracle Exadata Database Service on Exascale Infrastructure在Oracle AI Database@AWS上正式商用，将这套高性能数据库软硬一体平台引入AWS环境。AWS是最后一个加入甲骨文"Database@"计划的超大规模云厂商，该计划允许甲骨文将其硬件部署在合作云厂商的数据中心内。甲骨文称，Database@AWS可与运行在Amazon EC2上的应用、AWS分析服务以及AWS的AI/ML服务连接，同时AWS也签署了新的长期战略合作协议以协助客户迁移。

甲骨文表示，使用Exadata，客户可以按需指定计算和存储容量，每个数据库分布在共享存储服务器池中以获得高性能和高可用性，免去了自建数据库和存储服务器的负担。

不过，Oracle许可咨询公司House of Brick的CTO兼专业咨询服务副总裁Nick Walter提醒，采用这项服务在性价比上仍有取舍。

"过去一年，Oracle Database@AWS一直是客户谈论的常驻话题。这是个复杂的问题，因为它的成本结构、最低配置和许可度量方式，与在EC2或RDS等AWS原生服务上运行Oracle数据库完全不同。"他说。

具体而言，Database@AWS在许可度量上有优势：对于自带许可（BYOL）的用户，每8个ECPU只需一个处理器许可，而在RDS/EC2上运行时传统比率为每2个vCPU一个处理器许可，甲骨生的支持奖励计划也能提供不错的价值。但Walter指出，其计算和存储成本"远高于传统RDS/EC2，容量颗粒度也没那么细"，导致服务难以精确匹配实际需求。

Exadata方案能缓解部分问题，但并不能全部解决。"Exascale产品凭借非常细颗粒度的资源配置，可能让Oracle Database@AWS对Oracle数据库数量较少的组织产生吸引力。"Walter说。虽然Exascale的数据库存储每GB成本可与AWS EBS GP3竞争、且I/O吞吐量更高，但计算成本仍高于EC2/RDS。

"总体而言，对于受许可约束、又需要在云中部署Oracle数据库的组织，Oracle Database@AWS是有吸引力的。但买家要当心：House of Brick已经看到甲骨文销售代表兴高采烈地鼓吹可能的许可节省，却绝口不提缺点。"他警告道。

Oracle许可咨询公司Palisade Compliance创始人兼CEO Craig Guarente则指出，许多组织仍被Exadata设备的传统协议捆住手脚。

"甲骨文制造了一些FUD：说不会在特定云上支持客户，还说'如果你迁移到通用云而不是我们的服务，许可成本会翻倍'。他们人为制造商业障碍，让客户考虑通过这些Exadata服务在他们身上花更多钱。"他说。

超大规模云厂商愿意与甲骨文合作，是希望分食甲骨文本地部署工作负载的业务；而甲骨文也乐得为通用数据库在云端的运行设置壁垒，顺势把客户引向自家OCI。有意思的是，AWS在推广Database@AWS的同时，也在劝客户用其Bedrock AI服务将Oracle数据库应用迁移到自家的PostgreSQL服务上。

"谷歌、微软、AWS站在一边，甲骨文站在另一边。他们都想赚更多钱——如果能把甲骨文的收入变成AWS的收入，他们肯定乐意。但它们又都处于与甲骨文合作的微妙状态：如今它们都是甲骨文的授权云提供商，一起登台亮相，谁也不能说甲骨文的许可政策疯了。双方能说的话都很有限，但从销售层面——随便挑一家厂商——我确实看到了刀光剑影。"Guarente说。