CertPass

Question 231

Cloud Runに新しい機能を本番環境へデプロイする必要があります。あなたの会社のSREチームは、コード変更エラーによる大規模なダウンタイムを避けるため、段階的なデプロイを義務付けています。このデプロイを最小限の労力で設定したいと考えています。どうすればよいですか？

アプリケーションのフロントエンドロードバランサーを設定して、新しいリビジョンと古いリビジョンを切り替える。

アプリケーションコードを設定して、少数のユーザーを新しくデプロイされたリビジョンに送信する。

「このリビジョンをすぐに提供する」のチェックを外して機能をデプロイし、新しいリビジョンがトラフィックのごく一部を処理するように設定します。エラーを確認し、必要に応じてリビジョンへのトラフィックを増やします。

「このリビジョンをすぐに提供する」にチェックを入れて機能をデプロイします。エラーを確認し、前のリビジョンにロールバックし、デプロイメントにバグがないことを確認するまでこのプロセスを繰り返します。

Question 232

あなたは、ユーザーにストリーミングAPIを提供する、GKE上の外部向けアプリケーションを開発しています。クライアントアプリケーションごとに1日あたり許可されるAPIリクエスト数に基づいて、「ベーシック」と「プレミアム」の2つのサブスクリプション階層をユーザーに提供したいと考えています。Googleが推奨するプラクティスに従いながら、ユーザーにサブスクリプション階層を提供するためのアプリケーションアーキテクチャを設計したいと考えています。どうすべきでしょうか？

1. GKE上のサービスをApigeeプロキシのバックエンドとして構成します。 2. クライアントアプリケーションを識別するために、ユーザーにAPIキーを提供します。 3. サブスクリプション階層に基づいて、ApigeeでAPIキーに対するQuotaポリシーを構成します。

1. GKE上のサービスをApigeeプロキシのバックエンドとして構成します。 2. クライアントアプリケーションを識別するために、ユーザーにAPIキーを提供します。 3. サブスクリプション階層に基づいて、ApigeeでAPIキーに対するSpikeArrestポリシーを構成します。

1. GKE上のサービスを、それぞれ個別のApplication Load Balancerを持つ2つの新しいプロジェクトのバックエンドとして構成します。 2. 各プロジェクトに対して個別に「リージョンごと、ネットワークごとの秒間クエリ数（QPS）」クォータを構成します。 3. サブスクリプション階層に基づいて、ユーザーにAPIエンドポイントを提供します。

1. アプリケーションを2つのGKEクラスタ（各サブスクリプション階層に1つずつ）にデプロイします。各クラスタに個別のIngressを構成します。 2. 各クラスタをApigeeプロキシのバックエンドとして構成します。 3. クライアントアプリケーションを識別するために、ユーザーにAPIキーを提供します。 4. サブスクリプション階層に基づいて、クライアントアプリケーションに個別のレート制限を構成します。

Question 233

あなたの組織では、外部アイデンティティプロバイダ（IdP）にユーザーとグループが設定されています。全従業員にGoogle Cloudコンソールへのアクセスを許可するために、同じ外部IdPを活用したいと考えています。また、ユーザーがGoogle Cloudコンソールにアクセスする際に、ユーザーの名前と写真を表示して、サインイン体験をパーソナライズしたいと考えています。どうすればよいですか？

外部IdPとのWorkforce Identity連携を設定し、属性マッピングをセットアップする。

ユーザー名と写真を使用して各個人用のサービスアカウントを設定し、各ユーザーにそれぞれのサービスアカウントを借用する権限を付与する。

外部IdPトークンを取得するためにWorkload Identity連携を設定し、これらのトークンを使用してGoogle Cloudコンソールにサインインする。

全ユーザーの組織のメールIDを含むGoogleグループを作成する。ユーザーに同じ名前、職場のメールID、パスワードを使用して登録およびサインインするように依頼する。

Question 234

あなたは、非同期メッセージングサービス上でリクエストを作成する新しいAPIを開発しています。リクエストは、さまざまなサービスによって消費されます。インフラストラクチャ管理のオーバーヘッドを最小限に抑えながら、gRPCインターフェースを使用してAPIを公開する必要があります。どのようにAPIをデプロイすべきですか？

APIをApp Engineにデプロイします。Pub/Subトピックを作成し、APIがメッセージをトピックにプッシュするように構成します。

APIをCloud Runサービスとしてデプロイします。Pub/Subトピックを作成し、APIがメッセージをトピックにプッシュするように構成します。

APIをGKEクラスタにデプロイします。Kafkaクラスタを作成し、APIがメッセージをクラスタに書き込むように構成します。

APIをCompute Engineインスタンスにデプロイします。Kafkaクラスタを作成し、APIがメッセージをクラスタに書き込むように構成します。

Question 235

本番環境でアプリケーションを運用しています。このアプリケーションは、マネージドインスタンスグループによって制御される Compute Engine 仮想マシンインスタンスにデプロイされています。トラフィックは HTTP(S) ロードバランサー経由でインスタンスにルーティングされます。ユーザーがアプリケーションにアクセスできなくなりました。アプリケーションが利用できなくなったときにアラートを通知する監視手法を実装したいと考えています。どの手法を選択すべきでしょうか？

スモークテスト

Stackdriver 稼働時間チェック

Cloud Load Balancing ヘルスチェック

マネージドインスタンスグループヘルスチェック

Professional Cloud Developer