Azure DevOps を Fabric (Workspace1) と統合する場合、サービスプリンシパルを使用した認証方法が推奨されます。サービスプリンシパルは、アプリケーション (Azure DevOps パイプラインなど) がリソースを安全に認証および操作するための手段を提供します。これにより、Azure DevOps はユーザーの直接的な資格情報を必要とせずに、Fabric への API 呼び出しを認証できます。この方法は、Fabric デプロイパイプラインを介したアイテムのデプロイなどのタスクの自動化に最適です。

Notebook1 の実行時に使用された Delta のバージョンを特定するには、管理者モニタリングワークスペースを使用する必要があります。管理者モニタリングワークスペースでは、ノートブックとジョブの実行に関する詳細情報（Delta の基盤となるバージョンや使用されたその他のテクノロジーなど）を追跡および監視できます。ジョブ実行中に使用されたバージョンや構成など、実行の詳細に関する洞察が得られるため、Notebook1 の実行中に使用された Delta のバージョンを特定するのに最適な選択肢となります。

Workspace1 の Job1 がパブリック インターネット アクセスを無効にした Azure SQL データベース (Source1) にアクセスできるようにするには、マネージド プライベート エンドポイントを作成する必要があります。マネージド プライベート エンドポイントは、Fabric (またはその他の Azure サービス) などのサービスが、パブリック インターネット アクセスを必要とせずに、仮想ネットワーク (VNet) 内のデータベース、ストレージ アカウント、その他のサービスなどのリソースにアクセスできるようにする、安全なプライベート接続です。
このアプローチにより、Azure SQL データベースへのアクセスを可能にしながら、データのセキュリティと整合性が維持されます。

Workspace1 に新しいフォルダ（Folder1）を追加し、Pipeline1 をその中に移動して Workspace1 を再構築すると、deployPipeline1 は Workspace1 の構造全体を Workspace2 にデプロイし、Workspace1 に加えられた変更を保持します。これには以下の変更が含まれます。
Folder1 は Workspace2 に作成され、Workspace1 の構造が反映されます。
Pipeline1 は、同じフォルダー構造を維持したまま、Workspace2 の Folder1 に移動されます。
Lakehouse1 は Workspace1 に存在するため、Workspace2 にデプロイされます。