Serverless App Engine:変更履歴の表示

リリースレコードの概要

• リリースレコードタイプ： [リリースレコード数] の横にあるドロップダウンリストからタイプ別にリリースレコードをフィルターして、各タイプの成功したリリースレコードと失敗したリリースレコードの数を表示できます。

• リリースレコードの所要時間： 同じタイプのリリースレコードの平均所要時間と最大所要時間を表示できます。

• 所要時間トップ 5 のサブステップ： 各リリースレコードには複数のサブステップがあり、各サブステップには実行時間があります。システムは、各リリースレコードタイプについて、平均実行時間が最も長い上位 5 つのサブステップを計算します。各サブステップの詳細については、「リリースレコードの所要時間の可視化」をご参照ください。

• リリースレコードの詳細： リリースレコードの [操作] 列で [変更詳細] をクリックして、その詳細を表示します。リリースレコードのサブステップの詳細については、「リリースレコードの所要時間の可視化」をご参照ください。

リリースレコードの所要時間の可視化

次の点に注意してください:

• リリースレコードのサブステップは、次の 2 つのカテゴリに分類されます。

  • [プラットフォーム側]：プラットフォームで実行されるサブステップは黒色のフォントで表示されます。

  • [ユーザー側]：プラットフォーム側のデプロイメントでは、子ステップのフォントは青色です。

• 所要時間の分析：各サブステップの名称の右側で、その所要時間を表示できます。一部のサブステップは同時に実行されます。

• アプリケーションの作成または変更中にアプリケーション構成エラーが発生した場合、関連するサブステップにエラーメッセージが表示されます。エラーメッセージに基づいてアプリケーション構成を変更し、アプリケーションを再デプロイできます。

• リリースレコードのサブステップの詳細については、次の表をご参照ください。

  リリースレコードのサブステップ	システム操作の分類	説明
  イメージのビルド	プラットフォーム側	コードパッケージを使用してアプリケーションをデプロイすると、アップロードされたコードパッケージからイメージが作成され、Alibaba Cloud のプライベートイメージリポジトリにプッシュされます。 説明 このイメージリポジトリはシステムによって作成されます。管理する必要はありません。
  環境の初期化	プラットフォーム側	SAE アプリケーションの作成に必要な名前空間を確認し、環境リソースが準備できていることを確認します。
  デプロイメント構成の作成または更新	プラットフォーム側	イメージアドレス、リソース仕様、ポリシーなど、SAE アプリケーションの基本構成を作成または更新します。
  デプロイメントステップの実行	プラットフォーム側	ネットワーク構成やリソースの事前割り当てなどを含む、アプリケーションのデプロイタスクを開始します。
  [インスタンスのリリース]	プラットフォーム側	インスタンス (Pod) を作成します。これには、リソーススケジューリング、ボリュームのマウント、init コンテナーの起動、イメージのプル、コンテナーの起動などのステップが含まれます。複数のインスタンスがある場合、それらは独立して作成されます。
  リソーススケジューリング	プラットフォーム側	スケジューラは、アプリケーションインスタンス (Pod) を特定のリソースノードに割り当てます。これには、次のステップが含まれます。 システムは、アプリケーションのリソース要件 (CPU、メモリ、ネットワーク構成) を満たすノードにアプリケーションインスタンスを割り当てます。 アプリケーションインスタンスはリソースノードにバインドされます。 アプリケーションインスタンスがリソースノードに正常にバインドされると、リソースの割り当てと構成は完了です。
  [インスタンスの準備]	プラットフォーム側	リソースノードは、アプリケーションインスタンスのリソースを予約し、その実行環境を準備します。これには、ネットワーク初期化、ストレージ初期化、init コンテナーの初期化などのプラットフォーム側の操作が含まれます。
  イメージのプル開始	プラットフォーム側	プライベートイメージリポジトリからアプリケーションイメージをプルします。 イメージベースのデプロイ：イメージアドレスに基づいてアプリケーションイメージをプルします。 コードパッケージベースのデプロイ：イメージアドレスのフォーマットは イメージソース/イメージリポジトリ名/イメージタグ です。
  [イメージのプル完了]	プラットフォーム側	アプリケーションイメージが正常にプルされました。プルに失敗した場合、エラーメッセージが表示されます。
  コンテナーの作成成功	ユーザー側	アプリケーションコンテナーが正常に作成されました。作成に失敗した場合、エラーメッセージが表示されます。
  コンテナープロセスの開始	ユーザー側	アプリケーションコンテナーのプロセスが正常に開始されました。起動に失敗した場合、エラーメッセージが表示されます。
  インスタンス準備完了	ユーザー側	アプリケーションインスタンスはヘルスチェックに合格し、クライアントトラフィックを処理できます。

ヘルスチェック失敗エラーの例

エラーメッセージは、次の 2 つの方法で表示できます。

• 方法 1:

  ターゲットリリースレコードのリリースレコードサブステップでエラーメッセージを表示します。

  

• 方法 2:

  [アプリケーションイベント] でエラーメッセージを表示できます。

  

エラー処理の例

Liveness チェックの失敗により、インスタンスの起動に失敗しました。

• 考えられる原因

  • ヘルスチェックのポートが正しく構成されていません。

  • ネットワーク構成に問題があります。

• 解決策

  • アプリケーションインスタンスのポートを特定し、ヘルスチェック用にポートが正しく設定されていることを確認します。

  • ネットワーク構成が正しいことを確認します。