ぶーと🐬 (@bootjp) header
ぶーと🐬 (@bootjp) profile picture

分散システム、ストレージとKVS、Raftが好きです。低レイテンシーな大量コンテンツ配信と分散DBとストレージ領域が得意 / 技術書典16:「Goで作って理解するRaftベースRedis互換KVS」 https://teapawt.org/t.co/niBKcdZZS0

♥Raft, KVS, TiKV, Redis
Joined April 2009
Photo by ぶーと🐬 (@bootjp)Photo by ぶーと🐬 (@bootjp)Photo by ぶーと🐬 (@bootjp)Photo by ぶーと🐬 (@bootjp)Photo by ぶーと🐬 (@bootjp)Photo by ぶーと🐬 (@bootjp)Photo by ぶーと🐬 (@bootjp)Photo by ぶーと🐬 (@bootjp)Photo by ぶーと🐬 (@bootjp)Photo by ぶーと🐬 (@bootjp)
以前にいただいたフィードバックも含めつつ明日の資料を修正中
1
269
若干資料の調整が必要なので、dbtsは明日のみの参加になりそうです(前の資料のままだとハッピー時間が5分長いため時間オーバーしそう)
2
395
ということで、本日はこちらでお話しします。pg_lakeです。
1
5
38
1,876
ぶーと🐬 retweeted
こちら今週の木曜日です。Scalar製品の話は一切せず、マニアックだけど重要な話をする予定です。
db tech showcase 2026 にて「マイクロサービスにおけるトランザクション管理再考 - AI駆動開発が直面するデータ整合性の課題と解決策」というお話をする予定です。 今回も、Scalarとしてではなく、DBコミュニティの一人として発表します。 db-tech-showcase.com/2026/sc… #dbtechshowcase
10
1
21
1,443
10GB以上の画像がDBに入っているという異常な構成は直せたので、勝てなかったけど一定の満足感は得られた 次は勝ちます
18
662
[私は1時間半くらいチームの改善を止めました]の札
4
36
4,851
ぶーと🐬 retweeted
Googleの新ストレージのColossusの論文でないかな めっちゃ読みたいなーってずーと思ってる
1
1
2
Colossusもうちょっと詳細を知りたいな、Paperででないかなぁ
2
570
AlloyDBのAgentic Databaseの話。Colossusとネットワークがやっぱりすごい。あとは設計時点でのlog processing serviceの分離が今になって非常に役に立っているという話でもありそう / “AlloyDB’s agentic database architecture | Google Cloud Blog” htn.to/vssvM7AFeZ
2
23
1,516
Atlas Infiniteではコンピュート/ストレージ分離型のアーキテクチャにした。 ストレージ層は無限スケールできるようになった。 また従来DBのストレージ層のようにデータを平文で読み書きせず、暗号化を維持 アーキテクチャはNeon Likeで、その上に暗号化が乗った印象だ mongodb.com/company/blog/eng…
1
5
498
Ceph論文読んでいるんだけど、ファイルとオブジェクトのマッピングで、メタデータを可能な限り参照しないように工夫してるの面白い ファイルシステムのメタデータ操作は、一般的なファイルシステムワークロードの半分を占めると言っていてそれはたしかにそうなりそう
2
2
24
1,476
初期のCephではreaddirのあとにstat( ls -l) するようなよくあるアクセスパターンに向けてstatsをキャッシュしているらしい 一貫性は若干弱くなるが、許容しているよう(最新データを読み出すAPIもあるらしい)
1
1
1
331
初期のCephのOSDの内部ストレージはB-TreeベースのEBOFSだったよう(今はBlueStore)
1
1
198
ぶーと🐬 retweeted
db tech showcase 2026 にて「マイクロサービスにおけるトランザクション管理再考 - AI駆動開発が直面するデータ整合性の課題と解決策」というお話をする予定です。 今回も、Scalarとしてではなく、DBコミュニティの一人として発表します。 db-tech-showcase.com/2026/sc… #dbtechshowcase
8
2
30
2,779