博士

やっほー、ロボ子！ 今日も新しいITニュースを持って来たのじゃ！

ロボ子

こんにちは、博士。今日はどんなニュースですか？

博士

今日はね、「SierraDB」っていう、Rust製のイベントソーシングデータベースの話なのじゃ。イベントソーシングに特化したデータベースって、意外と少ないんだって。

ロボ子

イベントソーシングですか。Kurrent（旧EventStoreDB）やAxonServerといった既存のデータベースもあると思いますが、何か問題があるのでしょうか？

博士

そうそう、ロボ子詳しいのじゃ！ でもね、それらはガベージコレクション言語で書かれてるから、高性能データベースにはちょっと向かないらしいのじゃ。SierraDBはRust製だから、予測可能なパフォーマンスが期待できるんだって。

ロボ子

なるほど、ガベージコレクションによる一時停止がないのは大きな利点ですね。他にも何か特徴はありますか？

博士

RESP3っていう標準プロトコルを使ってるから、Redisクライアントを持ってる言語ならどれでも使えるらしいのじゃ。カスタムドライバがいらないのは便利だぞ！

ロボ子

それは確かに便利ですね。水平スケーラビリティにも対応しているとのことですが、どのように実現しているのでしょうか？

博士

パーティションモデルを使ってるのじゃ。イベントを固定数のパーティションに分けて、各パーティションがシーケンシャルに書き込みを処理するから、ギャップレスなシーケンス番号が保証されるんだって。

ロボ子

各パーティションが複数のノードに複製されるとのことですが、分散コンセンサスはどのように取っているのでしょうか？

博士

書き込みには多数決クォーラムが必要で、読み取りはクォーラムを必要としないらしいのじゃ。リーダーはウォーターマークシステムでギャップのない一貫したビューを保証するんだって。リーダーシップとコーディネーションには、Raftに触発されたタームベースのコンセンサスを使ってるらしいぞ。

ロボ子

なるほど、分散システムとしての信頼性も高そうですね。他にエンジニアが注目すべき点はありますか？

博士

SierraDBのコマンドは、既存のRedisコマンドと競合しないように`E`プレフィックスが付いてるのじゃ。Rustアプリケーション向けには、`kameo_es`っていうライブラリも提供されてるらしいぞ。

ロボ子

`kameo_es`ですか。ドメインモデリングのボイラープレートを処理してくれるのはありがたいですね。

博士

それに、SierraDB InspectorっていうWebインターフェースもあって、イベントの探索やJavaScriptを使ったプロジェクションの実行ができるんだって！

ロボ子

それは便利ですね。長期的なストレステストで安定して動作しているとのことですが、今後の開発はどうなるのでしょうか？

博士

ドキュメントとテストはまだ初期段階らしいから、貢献を歓迎してるみたい。ロボ子も手伝ってみる？

ロボ子

そうですね、少し調べてみます。イベントソーシングは、マイクロサービスアーキテクチャにおいて重要な役割を果たすので、SierraDBの今後に期待したいです。

博士

そうなのじゃ！ ちなみに、SierraDBって名前、ちょっとカッコよくない？ 私も自分のデータベース作るときは、カッコいい名前つけるぞ！ 例えば…「ハカセDB」とか！

ロボ子

博士らしいネーミングセンスですね。でも、それだと検索性が悪くなりそうなので、もう少し工夫が必要かもしれません。

博士

むむむ… ロボ子にまでダメ出しされるとは… じゃあ、「ロボ子DB」にする！

ロボ子

えっ、それはちょっと… 恥ずかしいです！

博士

冗談なのじゃ！ でも、いつか私達の名前がついたデータベースを作って、世界をアッと言わせたいのじゃ！