Function Compute:環境の管理

事前準備

• デフォルトでは、環境にドメイン名は割り当てられません。環境ごとに異なるドメイン名を使用するには、リポジトリの customDomains フィールドを s.yaml ファイルで指定します。

• 環境内で Alibaba Cloud のリソース (SLS、VPC、NAS) をホストするには、対応するサービスの権限が必要です。必要なポリシーを AliyunFCServerlessDevsRole ロールにアタッチしてください。

• 1 つのサービスを複数の環境にデプロイできます。環境が提供する構成を使用するかどうかを決定できます。

環境の作成

1. Function Compute コンソールにログインし、アプリケーションの詳細ページを開きます。

2. [環境の作成] をクリックします。

3. 次のパラメーターを設定します。

   パラメーター	説明
   環境名	この環境を区別するための分かりやすい名前。1 つの環境タイプに複数の名前付き環境を持つことができます。
   環境タイプ	フィルター用のカテゴリ: [テスト]、[ステージング]、または[本番]。
   説明	リージョンやロール名などの基本情報。ここで指定されたリージョン、ロギング、ネットワーク、ストレージの設定は s.yaml よりも優先されます。例えば、s.yaml が中国 (杭州) を指定していても、環境が中国 (北京) に設定されている場合、リソースは中国 (北京) にデプロイされます。
   パイプライン構成	各環境はデフォルトで 1 つのパイプラインにマッピングされます。ここでパイプラインのトリガーとビルドステップを設定します。

環境詳細の表示

1. Function Compute コンソールにログインします。

2. 左側のナビゲーションウィンドウで、[アプリケーション] をクリックします。

3. [アプリケーション] ページで、対象のアプリケーションを見つけ、左側の展開アイコンをクリックしてその環境をリスト表示します。

4. 環境名をクリックして [環境詳細] タブを開きます。このタブには以下が表示されます：このタブからは、クラウドベースの開発やパイプライン構成にもアクセスできます。

   • 基本情報

   • コードソース構成

   • [デプロイ履歴]

   • リソース

環境のロールバック

ロールバックは、以前のデプロイメントのスナップショットにキャプチャされたコードとリソース構成 (例えば、s.yaml ファイル) を再デプロイします。

1. 対象の環境の [環境詳細] タブを開きます。

2. [デプロイ履歴] セクションで、復元したいデプロイメントの横にある [ロールバック] をクリックします。

リソースの管理

サーバーレスアプリケーションセンターは、リソースのバインディング情報を読み取り専用モードで表示します。リソースを管理するには、リソース管理ページで直接設定を変更するのではなく、コードリポジトリ内の s.yaml ファイルを使用してください。

クラウドでの開発

1. アプリケーションの詳細ページで、[クラウド開発] をクリックします。

2. [コードリポジトリの初期化] をクリックして、コード環境をセットアップします。

3. 初期化後、WebIDE を使用してコードの表示、編集、デバッグを行います。

4. 次のいずれかの方法で、変更をリポジトリにプッシュします。

   • 内蔵のターミナルまたは Git プラグインを使用します。

   • 左上隅の [コードをリポジトリに保存] をクリックして、追加、コミット、プッシュを 1 つのステップで行います。

パイプラインの構成

パイプライン構成の詳細については、「パイプラインの管理」をご参照ください。

環境の削除

1. Function Compute コンソールにログインします。

2. 左側のナビゲーションウィンドウで、[アプリケーション] をクリックします。

3. 削除する環境を特定し、[削除] を [操作] 列でクリックします。

4. 確認ダイアログで、リストされているリソースを確認します。保持したいリソースの横にあるチェックボックスの選択を解除します。

環境間でのサービスの分離

サーバーレスアプリケーションセンターは GitOps モデルに従います：Git リポジトリがアプリケーションの状態の単一の真実のソースであり、Serverless Devs YAML 仕様に準拠した YAML ファイルがデプロイメントを制御します。

多くの企業環境では、開発 (R&D) ロールと運用保守 (O&M) ロールには明確な責任分担があります。O&M チームはインフラを管理し、開発者がそれを使用することを承認します。R&D チームはアプリケーションコードを管理します。すべてのインフラが Git リポジトリで管理されている場合、O&M 担当者はインフラを変更するためにコードをサブミットする必要があり、これはほとんどの O&M エンジニアのワークフローと矛盾します。以下のデプロイメントメソッドは、この分離をさまざまな規模で解決します。

方法 1：環境ごとに個別の YAML ファイルを使用

各環境専用の YAML ファイルを維持し、各パイプラインを対応するファイルにポイントします。

YAML ファイル間の重複を減らすには、Serverless Devs で YAML 継承 を使用します。

vars:
  region: ${env(region)}
  service:
    name: demo-service-${env(prefix)}
    internetAccess: true
    logConfig:
      project: ${env(LOG_PROJECT)}
      logstore: fc-console-function-pre
    vpcConfig:
      securityGroupId: ${env(SG_ID)}
      vswitchIds:
        - ${env(VSWITCH_ID)}
      vpcId: ${env(VPC_ID)}

service:
  logConfig:
    project: ${environment.outputs.slsProject}
    logstore: ${environment.outputs.slsLogStore}
  vpcConfig:
    vpcId: ${environment.outputs.vpcId}
    securityGroupId: ${environment.outputs.securityGroupId}
    vswitchIds:
    - ${environment.outputs.vswitchId}
  nasConfig:
    userId: 10003
    groupId: 10003
    mountPoints:
    - serverAddr: ${environment.outputs.nasMountTargetId}
      nasDir: /fc-deploy-service
      fcDir: /mnt/auto

参考資料

• パイプラインの管理

• Serverless Devs YAML 仕様

• Serverless Devs における YAML 継承

• customDomains 構成