Colin Percival, creador del servicio de copias de seguridad Tarsnap, ha publicado Route 53 Files, un sistema de archivos que conecta cualquier recurso de cómputo de AWS con el servicio DNS Route 53 de Amazon. El proyecto vive en daemonology.net/r53fs y, curiosamente, realmente funciona.

El lanzamiento es una sátira con un objetivo claro. AWS entregó S3 Files en abril, una capa de sistema de archivos sobre Simple Storage Service. La reacción de Percival, en sus propias palabras: «Ah, ¿ahora enviamos errores de categoría? Sujeta mi cerveza.» Su anuncio imita deliberadamente el de AWS para S3 Files, hasta el punto de presentar Route 53 Files como ideal para agentes de IA que colaboran mediante herramientas basadas en archivos y para ingenieros de guardia que revierten los cambios de los demás con sed.

El planteamiento también hace un guiño a Corey Quinn, economista jefe de nube en Duckbill, que lleva casi una década llamando a Route 53 una base de datos, sobre todo para molestar a quienes saben lo que es una base de datos. Quinn elogió el proyecto: Percival sustituyó una API pésima por echo, una rebaja en todo sentido, salvo porque funciona sin seis semanas de escuela de nube.

La crítica de Percival a S3 Files es seria bajo la broma. Señala dos bordes afilados: el diseño solo sincroniza los cambios de vuelta a S3 tras 60 segundos de inactividad, lo que falla cuando un archivo se actualiza continuamente, y la integración con IAM, debilitada por el modelo de seguridad de IMDS, ofrece menos separación de privilegios de la que los usuarios esperan de un sistema de archivos. Dice no conocer a nadie que use S3 Files en producción y duda de que los clientes entiendan los casos límite.