【Azure】Microsoft Fabric で継続的インテグレーションと継続的デリバリー (CI/CD) を実装する

Posted at 2025-08-19

1. はじめに

1-1 ご挨拶

初めまして、井村と申します。

Microsoft Fabricは、データの統合、エンジニアリング、分析、ビジネスインテリジェンスなどの機能を統合したSaaS型データ分析ツールです。
そしてMicrosoft Fabricは60日間のフリートライアル期間があります。

さらに、Microsoftが提供する無料のオンライン学習プラットフォームであるMicrosoft Learn（MSLearn）にはたくさんのMicrosoft Fabricに関する記事があります。

本記事はフリートライアル期間を利用してMSLearnの演習を行っていきます。
演習を通して気づいた点やTipsを、なるべく多くのスクリーンショットとともに備忘録として残します。

1-2 MSLearn

今回はMicrosoft Fabric で継続的インテグレーションと継続的デリバリー (CI/CD) を実装するを行います。

この演習の学習の目的は以下の通りです。

CI/CD を定義し、Fabric でのその実装方法を説明する。
バージョン管理と Git 統合を実装します。
デプロイパイプラインを使ってデプロイプロセスを自動化する。
Fabric API を使って CI/CD を自動化する。

1-3 Get started with Microsoft Fabric

以下からMicrosoft Fabricのフリートライアルを開始できます。

Get started with Microsoft Fabric

2. MSLearnの要約

2-1 継続的インテグレーションと継続的デリバリー (CI/CD) を理解する

継続的インテグレーションと継続的デリバリーは、複数の開発者からのコードコントリビューションをメインコードベースに統合するためのプロセスです。コントリビューションは頻繁にコミットされ、自動化されたプロセスによって新しいコードがビルドおよびテストされます。コードは絶えず運用環境へと出ていくため、機能開発の時間は少なくなります。

継続的インテグレーション

バージョン管理システム内の共有コードブランチやトランクにコードを頻繁にコミットし、変更は、マージが完了すると、ビルドプロセスと自動テストによって検証されます。

継続的デリバリー

継続的デリバリーは、継続的インテグレーションの後に発生します。 CI が完了すると、コードはステージング環境にデプロイされ、運用環境へのコードのリリース前に、そこで多数の自動テストが実行されます。

継続的デプロイ

継続的デプロイは、更新内容が自動テストに合格した後に、構造化されたデプロイ段階を通じて運用環境に更新内容を自動的にリリースするプロセスです。

Fabric で CI/CD を使用する

CI/CD を使用した Fabric アイテムのライフサイクルの管理には、統合とデプロイという 2 つのパートがあります。統合は Git を使用して実装されます。デプロイは、Fabric デプロイパイプラインを使用して実装されます。

Git : チームがブランチを使用して共同作業を行い、バージョン管理を提供できるようにします。これは、増分的なコードの変化を管理し、コードの履歴を確認するのに役立ちます。
デプロイパイプライン : コードの変更を、開発、テスト、運用などのさまざまな環境に昇格できます。
ファブリック REST API : デプロイまたは統合の自動化を有効にし、CI/CD プロセスをプログラムで管理できます。

2-2 バージョン管理と Git 統合を実装する

Gitへの接続やコミットはFabricワークスペースから簡単に行うことができます。

Git リポジトリへの接続

下図の通りFabric ワークスペースと Git リポジトリを接続することができます。

ワークスペースを Git に接続するときは、同期する Git リポジトリのブランチを新規作成するか、既存のブランチを選択します。

Fabric ワークスペースと Git リポジトリをコミットして更新する

Git ブランチで新しいコミットが行われたら、[ソース管理] ウィンドウの [更新プログラム] 選択を使用して、それらをワークスペースと同期します。

Fabric API を使用して CI/CD を自動化する

Fabric REST API を使用すると、Fabric の手順とプロセスを自動化し、効率と生産性を向上させることができます。以下のことができます。

ワークスペースで行われた変更を、接続されたリモートブランチにコミットします。
接続されたブランチにプッシュされたコミットでワークスペースを更新します。
受信した変更がある項目と、Git Status API を使用してまだ Git にコミットされていない変更がある項目を確認します。
展開パイプラインステージ項目の一覧表示:指定した展開パイプラインの指定したステージに割り当てられたワークスペースから、サポートされている項目を返します。
ステージコンテンツのデプロイ: 指定した展開パイプラインの指定したステージから項目をデプロイします。
展開パイプライン REST API
Git REST API

3. 演習スタート

演習: Microsoft Fabric でデプロイパイプラインを実装する

上記URLから演習を開始できます。実際のMicrosoft Fabricを使うため、とても勉強になります。

3-1 ワークスペースの作成

1 . [新しいワークスペース] を押下します。

2 . 名前を[Development]とし、[適用]を押下します。

3 . 左側のメニューバーで、[ホーム]を押下します。再度ワークスペースの作成を行い、名前を[Test] と [Production]として作成します。

3-2 デプロイパイプラインを作成する

デプロイパイプラインを作成します。

1 . 左側のメニューバーで、[...] - [デプロイパイプライン] を選択します。

2 . [新しいパイプライン] を選択します。

3 . [新しいデプロイパイプラインの追加] ウィンドウで、パイプラインに一意の名前を付け、[次へ] を選択します。

4 . 新しいパイプラインウィンドウで、 [作成して続行] を選択します。

3-3 デプロイパイプラインのステージにワークスペースを割り当てる

デプロイパイプラインのステージにワークスペースを割り当てます。

1 . 表示されるウィンドウで、 [このステージにコンテンツを追加する]の下のオプションを展開し、ステージの名前と一致するワークスペースの名前を選択します。

2 . デプロイステージごとに [割り当て] チェックマークを選択します。

3-4 コンテンツの作成

開発ワークスペースにレイクハウスを作成します。

1 . 左側のメニューバーで、ワークスペース[Development] を選択します。

2 . [新しい項目] を選択します。

3 . 表示されるウィンドウで [Lakehouse] を選択します。

4 . [New lakehouse] ウィンドウでレイクハウスに「LabLakehouse」という名前を付け[作成]を押下します。

5 . [Lakehouse Explorer] ウィンドウで、[サンプルデータから開始] を選択して、新しい Lakehouse にデータを入力します。

6 . サンプル NYCTaxi を選択します。

7 . 左側のメニューバーで、作成したパイプラインを選択します。

8 . [Development] ステージを選択すると、デプロイパイプラインキャンバスの下に、ステージ項目として作成したレイクハウスが表示されます。
Test ステージの左端には、円の中に ×(バツ印) があります。×(バツ印)は、 [Development] ステージと [Test] ステージが同期されていないことを示します。