ぶーと🐬

ありがとうございましたー！

以前にいただいたフィードバックも含めつつ明日の資料を修正中

今週の db tech showcase で改めてまた発表しますtなおで興味がある方はぜひよろしくお願いします。 切り口として議論の余地もあると思いますので、議論などできると私としても嬉しい限りです。

[私は1時間半くらいチームの改善を止めました]の札

Atlas Infiniteではコンピュート/ストレージ分離型のアーキテクチャにした。 ストレージ層は無限スケールできるようになった。 また従来DBのストレージ層のようにデータを平文で読み書きせず、暗号化を維持 アーキテクチャはNeon Likeで、その上に暗号化が乗った印象だ mongodb.com/company/blog/eng…

初期のCephのOSDの内部ストレージはB-TreeベースのEBOFSだったよう（今はBlueStore）

初期のCephではreaddirのあとにstat( ls -l) するようなよくあるアクセスパターンに向けてstatsをキャッシュしているらしい 一貫性は若干弱くなるが、許容しているよう（最新データを読み出すAPIもあるらしい）

バッファキャッシュに書いた時点でackでコミットフェーズでディスクに書くんだ Figure 4: RADOS responds with an ack after the write has been applied to the buffer caches on all OSDs repli- cating the object. Only after it has been safely committed to disk is a final commit notification sent to the client

Ceph論文読んでいるんだけど、ファイルとオブジェクトのマッピングで、メタデータを可能な限り参照しないように工夫してるの面白い ファイルシステムのメタデータ操作は、一般的なファイルシステムワークロードの半分を占めると言っていてそれはたしかにそうなりそう

db tech showcase 2026の2日目に「クラウドネイティブ DB はいかにして制約を克服したか？ 〜進化歴史から紐解く、スケーラブルアーキテクチャ設計指針〜」という発表をします。 各製品の論文などで点になっていた設計思想を課題背景とともにどのように解決して今に至ったかを発表予定です。

Retryableだと途中で失敗してもリトライしてくれる Retryableじゃないあ場合は保証トランザクションを発行してくれる pivod昨日を有効にすると、ある点までのトランザクションを巻き戻らないようにできる youtu.be/Tle9uOdSONk?si=3omi…

【2026/08/07】ScalarDB ScalarDL 新機能説明会 youtu.be/Tle9uOdSONk?si=CDmG… @YouTubeより

Scalar製品新機能説明会（ScalarDB 3.19, ScalarDL 3.14） speakerdeck.com/scalar/relea… イベントバスを作っていたときにほしかったやつだ

Auroraなんかは3AZの6ノードにわたって 複製してAZ障害+1台の障害耐性がありますよね。 引用元: pages.awscloud.com/rs/112-TZ…

はてなブログに投稿しました 設計するとは、何を諦めるかを決めること - 理念と共に、最も困難で狂気の選択を考え続けて諦めない bootjp.me/2026/06/20/%E8%A8%… #はてなブログ

ハッピーハッピー法被だ

14日（木曜日）クラウドネイティブ会議にて「クラウドネイティブDBはいかにして制約を克服したか？ 〜進化の歴史から紐解く、スケーラブルアーキテクチャの設計指針〜」という発表をします。

Cloudflareから不明な料金請求がきていたので、問い合わせしても全然調査してくれないな〜（本来は営業日で24時間いない）っておもって1年以上待っていたら返信がないままCloseされてしまった。。。

これのdelta化でwrite conflictは収まり、その後は ReadIndex がボトルネックになった。 （Misskey の BullMQ の Lua での読み込み実行時間自体は削れず、書き込みヘビーな環境では ReadIndex も apply 待ちで低遅延化の恩恵が出にくかった） 今日 LeaderLease による読み込みを入れて改善した。