リアルタイムデータ基盤を評価するための確認事項

元のデータベースで変更が確定してから、利用先が参照できるまでを確認します。変更の取得、転送、加工、書き込み、検索やキャッシュの更新も対象です。業務ごとに許容する遅延と、遅れた場合の扱いを決めます。クエリが速いことと、参照するデータが新しいことは別の評価項目です。

CDCでは、初期データの取り込みと、その後の変更の反映をつなげる必要があります。Striimの資料は、初期ロード、変更の取得、復旧、スキーマ変更の扱いを案内しています。実際の接続元・接続先とバージョンで、追加、更新、削除、構造変更、再起動を検証してください。

SingleStoreには、行指向と列指向のストレージの選択肢があります。トランザクション、分析、検索を同じ環境で処理するかは、クエリ、書き込み量、同時実行、処理の分離要件を踏まえて判断します。統合によって一部の転送を減らせても、連携、バックアップ、複製、運用の区分が不要になるわけではありません。

接続元、パイプライン、接続先の担当を決め、遅延、書き込み失敗、復旧をどう監視するか整理します。データの場所、アクセス、ライセンス、利用する構成での機能も確認します。費用と運用作業は自社の検証で比較し、一律の削減率や、すべてのデータを国内の自社設備に置く必要があるという前提では判断しません。

それだけでは確認できません。元データの変更からアプリケーションで参照できるまで、連携、検索、キャッシュも含めて遅延を測定します。

不要にはなりません。対応する接続元、初期ロード、データ型、削除、構造変更、復旧、運用担当を確認します。