関数をデプロイするたびに、ETIMEDOUTが原因で少なくとも1つの関数のデプロイに失敗します。 私のプロジェクトには約50の機能があり、低速のインターネット接続から展開しています。 このエラーが発生したときに、失敗した関数を再デプロイするように要求したいと思います。 一部のエラーが再試行されていることはわかりますが、これがETIMEDOUTに適用されるかどうかはわかりません。
これを修正する別の可能な方法は、関数をバッチでデプロイし、各バッチが完了するのを待ってから次の関数のバッチをデプロイできるようにする引数を提供することです。 これが機能すると思う理由は、5〜10個の関数の部分展開を実行すると、関数が常に正常に展開されるためです。
プロジェクト全体ではなく、機能をグループ化し、個々の機能またはグループをデプロイする機能を提供しています: https :
ETIMEDOUTはエラーコード4になると思うので、再試行します。
@laurenzlong CLIが関数の再デプロイを試行する回数を増やす方法はありますか?
技術的には可能ですが、展開クォータの多くは時間範囲に基づいているため(つまり、x秒以内のx展開数)、お勧めできません。 すぐに再試行すると、実際には問題が悪化します。 したがって、CLIでその変更を加えたくはありません。
一度に多くの機能をデプロイするビジネスケースがある場合は、クラウドコンソールでクォータの増加をリクエストできます。増やしたいクォータは、「ユーザーあたり100秒あたりの書き込みリクエスト」です。
@laurenzlongデプロイすると、これが非常に多くなります(非常に面倒です!)-あなたが言及したクォータを増やすことを検討しましたが、編集できません。他のアイデア/回避策、ありがとう?