Function Compute:パイプラインの管理

パイプラインの設定

パイプラインを設定するには、パイプライントリガーモード、YAML、DingTalkチャットボット通知設定、およびパイプライン実行環境のパラメーターを設定する必要があります。 アプリケーションと環境を作成するときは、パイプライントリガーモードとパイプライン実行環境パラメーターのみを設定できます。 アプリケーションと環境を作成したら、[パイプライン管理] タブの [パイプライン構成] の右側にある [変更] をクリックして、前述の4つのパラメーターを変更できます。

パイプライントリガーモード

Serverless Application Centerでは、パイプラインのGitイベントをトリガーするメソッドを指定できます。 Serverless Application Centerは、Webhookを使用してGitイベントを受信します。 トリガー条件を満たすイベントが受信されると、サーバーレスアプリケーションセンターは、パイプラインに指定したYAMLファイルに基づいてパイプラインを作成して実行します。 次のトリガーモードがサポートされています。

• ブランチによってトリガーされる: 環境は特定のブランチに関連付けられている必要があり、ブランチ内のすべてのプッシュイベントが一致します。

• タグによってトリガーされる: 特定のタグ式のすべてのタグ作成イベントが一致します。

• 分岐マージによってトリガーされる: ソース分岐から環境が関連付けられている宛先分岐への要求イベントのマージとプルが一致します。

パイプライン実行環境

このパラメーターは、[デフォルト環境] または [カスタム環境] に設定できます。

デフォルト環境

Pipeline Execution EnvironmentパラメーターをDefault Environmentに設定した場合、Serverless Application Centerはパイプラインリソースを完全に管理し、Function Computeはパイプライン実行中の料金を決済します。 パイプラインの各タスクは、独立したサンドボックス化された仮想マシンで実行されます。 Serverless Application Centerは、パイプライン実行環境の分離を保証します。 次の項目は、デフォルトの環境に課される制限を示しています。

• インスタンスの仕様: 4 vCPUと8 GBのメモリ。

• 一時ディスク容量: 10 GB。

• タスク実行タイムアウト時間: 15分。

• リージョン: GitHubのテンプレートまたはソースコードを使用して環境を作成する場合は、シンガポールリージョンを指定します。 Gitee、GitLab、またはCodeupを使用して環境を作成する場合は、中国 (杭州) リージョンを指定します。

• ネットワーク: 固定IPアドレスまたはCIDRブロックは使用できません。 特定のWebサイトにアクセスするようにIPアドレスホワイトリストを設定することはできません。 仮想プライベートクラウド (VPC) のリソースにアクセスすることはできません。

カスタム環境

パイプライン実行環境パラメーターをカスタム環境に設定した場合、パイプラインはAlibaba Cloudアカウントで実行されます。 デフォルト環境と比較して、カスタム環境はより多くのカスタム機能を提供します。 Serverless Application Centerは、カスタム環境でタスクを完全に管理し、Function Computeインスタンスをリアルタイムでスケジュールして、承認に基づいてパイプラインを実行します。 既定の環境と同様に、カスタム環境にはサーバーレス機能があり、インフラストラクチャを維持する必要がありません。

カスタム環境は、次のカスタム機能を提供します。

• リージョンとネットワーク: 実行環境のリージョンとVPCを指定して、内部コードリポジトリ、アーティファクトリリポジトリ、イメージリポジトリ、およびMaven内部リポジトリにアクセスできます。 サポートされているリージョンについては、「サポートされているリージョン」をご参照ください。

• インスタンス仕様: 実行環境のCPUとメモリを指定できます。 たとえば、高い仕様を持つインスタンスを指定して、ビルド速度を高速化できます。

  説明

  vCPU容量とメモリ容量 (GB) の比率は、1:1から1:4の範囲です。

• 永続ストレージ: Apsara File storage NAS (NAS) またはObject Storage Service (OSS) のマウントを設定できます。 たとえば、NASを使用してファイルをキャッシュし、ビルド速度を高速化できます。

• ログ: Simple Log ServiceプロジェクトとLogstoreを指定して、パイプラインの実行ログを保持できます。

• タイムアウト期間: パイプラインタスクのカスタムタイムアウト期間を指定できます。 既定値：600。 最大値: 86400。 単位は秒です。

YAML

Serverless Application Centerは、Serverless Devsと統合されています。 Serverless DevsのYAMLファイルを使用して、アプリケーションのリソース構成を宣言できます。 YAMLファイルの仕様については、「YAML仕様」をご参照ください。 デフォルトのYAMLファイルの名前はs.yamlです。 別のYAMLファイルを指定することもできます。 YAMLファイルを指定した後、次の方法を使用してパイプラインで使用できます。

