このトピックでは、Serverless Application Centerを使用したアプリケーションのデプロイに関するよくある質問に対する回答を示します。
環境例外が発生した場合はどうすればよいですか?
実行ステータスを表示して、環境例外の原因を特定できます。 ほとんどの場合、環境例外は不十分な権限またはクォータによって発生します。
パイプラインビルドがタイムアウトした場合はどうすればよいですか?
パイプラインのデプロイに失敗した場合は、ログを表示して問題を解決できます。 ほとんどの場合、依存関係のダウンロードが長引くため、Error: Function timed out after 600秒が報告されます。
デフォルトでは、パイプラインは中国本土とグローバルビルド環境の両方をサポートします。 Gitee、Codeup、およびGitLabのビルド環境は中国 (杭州) リージョンにあり、GitHubのビルド環境はシンガポールリージョンにあります。 パイプラインビルドのタイムアウト時間は10分です。 中国本土のリージョンでパイプラインを構築し、システムが依存関係をインストールするときに中国本土以外のレジストリにアクセスすると、ダウンロード速度が遅くなります。 この場合、タイムアウトエラーが報告されます。 次のいずれかの方法を使用して問題を解決できます。
方法 1
依存関係をインストールするときは、中国本土のソースまたはプロキシを使用します。 例：
Tsinghuaソースを使用してPython依存関係をインストールします。
pip install some-package -i https://pypi.tuna.tsinghua.edu.cn/simpleTaobaoソースを使用してNode.js依存関係をインストールします。
npm install some-package --registry https://registry.npmmirror.comGoproxyを使用してGolangをインストールします。
GOPROXY=https://goproxy.cn
方法 2
カスタムパイプラインを使用して、中国 (香港) リージョンにビルド環境をデプロイするか、ビルドのタイムアウト期間をカスタム値に設定します。 カスタムパイプラインを使用する場合、関数の呼び出しに対して課金されます。 詳細については、「課金の概要」をご参照ください。
コードの送信後にパイプラインの実行がトリガーされない場合はどうすればよいですか?
コードの送信後にパイプライン実行がトリガーされない場合は、コードリポジトリのWebhookの実行履歴を表示して、問題のトラブルシューティングを行うことができます。 500エラーが報告された場合、DingTalkグループに参加する64970014484テクニカルサポートのため。
コードが送信された後に、コードブランチに関連付けられた複数の環境の1つだけのパイプラインがトリガーされた場合はどうすればよいですか。
複数の環境が同じコードブランチに関連付けられている場合、複数の環境が同じコードバージョンでデプロイされている場合、異なる環境の関数が互いに上書きされる可能性があります。 これを防ぐため、Serverless Application Centerでは、一度に1つの環境のパイプラインのみを実行できます。 一度に複数の環境でパイプラインをトリガーする必要がある場合は、DingTalkグループ64970014484に参加してテクニカルサポートを行います。
アプリケーションがServerless application Centerにデプロイされるたびに、対応する関数の設定が変更されるのはなぜですか。
アプリケーションをデプロイすると、コードライブラリのs.yamlファイルの設定に基づいて関数が更新されます。 したがって、コンソールで変更した設定は、アプリケーションのデプロイ後に上書きされます。
関数の設定が上書きされないようにするには、コードライブラリのs.yamlファイルの設定を変更することを推奨します。 詳細については、「サービスフィールド」をご参照ください。
function Computeコンソールで関数の設定を変更した後、関数の詳細ページの右上隅にある [関数のエクスポート] をクリックし、[関数の設定のエクスポート] を選択して、関数のs.yamlファイルをエクスポートします。 このs.yamlファイルを参照として使用して、コードライブラリ内のs.yamlファイルを更新できます。
ドメイン名を使用してアプリケーションにアクセスできないのはなぜですか?
本番環境で **** .devsapp.netドメイン名を使用した可能性があります。 このドメイン名は、Serverless Devsコミュニティによって提供され、学習とテストのみを目的としています。 Serverless Devsは、Cloud Native Computing Foundation (CNCF) の公式サンドボックスプロジェクトです。 Serverless Devsコミュニティは、ドメイン名を随時テストし、ドメイン名が発行されてから30日後にドメイン名を再利用します。 エクスペリエンスを向上させるために、カスタムドメイン名をアプリケーションにバインドすることを推奨します。