次の方法で共有

環境 Git 統合と展開パイプライン

  • [アーティクル]

この記事では、Microsoft Fabric の環境の Git 統合と展開パイプラインを使用する方法について説明します。

Microsoft Fabric 環境の Git 統合

Microsoft Fabric は Git 統合をサポートしており、開発者は Git ブランチを使用して、バックアップ、バージョン管理、前のステージへの戻り、作業の共同作業を行うことができます。

重要

この機能はプレビュー段階にあります。

Note

  • 現在、Git では、Spark ランタイムを含むライブラリと Spark コンピューティングのみがサポートされています。
  • Git 統合では、環境のステージング状態を管理し、Git で行われた変更を環境に適用するために公開する必要があります。 構成の有効性を確保するために、Git から環境を更新した後に公開することをお勧めします。 コード優先エクスペリエンスを使用する場合は、環境の Publish API を使用して REST API 経由で変更を公開できます。
  • リポジトリから Fabric ワークスペースに同期すると、アタッチされた顧客プールが環境に保持されます。 プール定義はワークスペース設定にあり、プールのワークスペース間の参照はサポートされていません。 instance_pool_id を宛先ワークスペース領域の既存のカスタム プールに手動で更新するか、このプロパティを削除してスターター プールに戻す必要があります。 「カスタム プール - ワークスペース カスタム プールのリスト」を参照して、REST API により宛先ワークスペースで使用可能なプールの全リストを取得するか、「カスタム プール - ワークスペース カスタム プールの作成」を参照して、新しいカスタム プールを作成します。
  • 各コミットの上限は 150 MB (メガバイト)です。 現在、150 MB (メガバイト)を超えるカスタム ライブラリは、Git ではサポートされていません。

ファブリック ワークスペースを Azure DevOps リポジトリに接続する

ワークスペースの管理者である場合は、ワークスペースの設定に移動し、[ソース管理] セクションで接続を設定します。 詳細については、「Git を使用してワークスペースを管理する」を参照してください。

接続後、リポジトリと同期している環境を含む項目を見つけることができます。

ワークスペースを Azure DevOps リポジトリに正常に接続したスクリーンショット。

Gitにおける環境のローカル表明および保証

項目ルート フォルダーでは、環境は、設定フォルダーと共に、PublicLibraries と CustomLibraries サブフォルダーを含む Libraries フォルダーで編成されます。

Git における環境のローカル表明および保証のスクリーンショット。

ライブラリ

Git に環境をコミットすると、 公開用ライブラリ セクションがその YAML 表現に変換されます。 さらに、 カスタム ライブラリ はソース ファイルと共にコミットされます。

Git における環境の公開用ライブラリのローカル表現のスクリーンショット。

YAML 表現を編集することで、公開用ライブラリを更新できます。 ポータルの環境と同様に、PyPI と conda からライブラリを指定できます。 ライブラリは、予想されるバージョン、バージョン範囲、またはバージョンなしで指定できます。 システムにより、環境内の他の依存関係と互換性のあるバージョンを特定することにつながります。 既存のすべての公開用ライブラリをクリアするには、YAML ファイルを削除します。

カスタム ライブラリを更新するには、新しいファイルを追加するか、既存のファイルを直接削除します。

Note

公開用ライブラリを管理するために、独自の YAML ファイルを持ち込むことができます。 システムによって正しく認識するために、ファイル名を、 environment.ymlとする必要があります。

Spark コンピューティング

Spark コンピューティング セクションも YAML 表現に変換されます。 この YAML ファイル内では、接続されているプールの切り替え、コンピューティング構成の微調整、Spark プロパティの管理、目的の Spark ランタイムの選択を行うことができます。

Git における環境の Spark コンピューティングローカル表明および保証のスクリーンショット。

環境の展開パイプライン

重要

この機能はプレビュー中です。

ファブリックの展開パイプラインにより、展開からテストへの移行など、さまざまなフェーズにわたって変更された内容を配信するプロセスが簡略化されます。 自動パイプラインには、再作成プロセスをストリーミングする環境項目を含めることができます。

さまざまなフェーズでワークスペースを割り当てることで、展開パイプラインを設定できます。 展開パイプラインの使用の概要について説明します。

展開パイプラインでの環境の展開のスクリーンショット。

パイプラインを正常に設定すると、展開の状態を確認できます。 環境が選択された状態で [展開] ボタンをクリックすると、環境のすべての内容が移行先ワークスペースに展開されます。 元の環境の状態はこのプロセスで保持されます。つまり、公開された構成は公開済みの状態のままであり、追加の公開は必要ありません。

重要

  • カスタム プールは現在、展開パイプラインではサポートされていません。 環境がカスタム プールを選択した場合、ターゲット環境の [コンピューティング] セクションの構成は既定値で設定されます。 この場合、配置が正常に実行された場合でも、環境では配置パイプラインの差分が表示され続けます。
  • 新しいワークスペースで展開ルールを使用して別のプールを指定すると、今後のリリースに含まれる予定です。

関連するコンテンツ