次の方法で共有


データを統合するためのエグゼクティブ戦略

データの目標: すべての組織は、データが自信を持ってビジネス上の意思決定を推進することを望んでいます。 データは信頼され、分析と AI に再利用しやすく、既定でセキュリティで保護されている必要があります。 データチャレンジ: ほとんどの組織では、この目標を達成するのは困難です。 データはシステムやチームに分散されます。 標準は異なります。 ガバナンスに一貫性がありません。 これらの問題により、分析と AI を自信を持って使用するのが困難になります。

データ ソリューション: 多くの組織では、データ プラットフォームを Microsoft Fabric と統合することで、この課題に対処しています。 Fabric を使用すると、チームは、組織全体の分析と AI に対して管理および安全に使用できる信頼できるデータ製品を作成できます (図 1 を参照)。 このガイダンスは、意思決定者に、そのシフトを行い、統合されたデータ基盤を確立するために必要なフレームワークを提供します。

統合データ プラットフォームの中心にある Microsoft Fabric を示す概要図。オンプレミス システム、Microsoft サービス、パブリック クラウド プラットフォームなどのエンタープライズ ソースからのデータが Fabric に流れ込み、そこで共有データ製品として整理されます。これらのデータ製品は、Power BI やデータ サイエンスのワークロードを含む分析、AI システム、レポートをサポートするために組織全体で使用されます。Fabric は、ガバナンス、セキュリティ、監視のために Azure と接続しますが、Azure ワークロードは必要に応じて Azure ワークロードと共に実行されます。全体的なフローでは、Fabric に入ってくるデータが管理および標準化され、組織全体で AI、分析、ビジネスの分析情報が強化されます。 図 1.AI と分析のための統合データ プラットフォーム。

Fabric と統合データ プラットフォームを使用する理由

ほとんどのビジネスおよびテクノロジ リーダーは、断片化されたデータのコストを理解しています。 それらを妨げているのは、それを修正するには大規模でリスクの高い移行が必要だという信念です。 Microsoft Fabric は別のアプローチを採用し、中断することなく価値を提供します。 主な利点は次のとおりです。

  • 最小限のビジネス中断: ファブリックは、仮想化 (ショートカット) と選択的レプリケーション (ミラーリング) を使用して既存のシステムに接続します。 Teams は、現在の操作を中断することなく、データへのアクセスを統合できます。

  • 組み込みのガバナンス: Fabric は、データ エンジニアリング、分析、および BI を 1 つのプラットフォームに取り込みます。 セキュリティポリシーとガバナンス ポリシーは、複数のツール間で異なる方法で再作成および適用されるのではなく、一度定義され、一貫して適用されます。

  • AI と分析の基礎: Fabric を使用すると、組織は再利用可能で高品質のデータ製品を生成できます。 これらの信頼できる製品により、分析と AI イニシアチブが高速化されます。 Fabric IQ は 、データの統合とコンテキスト化に役立ちます。 Foundry IQ を使用すると、Microsoft Foundry エージェントは、管理された信頼できるデータを推論できます。

どのようなレベルの投資が必要ですか?

データ プラットフォームを統合することは、すべてのシステムの卸売代替ではなく、機能への投資です。 目標は、既存のデータ システムを引き続き使用し、時間の経過と同時に拡張できる共有基盤を構築することです。 主なコスト要因は次のとおりです。

  • Microsoft Fabric のコスト要因: 主な コスト要因 は次のとおりです (図 2 を参照)。

    • コンピュート: 作成するコンピュート キャパシティ (ファブリック キャパシティ)。

    • ストレージ: OneLake で使用するストレージ。

    • レプリケーション: 実行するデータ レプリケーション (ミラーリング)。

    • Power BI: ライセンス ガイダンスに要約されているように、ユーザーが Power BI アクセスを含む十分な Microsoft Fabric 容量を持っているか、別の Power BI ライセンスを持っていることを確認します。

      統合データ レイクとして中央に OneLake が配置された Microsoft Fabric を示す図。下部には、複数のデータ ソースが OneLake にフィードされます。これには、ショートカットと仮想化によるクラウド ストレージと SaaS システム、ミラーリングによるデータベース、その他の外部ソースが含まれます。OneLake には、完全なデータ ライフサイクルのための組み込みのデータ ツールが用意されています。これには、インジェスト、エンジニアリング、ウェアハウス、リアルタイム分析、データ サイエンス、Power BI による視覚化が含まれます。この図は、データが OneLake に 1 回格納され、分析、データ サイエンス、レポート全体で再利用され、Microsoft Purview を通じてガバナンスが適用されることを強調しています。 図 2.データからビジネス価値を生み出す Microsoft Fabric の機能。

  • Microsoft Purview のコスト要因: 統合されたデータ ガバナンスとコンプライアンスには、Microsoft Purview を使用します。 Purview は、データ資産全体にわたって、一元化されたデータ カタログ、データ分類、およびポリシーの適用を提供します。 データは、OneLake、Azure、オンプレミス、サード パーティの SaaS、またはその他のクラウド プラットフォームに格納できます。 Purview の主なコスト要因には、サブスクリプション ベースのライセンス従量課金ベースの機能が含まれます。 現在進行中のライセンスと、Purview で管理するデータとサービスの量の両方に対する予算。

  • Azure のコスト要因: Azure サブスクリプションを使用して、Fabric コンピューティング (容量) と Microsoft Purview アカウントをホストします。 Azure サブスクリプションには追加料金はかからなくなります。 Azure Databricks や Azure Machine Learning などの他の Azure サービスを統合プラットフォームに統合する場合は、これらのサービスに独自の価格モデルがあることを思い出してください。 これらのコストを計画します。 Azure DatabricksAzure Machine Learning のコスト要因を参照してください。

