メインコンテンツまでスキップ

Application CICD Pipeline Settings

アプリケーションのCICDパイプラインは、開発中のアプリケーションを実現するための重要な手続きです。プロファイルに設定されたパイプラインコードテンプレートを活用することで、アプリケーションは別途パイプラインコードを書くことなく、いくつかの選択アクションだけでビルドおよびデプロイパイプラインを構成し、実行できます。さらに、スケジューリングやWebhook機能を使用して、自動ビルドおよびデプロイパイプラインを構成することも可能です。

Application CICD Pipeline Overview​

Application CICD Pipeline

アプリケーションのCICDパイプラインを構成するには、プロファイル詳細ページのアプリケーションタブにアクセスします：

Pipeline status: アプリケーションのパイプラインの実行状況を提供します。現在デプロイされているバージョンが表示されます。

パイプラインのステータスをクリックすると、次のセクションで説明されているアプリケーションのパイプライン詳細/設定ページに移動します。

Pipeline running time: パイプラインの最後の実行からの経過時間と、それを実行したユーザーに関する情報を表示します。

注記

パイプラインの実行は、ユーザー、Webhook、またはスケジュールによって開始されます。

Application CICD Pipeline Execution and Settings

パイプラインの設定と実行は、以下のパイプライン詳細ページで行うことができます：

Execution tab: アプリケーションのパイプライン実行に頻繁に使用されます。

Setting tab: パイプライン使用登録に関するパイプラインコードを設定するためのものです。

Application CICD Pipeline Settings​

Project Settings, Registry, and Webhook​

Profile setting マイクロサービスをデプロイするために必要な基本情報を表示します。これは、Kubernetes クラスターのどの名前空間が使用されているか、およびプロファイルの設定がどこに保存されているかを示します。

  • クラスター: プロファイルで指定されたデプロイメント対象のクラスターのエンドポイントアドレス。
  • 名前空間: プロファイルで指定されたデプロイメント対象の名前空間。
  • プロジェクト開発ソースの場所: プロファイルで指定されたデプロイメント設定が保存されている git リポジトリ。
  • マイクロサービス設定パス: マイクロサービスの設定が保存されている Git リポジトリ内のパス。
  • パイプラインコードファイルパス: デプロイメント用のコードが保存されているパス。（現在、Jenkins ファイルのみが保存されています）
Image and webhook settings

マイクロサービスのコンテナイメージを保存するためのレジストリおよび命名、タグ付けルールを定義します。イメージレジストリは、プロジェクト構成管理の下で事前に定義されている必要があります。編集された場合、変更可能な項目は保存可能になり、変更は保存時にのみ適用されます。

  • URL (レジストリ URL): コンテナイメージを保存するためのコンテナイメージレジストリのアドレス。
  • ユーザー ID (レジストリユーザー ID): コンテナイメージを保存する権限を持つアカウント名。
  • イメージプロジェクト: コンテナイメージレジストリで使用するプロジェクト名を定義します。デフォルトでは、プロジェクト名に合わせて作成されます。プロジェクトはレジストリ内で事前に作成されている必要があります。そうでない場合、保存されたイメージは正しく保存されません。
  • イメージ名: デフォルトで ProfileName/MicroserviceName のルールに従って作成されます。
  • イメージタグ: デフォルトで 0.1 バージョンが作成されます。
  • 自動パッチバージョン作成
    • 「自動的にパッチバージョンを作成する」が設定されている場合、パッチバージョンはセマンティックバージョニングの形式で 1 増加します（例: 0.1.1、0.1.2）。
    • 「ビルド中にユーザーがパッチバージョンを入力する」が選択されている場合、パイプラインが実行されるたびにパッチバージョンを手動で指定する必要があり、スケジュール/ウェブフックなどの自動化機能は使用できません。
  • 画像タグ自動生成サフィックス: 画像タグバージョン以外に追加のサフィックスが必要な場合は、ハイフンを除いた0.1.0- devの'dev'のようなテキスト文字列を入力してください。
  • ビルド中のWebhook処理ポリシー: AMDPは、アプリケーションソースが保存されているgitリポジトリからWebhookを受信すると、ビルドとデプロイを実行できます。
    • ビルド完了後の順次実行: すべてのWebhookリクエストを順次実行します。
    • ビルド完了後の最後のリクエストのみの実行: 開発が頻繁に行われる場合、すべてのgitプッシュをビルドすると最終バージョンのデプロイが遅れます。これを避けるために、中間バージョンのビルドをスキップし、gitにプッシュされた最新バージョンのみをビルドすることができます。
    • 自動パッチバージョン作成が設定されていない場合、Webhook機能は使用できません。
Pipeline Usage Registration

プロファイルのCICDタブで定義されたコードテンプレートがここに表示されます。指定されたアプリケーションのフレームワークに互換性のあるパイプラインコードが表示されます: ① 追加設定: このマイクロサービスにのみ適用される追加パラメータを定義できます。共通のパイプラインコードを使用する各マイクロサービスに異なる値が必要な場合、この機能をカスタマイズに利用できます。

  • パイプラインコード: パイプラインコードの名前と役割を表示します。
  • 追加パラメータ: TektonまたはJenkinsパイプラインに表示されます。コード内のパラメータで置き換えられる値を指定します。Tektonの場合、未定義のパイプラインパラメータを使用するとエラーが発生します。
  • 追加ワークスペース: Tektonパイプラインに表示されます。必要に応じて動的に注入されるTektonワークスペースを指定します。
  • 実行可能なスクリプト: スクリプト役割を持つパイプラインコードの場合、スクリプトを追加および編集するためのエリアが表示されます。テンプレートからのスクリプトはデフォルトで表示され、このマイクロサービス用にカスタマイズできます。
    • テンプレートではなく、このマイクロサービス専用のスクリプトを書くには、「新しいスクリプトを追加」をクリックし、スクリプト名とコードを入力します。
    • テンプレートからスクリプトコードを読み込むには、「テンプレートからスクリプトを追加」をクリックします。

② ビューボタンは、パイプラインツールが提供するウェブアドレスにアクセスします。正しく使用するには、Addonサービスが適切に構成されている必要があります。Jenkins、Tekton、およびArgoCDのAddonサービスを適切に設定するには、テンプレート管理およびクラウドネイティブサービス管理を参照してください。

③ 使用する実際のパイプラインコードを登録します。ビルド中に使用するために登録できるパイプラインコードは1つだけです。無効にするには、再度チェックボックスをクリックします。