• @ serverless-cd/s-deployプラグインを使用する場合、プラグインの実行時にYAMLファイルを使用してリソースをデプロイできます。 プラグインの実行は、-t/-- templateをServerless Devsの対応するコマンドに追加することによって実現されます。 次の例では、YAMLファイルの名前はdemo.yamlです。 プラグインを実行するには、s deploy -t demo.yamlコマンドを実行します。

- name: deploy
  context:
    data:
      deployFile: demo.yaml
      steps:
      - plugin: '@serverless-cd/s-setup'
      - plugin: '@serverless-cd/checkout'
      - plugin: '@serverless-cd/s-deploy'
  taskTemplate: serverless-runner-task

• スクリプトを使用してパイプラインを実行する場合、${{ ctx.data.de ployFile }} を使用して特定のYAMLファイルを参照できます。 次の例では、YAMLファイルを指定した場合、s planコマンドは指定されたファイルを使用して実行されます。 それ以外の場合、s planコマンドはデフォルトのs.yamlファイルを使用して実行されます。

- name: pre-check
  context:
    data:
      steps:
      - run: s plan -t ${{ ctx.data.deployFile || s.yaml }}
      - run: echo "s plan finished."
  taskTemplate: serverless-runner-task

DingTalkチャットボット通知の設定

この機能を有効にした後、Webhookアドレス、署名キー、失敗時のみ通知、カスタムメッセージのパラメーターを設定します。 通知を必要とするタスクを一元管理できます。 パイプラインのYAMLファイルを使用して、各タスクの通知を有効にすることもできます。 通知を設定した後、[パイプラインの詳細] セクションで各タスクの通知を設定できます。

パイプラインの詳細セクション

[パイプラインの詳細] セクションでは、パイプライン内のタスクとタスク間の関係を設定できます。 プラットフォームは、設定を変更できるデフォルトのパイプラインプロセスを自動的に生成します。

YAMLを使用してパイプラインを管理できます。 この項目を設定すると、[プラットフォームでのホスティング] または [リポジトリからの読み取り] を選択できます。

Hosting on Platform

デフォルトでは、パイプラインのYAMLファイルは、サーバーレスアプリケーションセンターで一元管理されています。 パイプラインのYAMLファイルを更新すると、新しい設定は次の配置で有効になります。

リポジトリからの読み取り

パイプラインのYAMLファイルは、Gitリポジトリに保存されます。 Function Computeコンソールで設定を変更して保存した後、Serverless Application CenterはリアルタイムでGitリポジトリへの変更をコミットします。 これはパイプラインの実行をトリガーしません。 コードリポジトリ内のイベントがパイプラインの実行をトリガーすると、Serverless Application Centerは、Gitリポジトリ内の指定されたYAMLファイルを使用してパイプラインを作成および実行します。

[パイプラインの詳細] セクションの上部で [リポジトリからの読み取り] を選択し、YAMLファイルの名前を入力します。 次の図は、設定を示しています。

パイプラインの詳細セクションは、左側のツールサブセクションと右側のYAML編集サブセクションで構成されています。

• YAMLエディターで、パイプラインのYAMLファイルを変更して、パイプラインプロセスを変更できます。 詳細については、「」をご参照ください。aを使用します。パイプラインを記述するyamlファイル.

• ツールサブセクションでは、YAMLファイルを編集するための補助ツールを提供します。 サブセクションには次のタブが含まれています。

  • プロセスプレビュータブ: パイプラインプロセスをプレビューおよび変更できます。 [プロセスプレビュー] タブ

  • タスクテンプレートタブ: 提供されている一般的なYAMLテンプレートを表示できます。 [タスクテンプレート] タブ

サブセクションの右上隅に、[保存] 、[全画面] 、および [リセット] ボタンが表示されます。

• [保存] をクリックすると、すべての変更をYAMLファイルに保存できます。 その後、保存されたすべてのデータがパイプラインのYAMLファイルに同期されます。

• [全画面] をクリックすると、編集サブセクションが完全に表示されます。

• [リセット] をクリックすると、YAMLファイルの最新の変更を元に戻します。

パイプラインの実行レコードの表示

パイプラインの実行バージョンをクリックすると、パイプラインの実行の詳細が表示されます。 次に、詳細を使用して、パイプラインの実行ログとステータスを表示し、問題をトラブルシューティングできます。

パイプラインのランタイムを更新する

パイプラインのランタイムバージョンを指定するには、runtime-setupプラグインを使用するか、YAMLファイルの変数を変更します。