出版概要

この記事では、Microsoft Fabricでワークロードを発行する方法の包括的な概要について説明します。 組織の種類と配布の目標に基づいて、次の 2 つの異なる発行シナリオがあります。

発行シナリオ

• 内部発行: 組織で使用するために独自のテナントにデプロイする
• テナント間の発行: ワークロード ハブ経由で他のテナントに配布する

シナリオの詳細

1. 組織のシナリオ: 内部使用のために自社のテナントに発行する
2. ISV/ソフトウェア開発会社のシナリオ: 外部配布のためにワークロード ハブに発行する

一般的な要件

すべてのワークロードは、発行シナリオに関係なく、基本的な要件を満たす必要があります。 これには、カスタム ドメイン検証Microsoft Entra、ワークロード開発の完了、マニフェスト構成、認証のセットアップが含まれます。

📋 一般的な発行要件 - すべてのワークロードに適用されるインフラストラクチャ、ホスティング、認証、および構成の要件に関する完全なガイドです。

組織のシナリオ: 内部テナントの公開

このシナリオは、独自のFabric テナント内で内部使用するためにワークロードをデプロイする組織向けに設計されています。

組織の公開手順

1. マニフェスト パッケージを準備する - 詳細な手順については、 マニフェストの概要 を参照してください。

2. パッケージのアップロード - Fabric管理ポータルから .nupkg ファイルをアップロードします。 アップロード手順の詳細については、「 ワークロードのアップロード」を参照してください。 アップロードする前に、WorkloadNameの フィールドが、Org.[WorkloadName]形式 (Org.SalesInsights など) で目的のワークロード名に設定されていることを確認します。 組織の発行に個別の登録は必要ありません。

3. テナント構成の設定 - ユーザーがアイテムを作成して使用できるように、テナントの設定と容量が構成されていることを確認します。

結果: ワークロードは、ワークロード ハブを介してテナント内のユーザーが利用でき、ネイティブ エクスペリエンスのように動作します。

テナントをまたぐ発行: ワークロードハブの配布

このシナリオは、ワークロード ハブを通じてすべてのFabricユーザーがワークロードを利用できるようにする独立系ソフトウェア ベンダー (ISV) とソフトウェア開発会社を対象としています。

ワークロード ハブの配布の前提条件

ワークロード ハブへの発行を開始する前に、次のことを確認してください。

• 発行テナント: ワークロードのライフサイクルを管理するテナントを定義します。
• Unique Workload Name: [Publisher].[Workload] (例: Contoso.SalesInsights) の形式で一意の識別子を選択します。 ワークロード部分は 32 文字を超えることはできません。 アップロードする前に 、ワークロード マニフェスト でこの値を設定します。

ワークロード ハブの配布手順

1. マニフェスト パッケージを準備する - 詳細な手順については、 マニフェストの概要 を参照してください。 WorkloadName フィールドで [Publisher].[Workload] 形式が使用されていることを確認します。

2. パッケージのアップロード - Fabric管理ポータルから .nupkg ファイルをアップロードします。 アップロード手順の詳細については、「 ワークロードのアップロード」を参照してください。 最初のアップロードで、[ ワークロード名の確認] ダイアログが表示されます。 ワークロード名はマニフェストから取得され、このダイアログでは変更できません。 ワークロード名を確認して登録を開始し、[ 確認] を選択します。

   Important

   ワークロード名は確認後にテナントに永続的に予約され、変更することはできません。

3. 他のテナントとのテスト - ワークロード名が登録されたら、管理ポータルでワークロードを選択し、[ 発行 ] タブに移動します。[ 発行先] で[ 選択したテナント ] を選択し、最大 20 個のテナント ID を追加して、より広範な配布前にワークロードをテストします。 バージョンを選択し、[発行] を選択 します。

   注

   ワークロード名がFabric クラスター全体に伝達されている間、ワークロードがターゲット テナントに表示されるまでに、発行後最大 10 分かかる場合があります。 ターゲットテナントがワークロードを表示し使用するには、その管理者がMicrosoft によって検証されていない追加のワークロードをユーザーが表示し操作できるというテナント設定を有効にする必要があります。

4. 発行要件を満たす - ワークロードの機能、コンプライアンス、ユーザー エクスペリエンスの標準をカバーする包括的な要件を確認します。

5. 発行要求を送信する - 発行要求フォームを 使用してプレビューに移動する

6. アドレス検証フィードバック - Microsoftと連携して、要件および検証フィードバックに対応します

7. プレビューの一覧 - 受け入れられたワークロードは、すべてのテナントに対してプレビューとして表示されます

8. 一般提供 - GA の準備ができたら、もう一度発行要求を送信してプレビュー バッジを削除します

📋 発行要件 - すべての要件、検証ツール、およびプロセスの完全なガイド

Outcome: ワークロードはすべてのFabricテナントで利用可能で、プレビュー対象ユーザーと一般利用について設定を管理できます。

トラブルシューティング

発行プロセス中の一般的な問題と解決策:

• 登録の問題: 発行テナントと一意のワークロード名を確認する
• アップロードエラー: マニフェスト スキーマと必須フィールドを確認する
• iFrame の読み込みの問題: フロントエンド エンドポイント、HTTPS/CSP、およびホスト統合を確認する
• 認証の問題: Microsoft Entra の登録とスコープを確認する

関連コンテンツ

• 発行の要件
• マニフェストの概要