「Microsoft Fabric Support」は、文脈によって2つの異なる意味を指す場合があります:
Azure Service Fabric のサポート
Microsoft Power BI Fabric のサポート
Microsoft Fabric サポートの今後の手順
Microsoft Fabricの価格設定は、ワークロードの実行にかかるコンピューティング料金と、データ保管にかかるストレージ料金という2つの側面を含むため、やや複雑になる場合があります。以下に詳細を説明します:
コンピューティング料金
ストレージ料金
追加の考慮事項:
ファブリック価格設定を支援するための次のステップ
「Microsoft Fabric」という名称を冠した特定の認定資格は存在しません。これはMicrosoft Service Fabricを指す場合も、Fluent UI(旧称:Office UI Fabric)を指す場合も同様です。ただし、Microsoftエコシステム内のより広範な技術やプラットフォームを対象とした関連認定資格は存在し、これらのサービスに関連するスキルや知識を網羅しています。
Microsoft Service Fabric を使用している方にとって、関連する認定資格には以下が含まれます:
Azure認定資格
– Microsoft認定:Azure開発者アソシエイト (試験 AZ-204): この認定資格は、Microsoft Azure上でクラウドアプリケーションおよびサービスを設計、構築、テスト、保守する開発者を対象としています。これにはService Fabricを使用して構築されたアプリケーションが含まれる場合があります。
– Microsoft認定資格:Azureソリューションアーキテクト エキスパート (試験 AZ-303 および AZ-304): この上級認定資格は、Azure上でのソリューション実装に関する側面(コンピューティング、ネットワーク、ストレージ、セキュリティなど)を網羅しており、Service Fabricアーキテクチャにも適用可能です。
DevOps認定資格
– Microsoft Certified:DevOps Engineer Expert (試験 AZ-400): この認定資格は、Service Fabricを通じて管理されるマイクロサービスおよびコンテナ化されたアプリケーションに関連し、エンドユーザーのニーズとビジネス目標を満たす価値ある製品やサービスを継続的に提供するために、人材、プロセス、テクノロジーを統合する個人を対象としています。
Fluent UI(旧称 Office UI Fabric)の認定資格は、フロントエンド開発やデザイン分野との関連性がより強くなります。例えば:
Microsoft 365 認定資格
– Microsoft Certified:Developer Associate (試験 MS-600): この認定資格は、Microsoft 365 の拡張を扱います。これには、Microsoft 365 アプリケーション全体で統一されたデザインを実現するため、Fluent UI フレームワークに沿ったカスタムユーザーインターフェースの開発が含まれる場合があります。
ウェブ開発およびデザイン認定資格
– ウェブデザインにおいてFluent UIに直接関連する特定のMicrosoft認定資格は存在しませんが、より広範なウェブ開発認定資格は有用です。これにはHTML、CSS、JavaScript、および最新のウェブフレームワークに関する認定資格が含まれます。
これらの認定資格はMicrosoft Service FabricやFluent UIに特化しているわけではありませんが、これらの認定資格を通じて得られる知識とスキルは、これらの技術に携わるプロフェッショナルにとって非常に有用で有益なものとなります。
Microsoft Fabricの主なデータ分析機能について、簡単に紹介します:
FabricはAzure内の統合プラットフォームであり、データの取り込み、変換、分析、可視化をシームレスに体験できます。Azure Synapse Analytics、Power BI、Data Factoryなどの複数のツールを単一環境に統合します。
主要コンポーネント
はじめに
メリット
| 機能 | マイクロソフト ファブリック | Power BI |
|---|---|---|
| 焦点 | 統合データ分析プラットフォーム | ビジネスインテリジェンスおよびデータ可視化ツール |
| 範囲 | データの取り込み、変換、分析、ガバナンス、可視化 | データ可視化、インタラクティブダッシュボード、レポート作成 |
| コンポーネント | OneLakeストレージ、Data Factory、Synapse Analytics、Azure Cognitive Services | デスクトップアプリケーション、クラウドサービス、モバイルアプリ、コネクタ |
| データソース | 多様な形式(構造化、半構造化、非構造化を含む) | 主に構造化データであり、様々な外部ソースに接続する |
| 分析能力 | データウェアハウジング、リアルタイム分析、データサイエンス、機械学習 | インタラクティブダッシュボード、アドホック分析、KPI監視 |
| 対象ユーザー | データアナリスト、データサイエンティスト、開発者、IT専門家 | ビジネスアナリスト、意思決定者、経営幹部、市民データサイエンティスト |
| 学習曲線 | より広範な範囲と技術的側面により、より急峻である | 基本的な使用例では習得が容易だが、高度な機能は習得が難しい |
| 費用 | 個別サービスごとの従量課金 | ユーザー単位またはワークスペース単位の価格設定(機能と導入形態による) |
類似点
差異
サポートユースケース
追加の洞察
Microsoft Fabricのライセンスサポートには、個々のサービスサブスクリプションと、お客様の具体的な使用状況に応じた追加費用が発生する可能性があります。内訳は以下の通りです:
コアサービスサポート
ワンレイク ストレージ費用
追加のライセンスに関する考慮事項
ファブリックライセンスに関するガイダンス
Microsoft Fabricは、その柔軟性により様々なニーズやシナリオに適応できるため、多様なアーキテクチャをサポートします。ただし、Fabricで使用される一般的なアーキテクチャパターンを以下に示します:
アーキテクチャを選択する際に考慮すべき要素
追加の考慮事項
| 機能 | マイクロソフト ファブリック | データブリックス |
|---|---|---|
| 焦点 | 統合データ分析プラットフォーム | ビッグデータ処理および機械学習プラットフォーム |
| 強み | データ統合、ガバナンス、スケーラビリティ、Azure統合 | スケーラブルなデータ処理、リアルタイム分析、機械学習、オープンソースエコシステム |
| コンポーネント | OneLakeストレージ、Data Factory、Synapse Analytics、Azure Cognitive Services | Apache Spark、Databricks Runtime、MLflow、Unity Catalog |
| データソース | 多様な形式(構造化、半構造化、非構造化を含む) | 主に構造化されており、多様な外部ソースをサポートする |
| 分析能力 | データウェアハウジング、リアルタイム分析、データサイエンス、機械学習 | 大規模データ処理、インタラクティブノートブック、ストリーミング解析、分散型機械学習 |
| 対象ユーザー | データアナリスト、データサイエンティスト、開発者、IT専門家 | データサイエンティスト、データエンジニア、アナリスト、開発者 |
| 学習曲線 | より広範な範囲と技術的側面により、より急峻である | 高度な機能にはより専門的だが、基本的なデータ処理には扱いやすい |
| 費用 | 個別サービスごとの従量課金 | コンピューティングリソースの従量課金制、オプションの追加サービス料金 |
| クラウド非依存 | いいえ、Azureネイティブ | はい、複数のクラウドプラットフォームおよびオンプレミス環境で動作します |
類似点
差異
正しい選択をする
追加サポートに関する考慮事項
「Microsoft Fabric」のサポート費用は、Microsoft Service FabricとFluent UI(旧称:Office UI Fabric)のどちらを指すか、またそれらをどのように使用する予定かによって異なります。両者はMicrosoftのエコシステム内で異なる技術であるため、プラットフォームごとにサポート費用が異なります。
Microsoft Service Fabric
サービス費用:Microsoft Service Fabric自体は無料のオープンソースプラットフォームです。Service Fabricの使用に直接的な費用は発生しません。
インフラストラクチャ費用:AzureにService Fabricを展開する場合、消費するAzureリソース(仮想マシン、ストレージ、ネットワークなど)に対して課金されます。これらの費用は展開の規模とサイズによって異なります。
サポートプランの費用:Microsoftからの公式サポート(トラブルシューティングや高度なガイダンスなど)が必要な場合、通常はサポートプランが必要です。Microsoft AzureのサポートプランはDeveloperからPremierまであり、費用は月額数百ドルから数千ドルまで様々です。Microsoftよりも手頃な代替案をお探しの方には、US Cloudによるサードパーティサポートも利用可能です。
開発および保守コスト:Service Fabric 上に構築されたアプリケーションの開発および保守にはコストが伴います。これには開発者の給与、トレーニング、外部専門知識が必要な場合のコンサルティング費用などが含まれます。
Fluent UI(旧称:Office UI Fabric)
フレームワークの費用:Fluent UIは無料のオープンソースフレームワークです。使用料は一切かかりません。
開発コスト:Fluent UI を使用する際の主なコストは開発に関連します。つまり、アプリケーションの UI を構築・保守する開発者への報酬です。
トレーニングと学習:チームがFluent UIに慣れていない場合、トレーニングや学習リソースに関連する費用が発生する可能性があります。
一般的なサポートに関する考慮事項
統合と互換性:これらの技術を既存システムに統合する際にもコストが発生する可能性があります。特に互換性の問題が生じた場合にはなおさらです。
スケーリングと複雑性:これらの技術の利用が増えるにつれ、インフラストラクチャ、サポート、および保守に関連するコストも増加する可能性があります。
サポートと更新:継続的なサポートとシステムの最新版への更新もコスト要因となり得ます。
総所有コスト(TCO)にはインフラストラクチャ、開発、運用コストが含まれ、具体的なユースケースや導入規模によって大きく変動する可能性があります。詳細かつ正確なコスト評価については、特に大規模またはエンタープライズレベルの導入を検討されている場合は、US CloudまたはMicrosoftの営業担当者に相談されることをお勧めします。
Microsoft FabricはCopilotをサポートしています。Copilotは開発者がより優れたコードを書くのを支援するAI開発アシスタントです。CopilotをFabricと組み合わせて使用することで、データパイプライン、データ変換スクリプト、その他のFabricアプリケーションの開発を改善できます。
CopilotとFabricの併用
CopilotをFabricで使用するには、お使いのIDE用のCopilot拡張機能をインストールする必要があります。
Copilotは現在、Visual Studio CodeとPyCharmで利用可能です。拡張機能をインストール後、IDEでコードを記述しTabキーを押すことでCopilotの使用を開始できます。Copilotはコードスニペットを提案し、コード文の補完を行います。
Microsoft Copilot with Fabric を使用するメリット
Microsoft Fabricは、Fabricリソースへの安全かつ効率的なアクセスを支援するため、さまざまなログインサポートオプションを提供しています。利用可能な方法の概要は以下の通りです:
これらのログイン方法に加え、Fabricはセキュリティ強化と不正アクセス試行からの保護を目的として、多要素認証(MFA)のサポートも提供しています。
Microsoft Fabricはレイクハウスアーキテクチャを包括的にサポートし、組織が統一リポジトリ内で多様なデータタイプを保存、管理、分析することを可能にします。OneLakeストレージ、Data Factory、Synapse Analyticsといった中核コンポーネントは、シームレスなレイクハウス体験を実現するよう設計されています。
ワンレイク・ストレージ
データファクトリー
シナプス・アナリティクス
全体として、Microsoft Fabricのレイクハウスアーキテクチャへの対応により、組織は以下のことが可能になります:
Microsoft Fabric(一般的にMicrosoft Service FabricまたはFluent UI(旧称Office UI Fabric)を指す)は、主要機能としてデータウェアハウスを直接サポートしていません。ただし、これらの技術は、より広範なエンタープライズアーキテクチャにおいてデータウェアハウスを含むシステムと連携したり、サポートしたりすることが可能です。
Microsoft Service Fabric
データ処理のためのマイクロサービス:Service Fabric自体はデータウェアハウジングツールではありませんが、データを処理・取り扱うマイクロサービスの開発に使用でき、その処理結果はデータウェアハウスに保存できます。
データシステムとの統合:Service Fabric上で動作するマイクロサービスは、データウェアハウスと連携し、データの取り込み、変換、移動などのタスクを実行するように設計できます。Service Fabricは、これらのサービスのオーケストレーションとスケーラビリティを管理します。
リアルタイムデータ処理:Service Fabricは、データがデータウェアハウスに保存される前にリアルタイムでの処理と分析を必要とするシナリオに適しています。
コンテナ化とデプロイメント:コンテナを利用する現代的なデータアーキテクチャにおいて、Service Fabricはこれらのコンテナ(データウェアハウジングタスクに使用されるアプリケーションを含む)をデプロイおよび管理するためのプラットフォームを提供します。
Fluent UI (Office UI Fabric)
データアプリケーション向けユーザーインターフェース:Fluent UIは、データウェアハウスと連携するアプリケーションのフロントエンド構築に使用できます。データウェアハウスからデータを取得するダッシュボード、レポート、その他のデータ可視化ツールの作成に活用できます。
デザインの一貫性:Microsoft製品(Azure Synapse Analyticsなどのデータウェアハウスソリューションを含む)を幅広く活用する組織において、Fluent UIはすべての社内ツールやアプリケーションで一貫した外観と操作感を維持するのに役立ちます。
マイクロソフトのエコシステムとデータウェアハウジング
–Azure Synapse Analytics:Microsoft エコシステムにおいて、Azure Synapse Analytics はデータウェアハウジングの主要サービスです。Microsoft Fabric テクノロジーは Azure Synapse Analytics を直接サポートしませんが、データウェアハウジングを含む総合ソリューションの一部として活用できます。
–統合と接続性:Microsoft Service Fabric と Fluent UI の両方は、データウェアハウジングを含む大規模なアーキテクチャの一部となり得ます。特に、Azure サービスとの統合が重要な考慮事項となる Microsoft 中心の環境においてその傾向が顕著です。
Microsoft Fabricのテクノロジー(Service FabricやFluent UIなど)は、データウェアハウスを直接サポートするものではありませんが、データウェアハウスを含むアーキテクチャにおいて支援的・統合的な役割を果たせます。これらはデータの処理、オーケストレーション、管理、提示に貢献し、これらは包括的なデータウェアハウス戦略の重要な側面すべてです。
Microsoft FabricはOneLakeアーキテクチャを完全にサポートし、組織が統一リポジトリ内で多様なデータタイプを保存、管理、分析することを可能にします。Fabricの中核コンポーネントであるOneLakeストレージは、構造化データ、半構造化データ、非構造化データに対応可能な、スケーラブルで安全なデータレイクハウスを提供します。
Microsoft FabricにおけるOneLakeサポートの利点
Microsoft FabricのOneLakeアーキテクチャに対する包括的なサポートにより、企業は以下を実現できます:
FabricのOneLakeサポートを活用することで、企業はデータ資産の潜在能力を最大限に引き出し、イノベーションと競争優位性を推進できます。
Microsoft Fabricのロードマップは、データ取り込み、変換、分析、ガバナンス、可観測性、およびデータオペレーションズ(DataOps)プラクティスとの統合の継続的な改善を重視しています。これらの進歩は、組織がデータからより深い洞察を引き出し、競争優位性を獲得し、情報に基づいた意思決定を行うことを可能にすることを目的としています。
| エリア | 主要目標(2024年) | 主要目標(2025年) |
|---|---|---|
| データ取り込み | – IoT、ストリーミングデータ、変更データキャプチャ(CDC)向けのリアルタイムデータ取り込み機能を強化する。 | – 外部データソースおよびクラウドプラットフォームとの連携を拡大する。 |
| – ビジネスユーザー向けにセルフサービスのデータ取り込みパイプラインを導入する。 | – データ取り込みプロセスのリソース利用率とコストを最適化する。 | |
| データ変換 | – AIを活用したデータ整形と異常検知により、高度なデータ変換機能を強化する。 | – 機械学習アルゴリズムを通じて、データクレンジングと検証タスクを自動化する。 |
| – データ変形パイプラインをデータ系譜追跡と統合し、ガバナンスを強化する。 | – ユーザーフレンドリーなデータ準備のための視覚的データ加工ツールを有効にする。 | |
| データ分析 | – 機械学習モデルへの深い洞察を得るための、高度な説明可能なAI(XAI)機能。 | – 没入型可視化と自然言語クエリ対応を備えたインタラクティブなデータ探索ツールを導入する。 |
| – 共有分析スペースとリアルタイムダッシュボードを通じてデータコラボレーションを促進する。 | – 予測分析のための高度な統計モデリングおよび予測機能を統合する。 | |
| データガバナンス | – データ系譜の追跡を拡張し、アクセス制御や監査を含むデータライフサイクル全体を網羅する。 | – 自動化されたデータコンプライアンスポリシーと異常検知を実装し、リスクを事前に軽減する。 |
| – 細粒度のアクセス制御を様々なデータレベルで実現し、分散型データガバナンスを可能にします。 | – 安全なデータ共有と匿名化機能のためのデータプライバシー機能を強化する。 | |
| データの可観測性 | – データパイプラインとインフラストラクチャのリアルタイムパフォーマンス監視と異常検知を提供します。 | – 根本原因分析と自動化された修復ワークフローを統合し、トラブルシューティングを迅速化します。 |
| – データアナリストやビジネスユーザー向けにセルフサービスの監視ツールを有効化する。 | – 予知保全機能を導入し、インフラの予防的管理を実現する。 | |
| データオペレーションズ統合 | – 継続的インテグレーションおよび継続的デリバリー(CI/CD)パイプラインを通じて、データのデプロイと更新を効率化する。 | – データオペレーションズの実践に向けて、コードのバージョン管理、テスト、デプロイを自動化する。 |
| – 統一された監視と管理のための集中型データ運用ダッシュボードを確立する。 | – データエンジニア、アナリスト、および関係者の間の連携とコミュニケーションを促進する。 | |
| パフォーマンスとスケーラビリティ | – サーバーレスと自動スケーリング機能により、データ処理ワークロードのリソース利用率とコストを最適化します。 | – 高可用性を実現するため、プラットフォームの耐障害性と災害復旧機能を強化する。 |
| – 継続的改善のためのパフォーマンスベンチマークおよび最適化ツールを導入する。 | – 遅延に敏感なデータ処理シナリオにおけるエッジコンピューティングの可能性を探る。 |
注:この表は概要であり、網羅的なものではありません。具体的な機能やスケジュールは変更される可能性があります。
Microsoft Fabricの2024年および2025年のロードマップは、以下の点に重点を置いています:
これらの進歩は、企業がより深いデータインサイトを獲得し、データ駆動型の意思決定を改善し、データ分析業務を最適化することを可能にすることを目的としています。
Microsoft Fabric と Microsoft Synapse は、Microsoft エコシステム内で明確に異なる技術であり、それぞれ独自の目的を果たしています。
マイクロソフト ファブリック
「Microsoft Fabric」は、Microsoft Service Fabric と Fluent UI(旧称 Office UI Fabric)という 2 つの異なる Microsoft 技術を指す場合があります。
– タイプ: スケーラブルで信頼性の高いマイクロサービスおよびコンテナ化されたアプリケーションを構築するための分散システムプラットフォーム。
– 目的:主に開発者を対象とし、複雑で大規模なアプリケーションの管理とデプロイを目的とする。高可用性、耐障害性、およびマイクロサービス管理に重点を置く。
– 用途: バックエンドインフラストラクチャ、サービスのオーケストレーション、アプリケーションライフサイクルの管理、およびアプリケーションのスケーラビリティと障害からの回復を保証するために使用されます。
– Type: Microsoftのデザイン原則に沿ったユーザーインターフェース構築のためのフロントエンドフレームワーク。
– 目的: 開発者がMicrosoft 365と視覚的・機能的に調和したWebアプリケーションを作成できるよう支援することを目的としています。
– 用途: Microsoftのデザイン言語に準拠したReactコンポーネントとスタイリングを提供し、Webアプリケーション全体で一貫した外観と操作性を保証します。
Microsoft Synapse (Azure Synapse Analytics)
– タイプ:ビッグデータとデータウェアハウジングを統合する分析サービス。
– 目的:企業が大量のデータを効率的にクエリおよび分析できるように設計されています。データを取り込み、準備し、管理し、提供する統一された体験を提供し、即時的なBIおよび機械学習のニーズに対応します。
– 用途: Synapseはデータ探索、データウェアハウジング、データ統合、ビッグデータ分析に使用されます。他のAzureサービスとの深い統合を特徴とし、SQLデータウェアハウジング、Apache Spark、Data Explorerなどのツールを提供します。
ファブリックまたはシナプスをサポートする差異
– 重点領域: Microsoft Fabric(Service Fabric と Fluent UI の両方)はアプリケーション開発(バックエンドとフロントエンド)を中心に据えているのに対し、Azure Synapse Analytics はデータ処理、データウェアハウジング、および分析に焦点を当てています。
– 対象ユーザー:ファブリック技術は、アプリケーションの構築と管理を行うソフトウェア開発者およびITプロフェッショナルを対象としています。一方、Synapseはデータ分析とインサイト獲得を目的として、データエンジニア、データサイエンティスト、ビジネスアナリスト向けに設計されています。
– 機能性:Service Fabricはアプリケーション向けサービスのオーケストレーションと管理を、Fluent UIはUIデザインの一貫性を、Synapseは包括的なデータ分析と管理を目的としています。
– 統合:両技術群ともマイクロソフトのエコシステムに統合されるが、技術スタックの異なる段階を担う。Fabricはアプリケーション開発とデプロイメント、Synapseはデータ分析とビジネスインテリジェンスである。
これらの違いを理解することは、プロジェクトや組織の特定のニーズに最適な技術を判断する上で極めて重要です。なぜなら、それらは技術インフラとデータ管理の異なる側面に対応しているからです。
| 機能 | マイクロソフト ファブリック | スノーフレーク |
|---|---|---|
| 焦点 | 統合データ分析プラットフォーム | クラウド型データウェアハウス・アズ・ア・サービス(DWaaS) |
| 対象ユーザー | データアナリスト、データサイエンティスト、開発者、IT専門家 | データアナリスト、データサイエンティスト、エンジニア |
| ユースケース | データの取り込み、変換、分析、ガバナンス、可視化 | データウェアハウジング、データレイク、アナリティクス、機械学習、ビッグデータ |
| データストレージ | OneLake(統合データレイクハウス) | データレイク/データウェアハウス用の独立したストレージ(オブジェクトストレージ、カラム形式) |
| 処理エンジン | 多様な – Azure Data Factory、Spark、各種エンジン | 主にSQL、高度な分析のためにPythonとSparkをサポート |
| 分析機能 | 多様な技術 – SQL、Python、Spark、機械学習 | SQL中心で、高度な分析にはPythonとSparkを活用、一部の組み込み機械学習機能を備える |
| ガバナンスとセキュリティ | 集中化されたデータ・リネージ、アクセス制御、コンプライアンス | 包括的なデータガバナンス機能、役割ベースのアクセス制御、暗号化 |
| スケーラビリティとパフォーマンス | 高いスケーラビリティと弾力性 | 弾性データレイク、専用サーバーレスまたはプロビジョニング済みプールによるデータウェアハウス |
| 費用 | 個別サービスごとの従量課金 | コンピューティング時間に対する従量課金、データレイク/データウェアハウスに対するストレージ料金 |
| 統合 | 他のAzureサービスとの緊密な連携 | Azureサービスとの統合、外部ツール用の追加コネクタ |
ファブリックとスノーフレークの両方をサポートする点での類似性
ファブリックとスノーフレークの違い
正しい選択をする
Microsoft FabricとSnowflakeは、より広範なクラウド技術環境の一部ではありますが、それぞれが対応するニーズは大きく異なります。Microsoft Fabricはアプリケーションの構築と管理に焦点を当てているのに対し、Snowflakeはデータウェアハウジングと分析に特化しています。どちらを選択するかは、主な要件がアプリケーション開発にあるのか、それともデータウェアハウジングソリューションにあるのかによって決まります。
Microsoft Fabric は、以下を含むさまざまなデータファクトリ構成をサポートします:
Microsoft Fabricは、データレイクハウスなど、その他の複数のアーキテクチャパターンもサポートしており、各組織の特定のニーズに合わせてカスタマイズ可能です。
| 建築 | 長所 | 欠点 |
|---|---|---|
| ELT(抽出、ロード、変換) | 実装が簡単:パイプラインの設定と管理が容易です。 | データ品質に関する懸念:データクレンジングと検証は後工程で行われるため、分析に影響を及ぼす可能性がある。 |
| ETL(抽出、変換、ロード) | データ品質の向上:ロード前にデータをクリーンアップおよび検証し、信頼性の高い分析を保証します。 | より複雑:追加のステージング領域と変換ステップが必要となり、複雑さが増す。 |
| ELTとDelta Lake: | シンプルさとデータ品質を両立:Delta Lakeのバージョン管理機能とトランザクションサポートを活用します。 | 追加設定が必要です:データレイク内でDelta Lakeの設定と管理が必要です。 |
| サーバーレス データ ファクトリー: | 費用対効果が高い:使用したリソース分のみを支払うため、変動するワークロードに最適です。 | 制御の制限:従来のデータファクトリーと比較して、インフラストラクチャに対する制御が弱い。 |
| ハイブリッドアーキテクチャ: | 柔軟性:特定のニーズに応じて、異なるアーキテクチャの利点を組み合わせる。 | 複雑性の増加:異なるコンポーネントの慎重な計画と統合が必要となる。 |
貴社に最適なデータファクトリーアーキテクチャは、具体的なニーズと要件によって異なります。決定を下す前に、予算、データ量、データ品質要件、処理ニーズを慎重に検討すべきです。
Microsoft Fabric は、以下を含む多様な API をサポートしています:
Microsoft FabricのAPIエコシステムは柔軟性と拡張性を備えて設計されており、組織がFabricを既存のITインフラストラクチャやワークフローに統合できるようにします。
| APIカテゴリ | 説明 | 例 |
|---|---|---|
| OneLake ストレージ API | 統合データレイクハウスでデータを管理する | – ファイルとテーブルへのアクセスおよび管理– データの作成、読み取り、更新、削除– ACIDトランザクションとバージョン管理の実装 |
| データファクトリ API | データパイプラインの調整とスケジューリング | – データパイプラインの定義と管理– パイプライン実行のトリガーと監視– データフローと変換の制御 |
| シナプス・アナリティクス API | データウェアハウスおよび分析サービスとの連携 | – Synapse SQL プールでのデータのクエリと管理– ストアドプロシージャと関数の実行– データウェアハウスリソースとメタデータへのアクセス |
| Power BI API | アプリケーションにビジュアルとレポートを埋め込む | – Power BI コンテンツへのアクセスと共有– レポートやダッシュボードを外部ツールと統合– コンテンツの更新と配布の自動化 |
| Azure Cognitive Services API | 認知能力をデータ処理に統合する | – テキスト分析、音声認識、画像分析など – AI機能でデータパイプラインを強化 – 洞察を抽出しタスクを自動化 |
| カスタムコネクタ API | 外部データソースとのカスタム統合を構築する | – カスタムコネクタの開発と管理– ファブリックの適用範囲を多様なデータエコシステムへ拡大– ニッチなシステムや独自システムとのデータ交換を実現 |
| 管理用API | ファブリックリソースと環境の管理 | – ワークスペース、ストレージ アカウント、パイプラインの提供と管理– アクセスと権限の制御– リソースの監視と問題のトラブルシューティング |
この表は概要を示しており、各カテゴリには機能の異なる複数の特定APIが含まれます。
Microsoft Fabricは、プログラムによるアクセスにREST APIとSDKを利用します。
詳細なAPIリファレンスと使用例については、公式のFabricドキュメントを参照してください。
これらの標準APIに加え、Microsoft Fabricでは特定のデータソースやアプリケーションに接続するためのカスタムコネクタも多数サポートしています。例えば、Salesforce、Amazon S3、Google Cloud Storage向けのカスタムコネクタが用意されています。
多様なAPIが利用可能なため、企業はFabricを既存のIT環境やワークフローに容易に統合できます。この柔軟性は、様々なユースケースに対応できる統合データ分析プラットフォームの導入を検討している組織にとって不可欠です。