CQRS & イベントソーシングアーキテクチャ

CQRS パターン

CQRS は、コマンド（書き込み）操作とクエリ（読み取り）操作を分離します。この分離により、それぞれの側を独立して最適化できます。コマンドは検証、一貫性、ビジネスロジックに集中でき、クエリは多くの場合、専用のデータストアやキャッシュを用いてパフォーマンスのために最適化できます。

イベントソーシング

イベントソーシングは、アプリケーションの状態に対するすべての変更を一連のイベントとして保存します。現在の状態だけを保存するのではなく、システムの状態を変えたあらゆるアクションを記録します。これにより、完全な監査証跡が得られ、複雑なイベント分析が可能になり、システムを任意の時点へ再構築できます。

デジタルツインによる可観測性

当社のシステム監視は、OpenTelemetry 標準、サービスメッシュ、自己登録を用いた、可観測性へのデジタルツインアプローチに基づいています。

• 包括的な監視：アプリケーションサービスの制御と統合された Docker の制御を一つのコンソールで
• 統一された管理：Logstash と Elastic の統合により、すべてのサポート業務を一箇所から管理
• 即時フェイルオーバー：デジタルツインモデルがクラスター管理とステートフルサービスの即時フェイルオーバーを駆動
• 将来への対応：自律的なシステム監視のために AI と統合できるよう設計されたフレームワーク

当社の道のりで重要だったのは、モノリシックなデータベースをマイクロサービスごとのデータベースへ解体したことです。これは、顧客のスケールと開発チームのスケールの両面でボトルネックとなっていました — 元の上級開発者以外には理解できないほど、単純に大きくなりすぎていたのです。

マイクロサービスへの移行の一環として、データベースアーキテクチャを以下を含むよう再構築しました。

• インメモリ分散データベース：レイテンシーに敏感なサービスでメタデータをリアルタイムに更新し続けるため
• PostgreSQL データベース：構成管理、トランザクション管理、帳票処理のため
• InfluxDB 時系列データベース：リアルタイムの OHLC バーファクトリーと、任意のクラウドデータレイク連携のため

この一つの変更だけで、開発チームに大きなプラスの影響がありました。各データベースの全体像が突然はるかに理解しやすくなり、チームが改善を議論し、より迅速にイノベーションを起こせるようになったのです。

マイクロフロントエンドのアプローチ

Sencha ExtJS をベースとしたモノリシックなフロントエンドから、ReactJS と Web Components を用いた最新のマイクロフロントエンドアーキテクチャへ移行しました。このアプローチは以下を提供します。

• フレームワーク非依存：互換性のために Web Components 標準で構築されたコアコンポーネント
• FDC3 統合：Financial Desktop Connectivity and Collaboration Consortium 標準への対応
• 多言語対応：組み込みの国際化
• マルチタイムゾーン対応：グローバル取引向けの設定可能なタイムゾーン処理

新しいグリッドコンポーネントシステムは、リアルタイムの市場データや大きな取引ポジションの表示に不可欠な、はるかに高い負荷とボリュームに対応します。