値が表示されるまでの時間はどのくらいですか?

Microsoft Fabric は、価値を迅速に提供するように設計されています。 統合は完全な移行に依存しないため、値の変更までの時間は短くなります。 Teams は、価値の高いデータ製品の小さなセットから始めることができます。 各ステップは、リスクを制限しながら価値を追加します。 実際には、多くの組織では、最初の分析または AI シナリオで数週間以内に価値が見られます。 Fabric がデータ製品、分析、AI の標準基盤になると、組織全体で再利用と一貫性のある標準によって価値が成長します。

データ プラットフォームを統合する方法

Microsoft のクラウド導入フレームワークは、データ プラットフォームを統合するための 4 段階のフレームワークの概要を示しています。 このプロセスは、データ戦略の計画と編成にまたがっています。 アーキテクチャの決定について説明します。 また、ガバナンスとセキュリティ ベースラインを設定し、運用標準を定義するのにも役立ちます。

  1. 組織の準備。 データ戦略を定義し、データの所有権とドメインを確立します。 データがビジネス価値をどのように生み出し、どのデータに対して誰が責任を負うのかを明確にします。 組織 の準備状況を参照してください。

  2. アーキテクチャ: データ プラットフォームを統合するために必要なテクノロジを提供します。 Azure で Microsoft Fabric と必要な環境を設定します。 アーキテクチャを参照してください。

  3. ガバナンスとセキュリティ ベースライン: Microsoft Purview を使用して、データ資産全体の一元的な可視性とガバナンスを実現します。 セキュリティとコンプライアンスのベースラインを最初から Fabric アーキテクチャに組み込む。 ガバナンスとセキュリティ ベースラインを参照してください。

  4. 運用標準。 生データの取り込み、データ製品の作成、ライフサイクルの管理のための一貫したプロセスを定義します。 組織全体でデータ製品を公開、セキュリティ保護、および使用する方法を確立します。 運用標準を参照してください。

これらの手順に従うことで、構造化された方法でデータ プラットフォームを統合できます。 開始する場所がわからない場合は、ガイダンスとして次のデシジョン ツリーを使用します。

データ プラットフォームを統合するためのデシジョン ツリー

リーダーと意思決定者のためにデータ プラットフォームを統合するためのデシジョン ツリーを示す図。

フローでは、はい・いいえで答える一連の質問が表示されます。 それぞれの "はい" は、特定のガイダンスにつながります。 最初の質問は、組織がデータの優先順位を理解したり、データからより多くの価値を得るためにスキルを構築したりするのに役立つ必要があるかどうかを尋ねます。 "はい" の場合、ガイダンスは、役割、トレーニング、準備アクティビティを通じてユーザーを準備することです。 2 つ目の質問では、分析と AI をサポートするために、クラウドとワークロード間でデータにアクセスするための統一された方法が組織に必要かどうかが尋ねられます。 "はい" の場合、ガイダンスは、統合データ プラットフォームとして Microsoft Fabric を使用することです。 3 つ目の質問は、組織が運用データをビジネス価値に変えるのに役立つか、または Microsoft Foundry などの AI システムに安全にデータを供給する必要があるかを尋ねます。 "はい" の場合、ガイダンスは Azure サービスと Fabric を統合することです。 4 番目の質問では、組織がデータへのアクセスの制御やデータの一貫したセキュリティ保護に関する支援を必要としているかどうかが尋ねられます。 "はい" の場合は、Microsoft Purview と関連するコントロールを使用してガバナンスとセキュリティ ベースラインを設定します。 5 番目の質問では、分析と AI のためにデータ製品を処理、セキュリティで保護、使用するための一貫した組織標準の設定に関する支援が組織に必要かどうかが尋ねられます。 "はい" の場合、ガイダンスは、データ製品、セキュリティ、およびライフサイクル管理の運用標準を設定することです。 フローは、統合されたデータ プラットフォームと標準が導入されたら、AI の導入と AI エージェントの採用を指すことで終了します。

図 3。 データ プラットフォームを統合するための Microsoft のデシジョン ツリー。

次のステップ

次のセクションでは、各手順でガイダンス、チェックリスト、ベスト プラクティス、意思決定ガイダンス、トレードオフについて説明します。 このガイダンスは、組織の戦略とガバナンスを監督するリーダーと意思決定者を対象とします。

キーワード

キー用語 定義
Analytics 意思決定をサポートするためにデータから分析情報を生成する方法。 これには、 Power BI などのダッシュボード、レポート、視覚化が含まれます。
AI ビジネス機能を自動化するモデルへの入力としてデータを使用するシステム。 このカテゴリには、従来の機械学習モデル (予測) と生成 AI モデルが含まれます。
データ製品 データセット、テーブル、特徴セット、AI トレーニング データなど、ビジネスにとって価値のある形式のデータ。
データ ドメイン 部署 (HR、マーケティング、財務、営業、運用) や製品ライン (製品 1、製品 2) などのデータ製品の責任と所有権の境界。
データ管理用着陸ゾーン Microsoft Purview アカウントや Fabric 容量などのデータ管理リソースの環境 (1 つ以上の Azure サブスクリプションで構成)。
データ ランディング ゾーン (データが収集される場所) Azure Databricks、Azure Data Lake Storage、Azure Machine Learning などのデータおよび AI/ML リソース用の環境 (1 つ以上の Azure サブスクリプションで構成)。