デプロイ パイプラインの概要

Note

このセクションのこの記事では、アプリにコンテンツをデプロイする方法について説明します。 バージョン管理については、Git 統合 のドキュメントを参照してください。

現代の組織にとって、分析は意思決定を行う上で必要不可欠な要素です。 Fabric のデプロイ パイプライン ツールを使用すると、コンテンツ作成者は運用環境で共同作業を行い、組織のコンテンツのライフサイクルを管理できます。 デプロイメント・パイプラインにより、作成者はユーザーに届く前にサービス内でコンテンツを開発し、テストすることができます。 デプロイできる、サポートされているアイテムの種類の完全な一覧を参照してください。

デプロイ パイプラインの使用方法を学習する

デプロイ パイプライン ツールを使用する方法については、次のリンクで学習できます。

• デプロイ パイプラインを作成し、管理する - デプロイ パイプラインを段階的に作成する Learn モジュール。

• デプロイ パイプラインの概要 - パイプラインと、後方デプロイやデプロイ ルールなどの主要機能を作成する方法を説明した記事。

パイプライン構造

デプロイ パイプラインに必要なステージの数を決定できます。 2 から 10 の範囲で任意の数のステージを使用できます。 パイプラインを作成すると既定で提供される 3 つの一般的なステージを基にして作業を始めることができますが、必要に応じてステージを追加、削除、または名前変更できます。 ステージの数に関係なく、一般的な概念は同じです。

• 開発

  仲間の作成者と共に新しいコンテンツをアップロードするデプロイ パイプラインの最初のステージ。 ビルドを設計し、ここで開発することも、別のステージで開発することもできます。

• テスト

  コンテンツに必要なすべての変更を行ったら、テスト ステージを開始できる状態になります。 変更したコンテンツをアップロードして、このテスト ステージに移動できるようにします。 テスト環境で実行できることの 3 つの例を次に示します。

  • テスト担当者およびレビュー担当者とコンテンツを共有する

  • 大量のデータがあるテストを読み込んで実行する

  • アプリをテストして、エンド ユーザー向けにどのように表示されるかを確認する

• 運用

  コンテンツのテスト後、運用ステージを使用して、コンテンツの最終バージョンを組織内のビジネス ユーザーと共有します。

デプロイ方法

ソース ステージからターゲット ステージにコンテンツをデプロイすると、ターゲット ステージに同じ名前のものがあれば、それがソース コンテンツによって上書きされます。 ターゲット ステージにあるがソース ステージにないコンテンツは、ターゲット ステージにそのまま残ります。 [デプロイ] を選択すると、上書きされる項目が記載された警告メッセージが表示されます。

次のステージにコピーされる項目、およびコピーされない項目の詳細については、デプロイ プロセスを理解するに関する記事を参照してください。

Automation

デプロイ パイプライン REST API を使用して、プログラムでコンテンツをデプロイすることもできます。 このプロセスの詳細については、「API と DevOps を使用してデプロイ パイプラインを自動化する」を参照してください。

関連するコンテンツ

• デプロイ パイプライン プロセスを理解する
• デプロイ パイプラインの使用を開始する