Professional Cloud Architect 模擬問題集（2021.02.10）

※ 他の問題集は「タグ：Professional Cloud Architect の模擬問題集」から一覧いただけます。

この模擬問題集は「Professional Cloud Architect Practice Exam (2021.02.10)」の回答・参考リンクを改定した日本語版の模擬問題集です。

Google Cloud 認定資格 – Professional Cloud Architect – 模擬問題集（全 57問）

Question 1

会社のテストスイートは Linux 仮想マシン上で毎日テストを実行するカスタム C++ アプリケーションです。
テスト用に予約された限られた数のオンプレミスのサーバ上で実行されているため、完全なテストスイートを完成させるのに数時間かかります。会社ではシステムの変更を完全にテストするのにかかる時間を短縮し、テストの変更を可能な限り少なくするためにテスト インフラストラクチャをクラウドに移行したいと考えています。
どのクラウド インフラストラクチャをお勧めしますか？

• A. 非マネージド インスタンス グループと ネットワーク ロードバランサ の Google Compute Engine。
• B. マネージド インスタンス グループでの自動スケーリングの Google Compute Engine。
• C. ApacheHadoop ジョブを実行して各テストを処理する Google Cloud Dataproc。
• D. Google StackDriver Logging を利用した Google App Engine。

Correct Answer: B

Google Compute Engine はユーザーがオンデマンドで仮想マシン（VM）を起動できるようにします。VM は標準イメージまたはユーザーが作成したカスタムイメージから起動することができます。
マネージド インスタンス グループは負荷の増減に応じて自動的にインスタンスを追加または削除できる自動スケーリング機能を提供します。自動スケーリングはアプリケーションがトラフィックの増加に優雅に対応し、リソースの必要性が低い場合にコストを削減するのに役立ちます。
B: カスタム C++アプリケーションのための着信IPデータトラフィックについては言及されていません。
C: Apache HadoopはC++アプリケーションのテストには適していません。Apache Hadoop はMapReduceプログラミングモデルを使用したビッグデータのデータセットの分散ストレージと処理に使用されるオープンソースのソフトウェア フレームワークです。
D: Google App Engine はWebアプリケーションでの使用を目的としています。
Google App Engine は Google が管理するデータセンターでWebアプリケーションを開発し、ホスティングするためのWebフレームワークおよびクラウドコンピューティングプラットフォームです。

Reference contents:
– インスタンスのグループの自動スケーリング | Compute Engine ドキュメント

Question 2

リードソフトウェア エンジニアの新しいアプリケーションの設計ではWeb サーバに分散されていないWebSocket とHTTP セッションを使用していると話しています。
アプリケーションが Google Cloud Platform で正常に動作することを確認するためにサポートしたいと考えています。
何をすべきでしょうか？

• A. エンジニアがHTTP ストリーミングを使用するためにWebSocket コードを変換するのに役立ちます。
• B. セキュリティチームとのWebSocket 接続の暗号化要件を確認します。
• C. クラウド運用チームとエンジニアでロードバランサーのオプションについて話し合います。
• D. エンジニアがWebSocket と HTTP セッションに依存しない分散型ユーザーセッションサービスを使用するようにアプリケーションを再設計するようにします。

Correct Answer: C

Google Cloud Platform のHTTP(S) 負荷分散はインスタンス向けの HTTP(S) リクエストに対してグローバル 負荷分散を提供します。
HTTP(S) 負荷分散はWebSocket プロトコルをネイティブにサポートしています。
A: HTTP サーバープッシュはHTTP ストリーミングとも呼ばれ、クライアントからのリクエストなしにHTTP サーバーからクライアントに情報を非同期的に送信するクライアント-サーバー通信パターンです。サーバープッシュ アーキテクチャーは 1つ以上のクライアントがサーバーから継続的に情報を受け取る必要がある高度にインタラクティブなWeb やモバイルアプリケーションに特に効果的です。

Reference contents:
– 外部 HTTP(S) 負荷分散の概要

Question 3

会社のアプリケーション信頼性エンジニアリング チームはバックエンド サービスにデバッグ機能を追加し、最終的な分析のためにすべてのサーバーイベントをGoogle Cloud Storage に送信しました。
イベントレコードは少なくとも 50 KB、最大 15 MBで、毎秒 3,000 件のイベントでピークに達すると予想されます。また、データの損失を最小限に抑えたいと考えています。
どのプロセスを実装するあるでしょうか？

• A. ファイル本体にメタデータを追加します。個々のファイルを圧縮します。serverName Timestamp でファイルに名前を付けます。バケットが 1時間よりも古い場合は新しいバケットを作成し、個々のファイルを新しいバケットに保存します。それ以外の場合は既存のバケットにファイルを保存します。
• B. 10,000 イベントごとにメタデータ用の単一のマニフェストファイルでバッチ処理を行います。イベントファイルとマニフェストファイルを単一のアーカイブファイルに圧縮します。serverName EventSequenceを使用してファイルに名前を付けます。バケットが 1日よりも古い場合は新しいバケットを作成し、単一のアーカイブ ファイルを新しいバケットに保存します。それ以外の場合は単一のアーカイブファイルを既存のバケットに保存します。
• C. 個々のファイルを圧縮します。serverName EventSequence でファイルに名前を付けます。ファイルを 1つのバケットに保存します。保存後、各オブジェクトにカスタムメタデータヘッダを設定します。
• D. ファイル本体にメタデータを追加します。個々のファイルを圧縮します。ランダムな接頭辞パターンでファイルに名前を付けます。ファイルを 1つのバケットに保存します。