データ運用アーキテクチャ（データミドルプラットフォーム構築（IX）：データミドルプラットフォーム資産運用メカニズム）

データミドルプラットフォーム構築（IX）：データミドルプラットフォーム資産運用メカニズム

エンタープライズデータミドルプラットフォームが構築された後、データミドルプラットフォーム内のデータ資産が、使用されるにつれてますます利用され、よりアクティブでより安定するようにするには、データミドルプラットフォームの運用メカニズムが必要です。

データミドルプラットフォームは単なる製品ではなく、データを継続的に活用できる仕組みです。データ操作メカニズムを使用することで、企業内のデータミドルプラットフォームがより大きな価値を発揮し続けることが可能になります。データセンターの運用効果を評価するには、次のグラフを参照してください。

上の図は、データ操作メカニズムの目標を示しています。

• データの品質とセキュリティは、ミドルプラットフォームの持続可能な運用の基盤となります。
• 効率性の向上とコストの削減が、ミドルプラットフォームの影響力を構築するための鍵となります。

データミドルプラットフォームの運用は、統一戦略、組織構築、雰囲気作り、実践的イノベーションの4つのレベルから実行できます。

企業戦略レベルでは、経営陣はデータ ミドル プラットフォームを構築することを決意し、従業員、特に経営陣と経営幹部がデータ ミドル プラットフォーム構築の重要性を理解していることを確認する必要があります。そうでなければ、中間プラットフォームの実装はまだまだ先のことになるでしょう。

組織構造上、責任を負う組織や特定の人が必要となります。データ運用チームの組織構成は次のとおりです。

データ委員会は、主にデータ構築の戦略的方向性を策定し、各部門にそれを実行する権限を与える責任を負います。たとえば、エンタープライズレベルのレコメンデーション サービスを構築する計画を立てる場合は、関連部門のディレクターやスーパーバイザーなどを主要な役職に任命することをお勧めします。

仮想アーキテクチャ チームは主にソリューションの提案を担当します。通常、データモデリング理論に精通し、豊富な開発経験を持つアーキテクトなど、各業務部門のデータチームの中核メンバーで構成されます。

専門家レビューグループは、各チームから推薦された人員で構成されます。彼らの主な仕事は、ソリューションをレビューして最適化すること、つまり、提案されたソリューションが実装可能かどうかを確認することです。そうであれば、対応する仕様に従ってインジケータ仕様またはディメンション仕様を生成します。

経営陣は主に第一線の開発担当者で構成されており、仕様書に沿った工事を主に実施しています。

3) 雰囲気を作る

雰囲気づくりとは、人材を配置した上で、業務におけるデータ活用を重視する雰囲気を醸成することです。例えば、企業の内部データ画面は、企業全体の視点からデータを提示し、公開的に分析できるため、非常に印象的です。そうすることで、データの重要性が社員一人ひとりの心に徐々に芽生えていきます。

4) 実践的なイノベーション

データに対する意識が目覚めたら、ビジネス部門と協力して、データとビジネスを組み合わせた革新的な実践を実行する必要があります。つまり、ミドルオフィスのデータを活用してビジネスを強化することです。どのビジネスに力を与えることができますか?さまざまなビジネス部門がデータを活用して競争し、企業内で競争的かつ協力的な状況を形成するよう促すための実践を模索し、革新する必要があります。

データミドルオフィスの運用で最も重要なのは、データ資産の運用です。データ資産操作の目的は、データを読みやすく、理解しやすく、使いやすく、価値のあるものにすることです。最終的な目標は、秩序ある好循環を通じてデータ資産の価値を継続的に探求し、高めることです。

