Fly.io、自作ファイルシステムを捨てて「ただのディスク」に戻した理由
SBD: We Have a Filesystem at Home
Fly.ioのSpritesは、ルートディスクをオブジェクトストレージに置くことでスリープや別サーバーでの復帰を実現してきた。当初は改造版JuiceFSとSQLiteのメタデータDB、チェックポイントDBの三つを同期させる複雑な構成だったが、writebackモードの不整合でチェックポイントが永久に壊れる事故が発生。400台・約5,000サイクルの検証を経て、バケットをNBD経由でブロックデバイスとして見せるSBDに置き換え、単一の真実の源で信頼性を桁違いに向上させた。
修復キット付きのスパゲッティは、どう調理しても口の中に妙な後味が残る。
HNでの議論
27- dangoodmanUT
fly.ioの投稿は本当に好きだ。たいてい人間味があって、そういう書き方に感じる。以前は全部読んでいた。文章が面白くて、次いでたまに話題も面白かったから。
ただし、こんな文を見ると：
> 違いは、Spriteが今では立ち止まってそう言うようになったことだ。自分が保証できないディスクのまま進み続ける代わりに
これは明らかにLLMが書いたように感じる。もしかしたら自分はLLMの authorship を見分けるようにRLされているのかもしれないし、著者がClaudeの書いた作品をたくさん読んでそう書くようにRLされたのかもしれない。でも、fly.ioのブログ投稿の人間性が戻ってきてほしい。
- bennettnate5
> 自分でパスタを作る人たちには辛辣なことを言いたい
最初の一文で心が離れた。パートナーの手作りラビオリは比類がない。手作りパスタは作るのが楽しいし、1ドルの段ボール箱パスタよりずっと美味しい。
- aftbit
正直に言うと、Spritesが何なのか、なぜ独自のブロックデバイスが必要なのか理解できない。苦労はすべて、ブロックデバイス上で動くLinuxファイルシステムをオブジェクトストアにマッピングしようとすることに起因しているように見える。彼らはただ…それをやらなければいいのでは？
なぜやるかはここにある：
https://fly.io/blog/design-and-implementation/
でも、ここでのトレードオフを間違えたのではないかと感じる。