Colin Percival, créateur du service de sauvegarde Tarsnap, a publié Route 53 Files, un système de fichiers qui relie n'importe quelle ressource de calcul AWS au service DNS Route 53 d'Amazon. Le projet est hébergé sur daemonology.net/r53fs et, fait notable, il fonctionne réellement.

Le lancement est une satire avec une cible précise. AWS a livré S3 Files en avril, une couche de système de fichiers au-dessus de Simple Storage Service. La réaction de Percival, dans ses propres mots : « Oh, on livre des erreurs de catégorie maintenant ? Tiens ma bière. » Son billet de lancement imite délibérément l'annonce AWS de S3 Files, jusqu'à présenter Route 53 Files comme idéal pour les agents IA collaborant via des outils basés sur des fichiers et les ingénieurs d'astreinte annulant les modifications des autres avec sed.

Le dispositif fait aussi un clin d'œil à Corey Quinn, économiste cloud en chef chez Duckbill, qui qualifie depuis près de dix ans Route 53 de base de données, surtout pour agacer ceux qui savent ce qu'est une base de données. Quinn a salué le projet : Percival a remplacé une API déplorable par echo, une régression à tous égards, sauf que cela fonctionne sans six semaines de formation cloud.

La critique de S3 Files par Percival est sérieuse sous la plaisanterie. Il pointe deux angles vifs : le design ne resynchronise les changements vers S3 qu'après 60 secondes d'inactivité, ce qui échoue quand un fichier est mis à jour en continu, et l'intégration IAM, affaiblie par le modèle de sécurité IMDS, offre moins de séparation des privilèges que ce que les utilisateurs attendent d'un système de fichiers. Il dit ne connaître personne utilisant S3 Files en production et doute que les clients comprennent les cas limites.