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