DX(デジタルトランスフォーメーション)推進コンサルティング 株式会社アイ・ティ・イノベーション

今回は前回のマスタデータに続いてトランザクションデータに着目し、ＴＤＨ（トランザクションデータＨＵＢ）によるマイグレーション（移行）について説明したい。

中央に位置するＨＵＢに共有度合の高いデータを格納し、これを利用先の各アプリケーションシステムで疎結合利用するという基本的メカニズムは、ＭＤＨ（マスタデータＨＵＢ）と同様である。しかしＴＤＨはシステム内の主要イベントデータを対象とするので、汚れたデータ環境を浄化する役割を担うばかりではなく、企業内基幹系システムの部分的再構築を容易にするという点で効果のスケールが一段大きい（バックナンバー「2014.3.25トランザクションＨＵＢ（ＴＤＭ）」を参照）。

今回もマイグレーションの過程の動画を作成したので見ていただきたい。なお今回はシステムがスパゲッティ状態になる過程は省略し、中央にＴＤＨを設置するところからスタートする。まずは主要トランザクションを１つずつターゲッティングし、発生源からの新規トランザクションデータを集信後、ＴＤＨ上の“トランザクションＤＷＨ”に追加更新する。そしてこれを利用する各々のアプリケーションに向けて、先の追加更新とは非同期で、要求条件に合致するものをＤＷＨから抽出＆配信する。各アプリ側では受信したトランザクションを元にローカルＤＢを更新する。これをトランザクション毎に順次、エンドtoエンドでのデータ同期からＴＤＨ経由に切り替えて行く。ここで注意を要するのがビジネスニーズから密結合が要求されるもの（トランザクション処理における１コミットに相当する単位）まで非同期インターフェースにしてしまわない事である。

ＴＤＨ経由に切り替える順序は、ビジネス側からの要請に基づき再構築が計画されるシステムが取り扱う主要トランザクションからでよく、それとは無関係なトランザクションは後回しでも構わない。そして、新システムが安定稼働するまでは旧来のエンドtoエンドのインターフェースは残しておき、テスト時の現新比較やいざという時のバックアップ経路として利用可能である。このようにＴＤＨの導入は移行過程における強力なリスクヘッジとなり、あたかも大都市の再開発のごとく緩やかなマイグレーションを可能にする。かつて私は部下とともにホスト・ダウンサイズにおいてこのＴＤＨをふんだんに活用して、メインフレームを無理のない自然死に持ち込んだ。

さらに、このＴＤＨの効果は上述したマイグレーション時のリスクヘッジ機能にとどまらず、疎結合アーキテクチャがもたらす多くのメリットを享受できることにある。ＩＴアーキテクチャはビジネスの要求（時代の要請と深く関係）とともに変化するものである。２１世紀の“多様性を重視したグローバル化の時代”にマッチしたＩＴアーキテクチャを考えると、かつてＥＲＰオリエンテッドで実現しようとしたホモジニアスなアーキテクチャでは限界があり、このようなヘテロジニアなアーキテクチャに移行して行く必要があるのではないだろうか。さしずめクラウドサービスの利用は直近で疎結合が求められる課題である。

続々と登場する新たな価値あるサービスの積極的利用、グローバル化に伴う異文化のシステムとの連携要請などＩＴに求められる期待は少なくないが、一方で汚れたカオスと化した既存システムの保守問題も多い。この両方の課題を解決する為にも、このようなアーキテクチャの軸を持った計画が必要不可欠である。