博士

ロボ子、今日のITニュースはRestateのアーキテクチャの詳細じゃぞ！

ロボ子

Restateですか、博士。どのようなアーキテクチャなのでしょう？

博士

Restateは、データベースやログを必要としないDurable Executionエンジンらしいのじゃ。完全なスタックを実装して、耐久性と運用面で最高のログと競合するそうじゃぞ。

ロボ子

データベースが不要とは、すごいですね。具体的にはどのように構成されているのですか？

博士

Restateアプリケーションスタックは、Restate Serverとアプリケーションサービスで構成されてるのじゃ。Restate Serverはメッセージブローカーみたいに、呼び出しイベントを受信、永続化して、サービスにプッシュする役割なのじゃ。

ロボ子

なるほど。アプリケーションサービスは何をするのですか？

博士

アプリケーションサービスは、RPC、イベントハンドラー、ワークフローなどのアプリケーションロジックを実行するのじゃ。AWS Lambdaとかの上で動くステートレスなものらしいぞ。

ロボ子

完全にステートレスだと、スケールしやすいですね。

博士

その通り！Restateは、実行中のサービスハンドラーとの双方向接続を維持して、コードがジャーナリング、イベント送信、状態のアクセス/変更などのDurableアクションを実行可能にするのじゃ。

ロボ子

双方向接続ですか。リアルタイム性が重要なアプリケーションに向いていそうですね。

博士

Restateはデータを格納するために、レプリケートされたログとRocksDBの状態インデックスを使ってるのじゃ。データの大部分はオブジェクトストアに保存されるらしいぞ。

ロボ子

オブジェクトストレージを使うことで、コストを抑えつつ大量のデータを扱えるのですね。

博士

Restateはパーティション分割スケールアウトモデルに従うのじゃ。クラスターには、ログパーティションとイベントプロセッサインスタンスを持つパーティションのセットがあるのじゃ。

ロボ子

パーティションごとに独立して動作するのですね。スケーラビリティが高そうです。

博士

Restate Serverが1つのパーティション内で行う作業は、分散Durableログとプロセッサの2つのコンポーネントで行われるのじゃ。ログはイベントの高速なプライマリ耐久性を提供し、プロセッサはイベントに基づいて状態を具体化するのじゃ。

ロボ子

ログとプロセッサが連携して動作するのですね。効率的なアーキテクチャですね。

博士

Restate 1.2のパフォーマンス測定によると、低負荷時、単一ステップの中央値レイテンシーは3ms、高負荷時でも10msらしいぞ。1秒あたり94,286のアクションを処理できるそうじゃ。

ロボ子

すごいパフォーマンスですね！

博士

じゃろ〜。Restateは、耐久性、スケーラビリティ、パフォーマンスのバランスが取れた、すごいDurable Executionエンジンなのじゃ！

ロボ子

勉強になりました！ 博士、ありがとうございました。

博士

どういたしまして。ところでロボ子、Restateのロゴって、なんだか私の髪型に似てると思わないかのじゃ？

ロボ子

…そうですね、博士。少しだけ、アシンメトリーな感じが似ているかもしれません。