一般企業ではデータマップとも呼ばれるミドルオフィス運用メカニズムプラットフォームを構築し、企業のデータ資産カタログを構築することで、データ開発者、データアナリスト、データ製品オペレーターがデータを迅速に発見し、そのデータの意味を正確に理解できるように支援します。データ マップには通常、データ ディクショナリ、データ リネージ、データ ボリューム インジケータ、ラベル呼び出し時間、テーブル アクセスの人気度、テーブル パーティション情報などが含まれます。操作メカニズム プラットフォームには、次の 4 つのデータ資産操作目的があります。

データ情報は、単にデータベースに保存して、データ テーブル、データ フィールドなどの形式で表示することはできません。一定のデータベースの基礎知識を持つ人だけがそれを読み取り、操作できますが、ビジネス担当者にはこの能力がない場合が多く、データ フィールドの読み取りに直接興味を失う可能性があり、ビジネス担当者のデータ使用への関心を著しく制限します。そのため、業務担当者がインターフェースを直接操作して資産情報を把握・取得できるよう、資産マップを表示できるプラットフォームが必要です。

資産情報は読みやすいだけでなく、理解しやすいことも必要です。したがって、データ資産にはラベルを付ける必要があり、ラベルはビジネス担当者向けに整理されます。

たとえば、「age」タグの場合はタグ名を「age」にする必要があります。 「IDカード情報を登録することで取得した年齢情報」のタグ記述。 「IDカードの7桁目から10桁目までから生年情報を抽出して年齢を計算する」というタグロジック。 「データ型」の値型。 「0,1,2...」の値辞書とその他の基本的なメタタグ情報。同時に、タグ ソース テーブル フィールドに関する情報も必要です。これには、「年齢」タグのユーザー カバレッジ、「年齢」タグの履歴通話量と発信者、「年齢」タグの価値スコアと品質スコアなどが含まれます。これらは、ビジネス担当者がデータを正しく理解し、より効果的に使用するのに役立ちます。

データミドルオフィスの運用で最も重要なのは、データ資産の運用です。データ資産操作の目的は、データを読みやすく、理解しやすく、使いやすく、価値のあるものにすることです。最終的な目標は、秩序ある好循環を通じてデータ資産の価値を継続的に探求し、高めることです。

一般企業ではデータマップとも呼ばれるミドルオフィス運用メカニズムプラットフォームを構築し、企業のデータ資産カタログを構築することで、データ開発者、データアナリスト、データ製品オペレーターがデータを迅速に発見し、そのデータの意味を正確に理解できるように支援します。データ マップには通常、データ ディクショナリ、データ リネージ、データ ボリューム インジケータ、ラベル呼び出し時間、テーブル アクセスの人気度、テーブル パーティション情報などが含まれます。操作メカニズム プラットフォームには、次の 4 つのデータ資産操作目的があります。

データ資産がビジネス側で理解された後、これらの資産をどのように使用するかという問題に直面します。データ資産の従来の使用方法は、ビジネス担当者がデータ開発者に必要なデータ フィールドを伝え、開発者がデータ サービス インターフェイスを記述してビジネス システムまたはデータ アプリケーション システムに接続し、ビジネス担当者がそれを表示、クエリ、および使用できるようにするというものでした。

データ資産プラットフォームが利用可能であれば、ビジネス担当者はデータ資産情報を理解し、データを直接構成して使用することができ、ビジネス担当者がニーズを正確に表現することが難しいという問題を解決します。同時に、データ サービス構成の生成プロセスはシンプルかつ高速であるため、データ開発者とのコミュニケーションにかかる時間が大幅に短縮されます。同時に、データ資産プラットフォームを通じて対応するデータ資産ビジネスを可視化することで、データ活用の試行錯誤コストが大幅に削減されます。

データ資産運用の最終的な目標は、データの価値をますます高めることであるため、データ資産運用は常にデータの価値を中心に展開する必要があります。データ資産の使用中は、コール情報、効果情報、フィードバック情報など、データの価値を反映できるすべての情報を記録する必要があります。たとえば、タグの重要性は、過去の総通話量、1 日あたりの平均通話量、月間および年間の通話量、通話量によって間接的に評価できます。