
エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
スケール前提で Cloud Run へデプロイするときは最大インスタンス数を多め(150くらい)に設定しておいたほうがいいかも
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
スケール前提で Cloud Run へデプロイするときは最大インスタンス数を多め(150くらい)に設定しておいたほうがいいかも
個人で検証した結果から導いた考察であるため、情報が正しくない可能性や、今後Cloud Run側の仕様変更に... 個人で検証した結果から導いた考察であるため、情報が正しくない可能性や、今後Cloud Run側の仕様変更により陳腐化する可能性があることをご了承ください。 Cloud Run の自動スケーリングに関するドキュメントを読んでいて、気になる箇所がありました。 最大インスタンス数の超過 通常の状況では、受信トラフィックの負荷を処理するために、新しいインスタンスを作成して、リビジョンをスケールアウトします。ただし、最大インスタンス数の上限を設定すると、トラフィック負荷を処理できるインスタンスが不足することがあります。その場合、受信リクエストは最大 10 秒間キューに入る場合があります。この時間枠内に、インスタンスがリクエストの処理が完了すると、キューに入れられたリクエストを処理できるようになります。この時間枠内で使用可能になるインスタンスがない場合、リクエストは失敗し、429 エラーコードが表示さ