多年来，Duckbill集团首席云经济学家、偶尔为The Register撰写专栏的Corey Quinn一直认为，亚马逊的Route 53 DNS服务是一个数据库。

虽然从字面上看，DNS记录以键值对形式存储，这确实没错，但这更像是一种挑衅而非认可。即便如此，这一想法也激发了之前的调侃。

本着这种精神，备份服务Tarsnap的创建者Colin Percival发布了Route 53 Files，“一个全新的文件系统，无缝连接任何AWS计算资源与亚马逊最高可用性数据库。”

Percival告诉The Register：“将Route 53称为亚马逊最高可用性数据库的开场白，部分是对Corey的致敬。不过，业内都知道这是事实。”但Percival的讽刺目标并非AWS数据库的停机问题。

他更关注的是Amazon S3 Files，这是一个将AWS计算资源与Amazon Simple Storage Service连接起来的文件系统。

Percival解释说：“S3 Files于4月推出，我的反应是，‘哦，我们现在要发布类别错误了吗？给我递杯啤酒。’

我并不是说Route 53 Files没有用处——正如Corey所指出的，Route 53的I（接口）很糟糕——但灵感是‘这需要被讽刺’，发布文章也是基于此撰写的。”发布文章模仿了S3 Files发布文章的风格。

Percival特别指出了其中一段关于Route 53 Files“非常适合共享工作负载，这些工作负载会修改权威DNS，例如通过基于文件的工具协作的AI代理，以及使用sed互相还原更改的值班工程师”的段落。

他说，这段话呼应了AWS帖子中宣传S3 Files的措辞，即“非常适合交互式、共享的、会修改数据的工作负载，从通过基于文件的工具协作的代理式AI代理，到处理数据集的ML训练管道。”

Percival表示，他理解许多AWS客户喜欢S3 Files。

“但客户要求更快的马，这本身并不意味着我们就应该给他们；当你发布类别错误时出现的奇怪边缘情况可能会导致意外问题，我不确定客户是否充分理解这些情况。”他说。

Percival表示，他不知道有谁在生产环境中使用S3 Files。“我只是看着设计说，‘这看起来像是一个会伤人的锋利边缘。’

我想到的两个例子是‘在60秒不活动后同步回S3’，我确信最终会有人因此受害，当他们等待永远不会到来的更改时，因为文件一直在被更新；还有IAM集成，由于IMDS的安全缺陷，它提供的权限分离远低于人们对文件系统的期望。”Quinn对Percival的工作表示赞赏。

Quinn告诉The Register：“十年来，我大部分时间都把Route 53称为数据库，主要是为了惹恼那些知道数据库是什么的人。

Colin拿了一个传奇服务的惊人骨架，给了它一个不是熔岩垃圾的接口模型，我完全支持。

他用echo替换了I，这在各方面都是降级，除了它不需要六周的云学校就能工作这一点。”有趣的是，它确实能工作。®