Professional Cloud Developer

サーバーアプリケーションの負荷テストを実施しています。最初の30秒間で、以前は非アクティブだったCloud Storageバケットが、毎秒2000回の書き込みリクエストと毎秒7500回の読み取りリクエストを処理していることが観測されました。需要が増加するにつれて、アプリケーションはCloud Storage JSON APIから断続的に5xxおよび429 HTTPレスポンスを受け取るようになりました。Cloud Storage APIからの失敗レスポンスを減らしたいと考えています。 どうすべきでしょうか？

あなたはCloud Run上で本番稼働中のアプリケーションを持っています。あなたのチームは、アプリケーションのサービスの1つを変更して新しいフィールドを返すようにする必要があります。最小限の労力でクライアントの10%で新しいリビジョンをテストしたいと考えています。また、サービスの下位互換性を維持する必要もあります。 どうすべきですか？

あなたのチームは、今後のアプリケーションリリースのデータベースバックエンドとしてAlloyDBを使用することを計画しています。アプリケーションは現在、AlloyDBインスタンスとは異なるプロジェクトおよびネットワークでホストされています。プロジェクトを分離したまま、アプリケーションをAlloyDBインスタンスに安全に接続する必要があります。追加の運用を最小限に抑え、Googleの推奨プラクティスに従いたいと考えています。データベース接続のためにネットワークをどのように構成すべきですか？

あなたは、現在の安定版Python 3で記述されたオンプレミスのコンテナ化されたサービスを運用しています。このサービスは米国内のユーザーのみが利用可能で、日中はトラフィックが多く、夜間はトラフィックがありません。このアプリケーションをGoogle Cloudに移行し、移行後にError Reportingでエラーログを追跡する必要があります。これらのタスクのコストと労力を最小限に抑えたいと考えています。どうすべきでしょうか？

GKEクラスタ上でアプリケーションを実行しています。アプリケーションはステートレスなウェブフロントエンドを持ち、高可用性の要件があります。クラスタは自動アップグレードするように設定されており、一部のノードをドレインする必要があります。ドレイン前にアプリケーションがPodの10%のサービング容量を確保できるようにする必要があります。どうすればよいですか？