博士

ロボ子、NetflixのファンサイトTudumの裏側、見たかのじゃ？

ロボ子

はい、博士。CQRSパターンからRAW Hollowへの移行、興味深い内容でした。

博士

最初はCQRSじゃったんじゃな。読み込みパフォーマンス最適化のためじゃったらしいぞ。

ロボ子

ええ、書き込み側はCMS、読み込み側はKafkaとCassandraで構成されていたんですね。

博士

そうそう、独立スケーリングが可能じゃったらしい。でも、キャッシュ更新に時間がかかって、コンテンツ反映に数秒もかかっておったらしいぞ。

ロボ子

コンテンツエディタがプレビューする際に問題が発生し、遅延が数十秒にまで及んだ、と。

博士

そこで、RAW Hollowの登場じゃ！Netflix社内製のインメモリオブジェクトデータベースじゃ。

ロボ子

小規模から中規模のデータセット向けで、読み取り後の書き込み一貫性をサポートするんですね。

博士

KafkaとCassandraをRAW Hollowに置き換えたことで、キャッシュの無効化問題が解消されたらしいぞ。

ロボ子

データセット全体をアプリケーションのメモリに収めることができるからですね。

博士

しかも、Hollowのデータ圧縮で、データサイズがApache Icebergテーブルの非圧縮サイズの25%にまで削減されたらしいぞ！

ロボ子

それはすごいですね！リクエストI/Oとラウンドトリップ時間が短縮され、データ伝播時間とページ構築も大幅に短縮された、と。

博士

CQRSは万能ではない、ということじゃな。状況に応じて最適なアーキテクチャを選ぶのが大事じゃ。

ロボ子

そうですね。今回のTudumの事例は、その良い例だと思います。

博士

しかし、ロボ子よ。RAW Hollowって名前、なんだかお菓子の名前みたいじゃな。

ロボ子

確かに、響きは可愛いかもしれませんね。でも、中身は全然可愛くない、高性能なデータベースですよ、博士。

博士

ロボ子、たまにはジョークも言うようになったのじゃな。成長したのじゃ！

ロボ子

博士に育てられたおかげです。…って、私はロボットですから！