Professional Cloud Developer

Question 176

あなたはCloud Runを使用して、グローバルなeコマースウェブアプリケーションをホストしています。あなたの会社のデザインチームは、ウェブアプリの新しいカラースキームを作成しています。あなたには、新しいカラースキームが売上を増加させるかどうかを判断するタスクが与えられました。あなたは、本番稼働中のトラフィックでテストを実施したいと考えています。どのように調査を設計すべきですか?

A.
外部HTTP(S)ロードバランサーを使用して、事前に決定された割合のトラフィックをアプリケーションの2つの異なるカラースキームにルーティングします。結果を分析して、売上に統計的に有意な差があるかどうかを判断します。
B.
外部HTTP(S)ロードバランサーを使用して、新しいデプロイメントが作成およびテストされている間、トラフィックを元のカラースキームにルーティングします。テストが完了したら、すべてのトラフィックを新しいカラースキームに再ルーティングします。結果を分析して、売上に統計的に有意な差があるかどうかを判断します。
C.
外部HTTP(S)ロードバランサーを使用して、トラフィックをアプリケーションの新しいバージョンにミラーリングします。結果を分析して、売上に統計的に有意な差があるかどうかを判断します。
D.
すべてのユーザーの半数に新しいカラースキームを表示する機能フラグを有効にします。このユーザーグループの売上が増加するかどうかを監視します。
Question 177

あなたは大規模な企業に所属する開発者です。Google Cloud上で3つのGoogle Kubernetes Engine (GKE) クラスタを管理しています。あなたのチームの開発者は、好みの開発ツールへのアクセスを失うことなく、定期的にクラスタを切り替える必要があります。Googleが推奨するベストプラクティスに従って、これらの複数のクラスタへのアクセスを設定したいと考えています。どうすればよいですか?

A.
開発者にCloud Shellを使用し、`gcloud container clusters get-credentials` を実行して別のクラスタに切り替えるように依頼する。
B.
設定ファイルでクラスタ、ユーザー、コンテキストを定義する。そのファイルを開発者と共有し、`kubectl config` を使用してクラスタ、ユーザー、コンテキストの詳細を追加するように依頼する。
C.
開発者に各自のワークステーションにgcloud CLIをインストールし、`gcloud container clusters get-credentials` を実行して別のクラスタに切り替えるように依頼する。
D.
開発者に各自のワークステーションで3つのターミナルを開き、`kubectl config` を使用して各クラスタへのアクセスを設定するように依頼する。
Question 178

あなたは、Cloud RunとFirestore上で動作する新しい小売システムのリード開発者です。ウェブUIの要件として、ユーザーが全商品を閲覧できる必要があります。本番稼働開始から数ヶ月後、繁忙期にCloud Runインスタンスが「HTTP 500: コンテナインスタンスがメモリ制限を超過しています」というエラーで終了されることに気づきました。このエラーは、Firestoreクエリ数の急増と同時に発生しています。 Cloud Runのクラッシュを防ぎ、Firestoreクエリ数を削減する必要があります。システムパフォーマンスを最適化するソリューションを使用したいと考えています。どうすべきでしょうか?

A.
limit付きのカーソルを使用して、商品リストを返すクエリを変更する。
B.
商品に対するカスタムインデックスを作成する。
C.
整数オフセットを使用して、商品リストを返すクエリを変更する。
D.
Cloud Runの設定を変更してメモリ制限を増やす。
Question 179

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

A.
APIへのリクエストの非同期オプションをfalseに設定し、タイムアウトまたはエラーが発生した場合はAPI結果を表示するウィジェットを省略します。
B.
APIへのリクエストの非同期オプションをtrueに設定し、タイムアウトまたはエラーが発生した場合はAPI結果を表示するウィジェットを省略します。
C.
API呼び出しからのタイムアウトまたはエラー例外をキャッチし、API応答が成功するまで指数バックオフで試行し続けます。
D.
API呼び出しからのタイムアウトまたはエラー例外をキャッチし、エラー応答をUIウィジェットに表示します。
Question 180

あなたは大規模な組織の開発者です。あなたのチームはソースコード管理(SCM)にGitを使用しています。ソフトウェアデリバリーの頻度を高めるために、チームがコード管理に関するGoogle推奨のベストプラクティスに従うようにしたいと考えています。あなたのチームはどのSCMプロセスを使用すべきですか?

A.
各開発者は、各製品リリースの前に自身のコードをメインブランチにコミットし、テストを実施し、統合の問題が検出された場合はロールバックします。
B.
開発者の各グループはリポジトリをコピーし、変更を自身のリポジトリにコミットし、各製品リリースの前にコードをメインリポジトリにマージします。
C.
各開発者は自身の作業用にブランチを作成し、変更を自身のブランチにコミットし、毎日コードをメインブランチにマージします。
D.
開発者の各グループは、自身の作業用にメインブランチからフィーチャーブランチを作成し、変更を自身のブランチにコミットし、変更諮問委員会(CAB)が承認した後にコードをメインブランチにマージします。