CertPass

Question 131

あなたのチームはCloud Functionsのコードに対する単体テストを開発しています。コードはCloud Source Repositoriesのリポジトリに保存されています。あなたはテストの実装を担当しています。特定のサービスアカウントのみが、Cloud Functionsにコードをデプロイするために必要な権限を持っています。テストに合格しなければコードをデプロイできないようにしたいと考えています。単体テストのプロセスをどのように構成すべきですか？

Cloud Buildを設定してCloud Functionをデプロイします。コードがテストに合格した場合、デプロイ承認があなたに送信されます。

Cloud Buildを設定して、特定のサービスアカウントをビルドエージェントとして使用し、Cloud Functionをデプロイします。デプロイが成功した後に単体テストを実行します。

Cloud Buildを設定して単体テストを実行します。コードがテストに合格した場合、開発者がCloud Functionをデプロイします。

Cloud Buildを設定して、特定のサービスアカウントをビルドエージェントとして使用し、単体テストを実行します。コードがテストに合格した場合、Cloud BuildがCloud Functionをデプロイします。

Question 132

あなたのチームは、本番プロジェクトのCloud Runで実行されているアプリケーションでエラーの急増を検出しました。このアプリケーションは、Pub/SubトピックAからメッセージを読み取り、メッセージを処理し、トピックBにメッセージを書き込むように構成されています。エラーの原因を特定するためにテストを実施したいと考えています。テストには一連のモックメッセージを使用できます。どうすべきですか？

ローカルマシンにPub/SubおよびCloud Runエミュレータをデプロイします。アプリケーションをローカルにデプロイし、アプリケーションのロギングレベルをDEBUGまたはINFOに変更します。モックメッセージをトピックAに書き込み、ログを分析します。

gcloud CLIを使用してモックメッセージをトピックAに書き込みます。アプリケーションのロギングレベルをDEBUGまたはINFOに変更し、ログを分析します。

ローカルマシンにPub/Subエミュレータをデプロイします。本番アプリケーションをローカルのPub/Subトピックに向けます。モックメッセージをトピックAに書き込み、ログを分析します。

Google Cloudコンソールを使用してモックメッセージをトピックAに書き込みます。アプリケーションのロギングレベルをDEBUGまたはINFOに変更し、ログを分析します。

Question 133

あなたは、ユーザーに代わってGoogle Cloud API経由でGoogle Cloudサービスと対話する必要があるJavaウェブサーバーを開発しています。ユーザーは自身のGoogle Cloud IDを使用してGoogle Cloud APIに認証できる必要があります。あなたのウェブアプリケーションではどのワークフローを実装すべきですか？

1. ユーザーがアプリケーションにアクセスしたら、Googleのユーザー名とパスワードの入力を求めます。 2. ユーザー名とともにSHAパスワードハッシュをアプリケーションのデータベースに保存します。 3. アプリケーションは、Authorizationリクエストヘッダーにユーザー名とパスワードハッシュを含めたHTTPSリクエストを使用してGoogle Cloud APIに認証します。

1. ユーザーがアプリケーションにアクセスしたら、Googleのユーザー名とパスワードの入力を求めます。 2. ユーザーのユーザー名とパスワードをHTTPSリクエストでGoogle Cloud認可サーバーに転送し、アクセストークンを要求します。 3. Googleサーバーはユーザーの認証情報を検証し、アプリケーションにアクセストークンを返します。 4. アプリケーションはそのアクセストークンを使用してGoogle Cloud APIを呼び出します。

1. ユーザーがアプリケーションにアクセスしたら、要求された権限のリストが表示され、ユーザーにGoogleアカウントへのSSOでのサインインを促すGoogle Cloud同意画面にリダイレクトします。 2. ユーザーがサインインして同意した後、アプリケーションはGoogleサーバーから認可コードを受け取ります。 3. Googleサーバーは認可コードをユーザーに返し、それはブラウザのCookieに保存されます。 4. ユーザーはCookie内の認可コードを使用してGoogle Cloud APIに認証します。

1. ユーザーがアプリケーションにアクセスしたら、要求された権限のリストが表示され、ユーザーにGoogleアカウントへのSSOでのサインインを促すGoogle Cloud同意画面にリダイレクトします。 2. ユーザーがサインインして同意した後、アプリケーションはGoogleサーバーから認可コードを受け取ります。 3. アプリケーションはGoogleサーバーに認可コードをアクセストークンと交換するように要求します。 4. Googleサーバーはアクセストークンで応答し、アプリケーションはそのアクセストークンを使用してGoogle Cloud APIを呼び出します。

Question 134

あなたは最近、新しいアプリケーションを開発しました。Dockerfileなしで、そのアプリケーションをCloud Runにデプロイしたいと考えています。あなたの組織では、すべてのコンテナイメージを中央管理されたコンテナリポジトリにプッシュすることが義務付けられています。Google Cloudサービスを使用してコンテナをビルドするには、どうすればよいですか？（2つ選択してください）

ソースコードをArtifact Registryにプッシュする。

イメージをプッシュするためにCloud Buildジョブを送信する。

pack CLIでpack buildコマンドを使用する。

gcloud run deploy CLIコマンドに--sourceフラグを含める。

gcloud run deploy CLIコマンドに--platform=kubernetesフラグを含める。

Question 135

あなたの会社は新しいAPIをApp Engine スタンダード環境にデプロイしました。テスト中に、APIが期待通りに動作していないことが判明しました。アプリケーションを再デプロイすることなく、アプリケーションコード内の問題を診断するために、アプリケーションを継続的に監視したいと考えています。どのツールを使用すべきですか？

Stackdriver Trace (Cloud Trace)

Stackdriver Monitoring (Cloud Monitoring)

Stackdriver Debug Snapshots (Cloud Debugger スナップショット)

Stackdriver Debug Logpoints (Cloud Debugger ログポイント)

Professional Cloud Developer