Cloud Run にデプロイされた一連の REST API エンドポイントの負荷テストを行う必要があります。API は HTTP POST リクエストに応答します。負荷テストは次の要件を満たす必要があります。
* ロードは複数の並列スレッドから開始されます
* API へのユーザー トラフィックは複数のソース IP アドレスから発生します。
* 追加のテストインスタンスを使用して負荷を拡大できます
Google が推奨するベスト プラクティスに従う場合、負荷テストをどのように構成すればよいでしょうか?

XMLHttpRequestを使用してサードパーティAPIと通信し、コンテンツを取得するユーザーインターフェースを備えたシングルページWebアプリケーションを作成しています。APIのレスポンスによってUIに表示されるデータは、同じWebページに表示される他のデータよりも重要度が低いため、一部のリクエストではAPIデータがUIに表示されないことは許容されます。ただし、APIの呼び出しによって、ユーザーインターフェースの他の部分のレンダリングが遅延してはなりません。APIレスポンスがエラーまたはタイムアウトになった場合でも、アプリケーションが適切に動作する必要があります。
何をすべきでしょうか?

チームは、Google Kubernetes Engine（GKE）で実行されるアプリケーションのビルドパイプラインを構築しています。セキュリティ上の理由から、パイプラインで生成されたイメージのみをGKEクラスタにデプロイしたいと考えています。どのようなGoogle Cloudサービスの組み合わせを使用すべきでしょうか？

Cloud Build を使用して、Cloud Source Repositories リポジトリへのソースコードコミットごとに新しい Docker イメージを作成しています。アプリケーションは、マスターブランチへのコミットごとにビルドされます。マスターブランチへの特定のコミットを自動的にリリースしたいと考えています。
何をすべきでしょうか?

Google Kubernetes Engine (GKE) クラスタを作成し、次のコマンドを実行します。

コマンドは次のエラーで失敗します:

問題を解決したいのですが、どうすればいいでしょうか？