トキヌク。

GCP PCA サンプル問題

Google Cloud Professional Cloud Architect（GCP PCA）対策のオリジナル問題30問を無料公開。アプリの無料枠と同じ問題で、全200問収録のGCP PCA問題集から抜粋しています。「答えと解説を見る」を開くと、正解だけでなく全選択肢の解説を読めます。

30問無料公開 全200問収録 全選択肢解説付き
アプリで解く（無料・登録不要）→

ソリューションアーキテクチャの設計と計画

要件定義・設計判断

Q1. スタートアップ企業が新規WebサービスのMVPを3か月で公開する計画です。開発者は3名で、インフラ専任の運用担当者はいません。コンテナ化されたステートレスなAPIを提供する基盤として、最も適切なサービスはどれですか。

  1. A. Compute Engineのマネージドインスタンスグループ
  2. B. Cloud Run
  3. C. GKE Standardクラスタ
  4. D. Google Cloud VMware Engine
答えと解説を見る

正解：B

A　OSパッチ適用やイメージ管理などの運用負担が残り、少人数チームの短期立ち上げには向かない

B（正解）　正解。コンテナをデプロイするだけでスケーリングやインフラ管理が不要になり、運用専任者のいない少人数チームに最適

C　Kubernetesクラスタのバージョン管理やノード運用の負担が大きく、運用担当者のいない体制では過剰

D　オンプレミスのVMware資産を移行するためのサービスであり、新規のコンテナワークロードには不適

要件定義・設計判断

Q2. 新システムの要件を整理しています。次のうち、非機能要件に分類されるものはどれですか。

  1. A. ユーザーが注文履歴をCSVでダウンロードできる
  2. B. 管理者が商品情報を一括登録できる
  3. C. 月間可用性99.95%を維持する
  4. D. 決済完了時にユーザーへメールを送信する
答えと解説を見る

正解：C

A　システムが提供する機能そのものであり、機能要件に分類される

B　提供する機能の内容を定めたものであり、機能要件に該当する

C（正解）　正解。可用性・性能・セキュリティなどシステムの品質特性を定めるものは非機能要件

D　システムの振る舞いを定義した機能要件であり、品質特性の定義ではない

要件定義・設計判断

Q3. 小売企業のCTOが、老朽化した社内経費精算システムの扱いを検討しています。経費精算は自社の競争優位に直結しない標準的な業務です。ワークロード配置戦略（build/buy/modify/deprecate）の観点から、最も合理的な判断はどれですか。

  1. A. SaaS製品を購入して置き換える（buy）
  2. B. マイクロサービスとしてフルスクラッチで再構築する（build）
  3. C. 現行コードをそのままVMへリフト&シフトして延命する（modify）
  4. D. 経費精算業務自体を廃止する（deprecate）
答えと解説を見る

正解：A

A（正解）　正解。差別化に寄与しない標準業務は自社開発せず、実績あるSaaSの購入が総所有コストと保守負担の面で合理的

B　自社開発は差別化領域に投資すべきで、標準業務への大規模開発投資は費用対効果が低い

C　老朽化した独自システムの保守負担が残り続け、根本的な解決にならない

D　経費精算は法令上も業務上も必要なプロセスであり、廃止は選択肢にならない

要件定義・設計判断

Q4. オンプレミスからGoogle Cloudへの移行プロジェクトで、経営層から「移行の成功をどう測定するのか」と問われました。最も適切な対応はどれですか。

  1. A. 移行完了後に達成できた項目を集計して報告する
  2. B. Google Cloudの請求額の減少のみを成功指標とする
  3. C. 移行したVMの台数を進捗指標とする
  4. D. 移行前にベースラインを測定してKPIを定義する
答えと解説を見る

正解：D

A　事後にKPIを選ぶと都合の良い指標だけを選定するバイアスが生じ、客観的な成功測定にならない

B　コストは指標の一つにすぎず、性能・可用性・リリース速度などの改善を測定できない

C　作業量の指標であり、移行がビジネスにもたらした価値の測定にはならない

D（正解）　正解。事前にベースラインとKPI（レイテンシ、コスト、リリース頻度など）を定義することで移行前後の比較が可能になる

要件定義・設計判断

Q5. ECサイトの設計で、商品カタログはグローバルに低レイテンシで配信し、在庫数は全リージョンで強整合を保つ必要があります。設計判断として最も適切なものはどれですか。

  1. A. すべてのデータを単一リージョンの強整合データベースに集約する
  2. B. カタログはCDNやキャッシュで配信し、在庫は強整合データベースで管理するよう分離する
  3. C. すべてのデータを結果整合のNoSQLに統一してレイテンシを優先する
  4. D. 在庫確認をやめてレイテンシと整合性の両立を回避する
答えと解説を見る

正解：B

A　強整合は満たせるが、遠隔リージョンのユーザーへのカタログ配信レイテンシ要件を満たせない

B（正解）　正解。整合性要件が異なるデータをコンポーネント分割し、それぞれに適した基盤を選ぶのが設計トレードオフの定石

C　カタログには適するが、在庫の強整合要件を満たせず売り越しのリスクが生じる

D　ビジネス要件そのものを放棄しており、アーキテクチャ設計の解決策ではない

高可用性・DR設計

Q6. DR計画の要件定義で「障害発生時に失われるデータは直近15分以内に抑える」と合意しました。この要件を表す指標はどれですか。

  1. A. RPO（目標復旧時点）
  2. B. RTO（目標復旧時間）
  3. C. MTBF（平均故障間隔）
  4. D. SLA（サービスレベル契約）
答えと解説を見る

正解：A

A（正解）　正解。RPOは障害時に許容できるデータ損失の期間を表し、15分なら15分前までのデータ復元を保証する設計が必要

B　RTOはサービス停止から復旧完了までの許容時間であり、データ損失量の指標ではない

C　故障の発生頻度を表す信頼性指標で、データ損失の許容量とは無関係

D　提供者と利用者の間の合意文書全体を指し、データ損失許容時間そのものを表す指標ではない

データベース選定2つ選択

Q7. データベースとしてSpannerの採用が適切と判断できる要件を2つ選んでください。（2つ選択）

  1. A. 複数リージョンにまたがる強整合なトランザクション処理
  2. B. 1ミリ秒未満のインメモリキャッシュ応答
  3. C. ノード追加による書き込みスループットの水平スケール
  4. D. 既存MySQLアプリを一切変更せずそのまま移行したい
  5. E. モバイル端末とのオフライン同期
答えと解説を見る

正解：A・C

A（正解）　正解。Spannerはマルチリージョン構成でも外部整合性を保証する数少ないリレーショナルDB

B　サブミリ秒応答はMemorystoreなどインメモリストアの領域で、Spannerの適用理由にならない

C（正解）　正解。Spannerは自動シャーディングにより書き込みを水平スケールでき、単一ノードRDBの限界を超えられる

D　SpannerはMySQLワイヤ互換ではなく、無変更移行の要件にはCloud SQLが適する

E　オフライン同期はFirestoreの機能であり、Spannerは提供しない

高可用性・DR設計2つ選択

Q8. リージョン障害が発生してもWebサービスを継続できるアーキテクチャを設計しています。有効な施策として適切なものを2つ選んでください。（2つ選択）

  1. A. 単一リージョン内でマシンタイプを最大サイズへ増強する
  2. B. 複数リージョンにマネージドインスタンスグループを配置する
  3. C. 同一ゾーン内でスナップショットを毎時取得する
  4. D. グローバル外部ALBでヘルスチェックに基づき正常リージョンへルーティングする
  5. E. クライアント側DNSキャッシュのTTLを24時間に延長する
答えと解説を見る

正解：B・D

A　垂直スケーリングは処理能力の話であり、リージョン全体の障害には無力

B（正解）　正解。複数リージョンへの分散配置により、1リージョンの喪失時も他リージョンで処理を継続できる

C　同一障害ドメイン内のバックアップはリージョン障害時に一緒に失われる可能性がある

D（正解）　正解。グローバルLBは異常リージョンを自動的に切り離し、ユーザー操作なしでフェイルオーバーを実現する

E　長いTTLは切替時に古い宛先へ誘導し続け、フェイルオーバーをむしろ阻害する

クラウドインフラの管理とプロビジョニング

ハイブリッド接続

Q9. オンプレミスのデータセンターとGoogle Cloud間で、10Gbpsの安定した専用帯域と99.99%のSLAが必要です。データセンターはコロケーション施設に相互接続ポイントを確保できます。最も適切な接続方式はどれですか。

  1. A. HA VPN
  2. B. 冗長構成のDedicated Interconnect
  3. C. Partner Interconnect
  4. D. ダイレクトピアリング（Direct Peering）
答えと解説を見る

正解：B

A　99.99%のSLAは満たせるがインターネット経由のため、専用の安定した10Gbps帯域は保証できない

B（正解）　正解。Dedicated Interconnectは10Gbps/100Gbpsの専用物理接続を提供し、所定の冗長構成で99.99%SLAを満たせる

C　パートナー経由の接続で施設要件は緩いが、コロケーション接続が可能なら専用線のDedicatedの方が適切

D　GoogleのパブリックサービスとのBGPピアリングでありSLAがなく、VPCへのプライベート接続にも使えない

ハイブリッド接続

Q10. 小規模拠点とGoogle Cloud間の接続で、専用線のコストはかけられず、インターネット経由でも通信の暗号化と冗長性を確保したい要件があります。最も適切な接続方式はどれですか。

  1. A. HA VPN
  2. B. Dedicated Interconnect
  3. C. Classic VPNの単一トンネル
  4. D. パブリックインターネット経由のTLS通信のみ
答えと解説を見る

正解：A

A（正解）　正解。HA VPNはIPsecで暗号化され、冗長トンネル構成により99.99%のSLAを提供する低コストな接続手段

B　物理専用線は月額コストが高く、小規模拠点の要件に対して過剰

C　SLAが99.9%にとどまり冗長性の要件を満たさない。新規構築はHA VPNが推奨

D　アプリ層の暗号化だけではネットワーク層の接続・ルーティング要件を満たせない

ハイブリッド接続

Q11. HA VPNで99.99%の可用性SLAを満たすために必要な構成はどれですか。

  1. A. 1本のトンネルと静的ルートで構成する
  2. B. 2つのリージョンにそれぞれVPNゲートウェイを作成する
  3. C. 両インターフェースからの冗長トンネルとBGP動的ルーティング
  4. D. トンネル本数を4本以上へ増やして合計帯域と可用性を確保する
答えと解説を見る

正解：C

A　単一トンネルではSLAは99.99%にならず、静的ルートでは障害時の経路切替もできない

B　マルチリージョン化はSLA条件ではなく、同一ゲートウェイの2インターフェース利用が条件

C（正解）　正解。両インターフェースからの冗長トンネルとBGPによる動的経路制御が99.99%SLAの条件

D　本数の追加は帯域集約のためで、SLAの条件は冗長インターフェースとBGPの構成

ハイブリッド接続

Q12. AWS上のワークロードとGoogle Cloud上のワークロードを、インターネットを経由せず高帯域・低レイテンシで直接接続したい要件があります。最も適切なサービスはどれですか。

  1. A. 両クラウドのVPN Gatewayを相互接続する
  2. B. Cross-Cloud Interconnect
  3. C. VPCピアリング
  4. D. Cloud CDNの相互接続機能
答えと解説を見る

正解：B

A　接続は可能だがインターネット経由となり、高帯域・低レイテンシの専用接続要件を満たさない

B（正解）　正解。Cross-Cloud InterconnectはGoogle Cloudと他クラウド間を専用線で直接接続するマネージドサービス

C　Google Cloud内のVPC同士を接続する機能で、他クラウドとの接続には使えない

D　CDNはコンテンツ配信のキャッシュサービスで、クラウド間のネットワーク接続機能ではない

ハイブリッド接続

Q13. オンプレミスとGoogle Cloudを500Mbps程度で専用線品質の接続にしたいものの、自社設備をコロケーション施設に設置することはできません。最も適切な接続方式はどれですか。

  1. A. Dedicated Interconnect
  2. B. ダイレクトピアリング
  3. C. Carrier Peering
  4. D. Partner Interconnect
答えと解説を見る

正解：D

A　コロケーション施設でGoogleのネットワークと物理接続する必要があり、施設要件を満たせない

B　VPCへのプライベート接続には使えず、SLAも提供されない

C　Google Workspaceなどパブリックサービス向けの経路改善であり、VPC接続の手段ではない

D（正解）　正解。Partner Interconnectはサービスプロバイダ経由で50Mbps〜50Gbpsの接続を提供し、コロケーション設備なしで専用線品質を得られる

セキュリティとコンプライアンスの設計

IAM設計

Q14. 開発者から「作業しやすいようにプロジェクトのオーナーロールがほしい」と依頼がありました。セキュリティ設計として最も適切な対応はどれですか。

  1. A. 作業効率のため依頼どおりオーナーロールを付与する
  2. B. オーナーの代わりに編集者（Editor）ロールを付与する
  3. C. 実際の作業内容を確認し、必要な事前定義ロールのみを付与する
  4. D. 一切の権限付与を拒否して管理者が代行する
答えと解説を見る

正解：C

A　IAM管理を含む全権限を渡すことになり、最小権限の原則に反する

B　基本ロールは広範な権限の塊であり、依然として最小権限にならない

C（正解）　正解。職務に必要な権限を洗い出し、対応する事前定義ロール（不足があればカスタムロール）を付与するのが最小権限の実践

D　開発が停滞し、管理者への権限集中と作業ボトルネックという別の問題を生む

IAM設計

Q15. セキュリティ監査で「多数のユーザーに基本ロールのEditorが付与されている」と指摘されました。是正方針として最も適切なものはどれですか。

  1. A. Editorのまま監査ログの監視を強化する
  2. B. 利用状況を確認しながら事前定義ロールへ段階的に置き換える
  3. C. 全ユーザーの権限を予告なしに即時Viewerへ一括変更して対応を完了とする
  4. D. EditorをOwnerに変更して管理を単純化する
答えと解説を見る

正解：B

A　事後検知はできても過剰権限そのものが残り、指摘の是正にならない

B（正解）　正解。実際に使われている権限を分析しつつ事前定義ロールへ移行するのが、業務影響を抑えた最小権限化の進め方

C　業務に必要な権限まで失われ、大規模な業務停止を招く

D　権限をさらに拡大する対応であり、指摘と逆行する

IAM設計

Q16. 部署の異動や入退社のたびにIAMポリシーを個別修正しており、権限の付け忘れ・消し忘れが頻発しています。管理を改善する最も適切な方法はどれですか。

  1. A. 職務ごとのGoogleグループへロールを付与する
  2. B. 全ユーザーに同じロールを付与して差異をなくす
  3. C. IAM変更を月次でまとめて棚卸しする
  4. D. 個人のメールアドレスごとにカスタムロールを作成する
答えと解説を見る

正解：A

A（正解）　正解。グループへのロール付与により、人の異動はグループのメンバー変更だけで完結し、権限の漏れと残留を防げる

B　職務に不要な権限が広く配られ、最小権限の原則に反する

C　棚卸しは有効な補完策だが、異動から反映までのタイムラグと手作業ミスは解消しない

D　ロール数が人数分に増殖し、管理負担がかえって悪化する

IAM設計

Q17. GitHub ActionsからGoogle Cloudへデプロイする際、サービスアカウントキーのJSONファイルをリポジトリのシークレットに保存する運用をやめたいと考えています。最も適切な方法はどれですか。

  1. A. キーを暗号化してリポジトリにコミットする
  2. B. Workload Identity連携でキーレス認証に切り替える
  3. C. サービスアカウントキーのローテーション周期を毎週に短縮する
  4. D. 個人ユーザーのパスワードをCIに設定する
答えと解説を見る

正解：B

A　長期キーの存在自体が漏えいリスクであり、保存場所を変えても根本解決にならない

B（正解）　正解。Workload Identity連携により外部IdPのトークンを信頼してキーレスで認証でき、長期キーの管理・漏えいリスクを排除できる

C　漏えいの影響時間は縮むが、キー配布・管理の運用負担とリスクは残る

D　個人認証情報の共有は最悪の運用であり、監査追跡も破綻する

IAM設計

Q18. 運用担当者が本番環境での特権作業を行う際、普段は特権を持たず、作業時のみサービスアカウントの権限で操作したい要件があります。最も適切な方法はどれですか。

  1. A. 特権サービスアカウントのキーを作業者に配布する
  2. B. 作業者全員に常時オーナーロールを付与する
  3. C. 権限借用（impersonation）で短期トークンを使う
  4. D. 本番作業専用の共有ユーザーアカウントを用意する
答えと解説を見る

正解：C

A　長期キーの配布は漏えいリスクが高く、誰が使ったかの追跡も困難

B　常時特権の保有は最小権限に反し、誤操作・侵害時の影響が最大化する

C（正解）　正解。iam.serviceAccountTokenCreatorによる権限借用なら、キーなしで一時的に特権を行使でき、監査ログに実行者が記録される

D　共有アカウントは操作者の特定ができず、認証情報管理も破綻する

技術・ビジネスプロセスの分析と最適化

CI/CD

Q19. 開発チームがGitリポジトリへのpushのたびに、自動でコンテナイメージのビルドとテストを実行したい要件があります。最も適切な構成はどれですか。

  1. A. 開発者が手元でビルドしてArtifact Registryへ手動pushする
  2. B. Cloud Buildトリガーで自動ビルド・テストを実行する
  3. C. Cloud Schedulerで毎晩ビルドを実行する
  4. D. 本番VMに直接ソースを配置してビルドする
答えと解説を見る

正解：B

A　ビルド環境の差異と手作業ミスが入り込み、CIの再現性・自動化の要件を満たさない

B（正解）　正解。Cloud Buildトリガーはpushやプルリクエストを契機にビルド構成を自動実行するマネージドCIの標準手段

C　夜間バッチではpushごとの即時フィードバックが得られず、CIの目的を果たさない

D　本番環境でのビルドは障害リスクと構成汚染を招くアンチパターン

CI/CD

Q20. GKEへの継続的デリバリーで、開発→ステージング→本番と昇格させるパイプラインを構築し、本番昇格前の承認ゲートとカナリアデプロイを宣言的に管理したい要件があります。最も適切なサービスはどれですか。

  1. A. kubectl applyを手順書に沿って各環境で実行する
  2. B. Cloud Schedulerで環境ごとのデプロイスクリプトを起動する
  3. C. Cloud Deployでデリバリーパイプラインを定義する
  4. D. Artifact Registryのタグ運用で環境を表現する
答えと解説を見る

正解：C

A　手作業の昇格は履歴管理・承認・ロールバックの仕組みがなく、宣言的管理の要件を満たさない

B　時刻起動では昇格の順序性・承認ゲートを表現できない

C（正解）　正解。Cloud Deployは環境の昇格順序・承認・カナリア戦略を宣言的に定義できるマネージド継続的デリバリーサービス

D　タグはイメージの識別にすぎず、デプロイの実行・承認・戦略の管理はできない

CI/CD

Q21. 経営層へソフトウェアデリバリーの改善を報告するため、業界で広く使われる指標でチームのパフォーマンスを測定したいと考えています。デプロイ頻度・変更のリードタイム・変更失敗率・サービス復旧時間の4指標の総称はどれですか。

  1. A. DORAの4つのキー指標
  2. B. ゴールデンシグナル
  3. C. RTOとRPO
  4. D. OKR（目標と主要成果）
答えと解説を見る

正解：A

A（正解）　正解。DORA（DevOps Research and Assessment）の4指標はデリバリーのスループットと安定性を測る業界標準の指標群

B　レイテンシ・トラフィック・エラー・飽和度というシステム監視の4指標であり、デリバリー指標ではない

C　災害復旧の目標値であり、開発パフォーマンスの指標ではない

D　目標と主要成果による目標管理フレームワークで、特定の4指標を指す用語ではない

CI/CD

Q22. CIパイプラインで生成したコンテナイメージの保管先を選定しています。脆弱性スキャンと統合され、現在も新規利用が推奨されるサービスはどれですか。

  1. A. Container Registry
  2. B. Cloud Storageバケットにtarで保存する
  3. C. Cloud Source Repositories
  4. D. Artifact Registry
答えと解説を見る

正解：D

A　Container Registryは廃止済みで、Artifact Registryへの移行が必須

B　イメージのバージョン管理・pull認証・スキャンなどレジストリ機能が一切なく不適

C　ソースコード用のリポジトリ（新規受付終了）であり、コンテナイメージの保管先ではない

D（正解）　正解。Artifact Registryはコンテナ・言語パッケージの統合レジストリで、Artifact Analysisによる脆弱性スキャンと統合されている

CI/CD

Q23. 開発チームでは機能ブランチが数週間生存し、マージ時に大規模なコンフリクトが頻発しています。継続的インテグレーションの観点から最も適切な改善はどれですか。

  1. A. マージ担当の専任者を置いてコンフリクト解消を集約する
  2. B. トランクベース開発とフィーチャーフラグへ移行する
  3. C. ブランチの命名規則を厳格化する
  4. D. マージを四半期ごとのリリース時のみに制限する
答えと解説を見る

正解：B

A　作業のボトルネックが生まれるだけで、長命ブランチという根本原因が残る

B（正解）　正解。小さな変更を頻繁にトランクへ統合すればコンフリクトが小さくなり、未完成機能はフラグで本番影響を遮断できる

C　命名はコンフリクトの発生と無関係

D　統合の間隔がさらに延び、コンフリクトの規模が拡大する逆効果の施策

実装の管理

デプロイ・移行支援

Q24. 決済サービスの新バージョンをリリースするにあたり、問題発生時に旧バージョンへ即座に切り戻せることが最優先の要件です。最も適切なデプロイ戦略はどれですか。

  1. A. インプレースで全インスタンスを順次上書きする
  2. B. メンテナンス時間を設けて一括更新する
  3. C. ブルー/グリーンデプロイでトラフィックを切り替える
  4. D. 新バージョンを本番に直接ホットフィックスとして適用する
答えと解説を見る

正解：C

A　旧バージョンの環境が失われるため、切り戻しには再デプロイが必要で時間がかかる

B　停止を伴ううえ、問題発生時の切り戻しも一括作業になり遅い

C（正解）　正解。旧環境（ブルー）を残したままトラフィックのみ切り替えるため、問題時はルーティングを戻すだけで即座にロールバックできる

D　検証を経ない直接適用はリスクが高く、切り戻し手段も確保されない

デプロイ・移行支援

Q25. Cloud Runで運用するAPIの新リビジョンを、まず全体の5%のトラフィックで検証し、問題なければ段階的に拡大したい要件があります。最も適切な方法はどれですか。

  1. A. トラフィック分割でリビジョン配分を段階変更する
  2. B. 新リビジョン用に別サービスを作成しDNSの重みで分散する
  3. C. デプロイ後に問題があればすぐ再デプロイで戻す運用にする
  4. D. 利用者の少ない深夜に全量を切り替える
答えと解説を見る

正解：A

A（正解）　正解。Cloud Runはリビジョン単位のトラフィック分割を標準機能として提供し、5%→50%→100%のような段階的移行が設定だけで行える

B　DNSキャッシュにより配分が不正確になり、標準機能があるのに構成が複雑化する

C　全トラフィックが一度に新版へ向かうため、5%での検証という要件を満たさない

D　時間帯の工夫であって段階的な検証にはならず、深夜でも全ユーザーが影響を受ける

デプロイ・移行支援

Q26. アプリケーションの新機能はデータベースのカラム名変更を伴います。デプロイの停止時間なしでこの変更をリリースする、最も適切な進め方はどれですか。

  1. A. アプリとDBスキーマを同一メンテナンス時間内に同時変更する
  2. B. expand-contractパターンで段階的に移行する
  3. C. カラム名変更をトリガーで動的に吸収し続ける
  4. D. スキーマ変更を避けて新機能を断念する
答えと解説を見る

正解：B

A　停止時間が発生するうえ、失敗時はアプリとDBの両方を戻す高リスクな作業になる

B（正解）　正解。新カラム追加（expand）→両対応アプリ→データ移行→旧カラム削除（contract）の段階移行なら無停止で安全に変更できる

C　恒久的なトリガー依存は複雑性と性能劣化を残す暫定策にすぎない

D　技術的に確立された無停止移行パターンがあり、機能を断念する理由にならない

デプロイ・移行支援

Q27. 運用チームから「コンソール上で構成の意味や障害の切り分けをAIに相談しながら作業したい」という要望があります。Google Cloudコンソールに統合されたAI支援機能はどれですか。

  1. A. Cloud Trace
  2. B. NotebookLM Enterprise
  3. C. Gemini Cloud Assist
  4. D. Error Reporting
答えと解説を見る

正解：C

A　分散トレーシングの収集・可視化サービスであり、対話型のAI支援機能ではない

B　ドキュメント理解を支援するGeminiベースのツールだが、クラウドコンソールの運用支援に統合されたものではない

C（正解）　正解。Gemini Cloud AssistはコンソールでGoogle Cloud環境の設計・運用・トラブルシューティングを対話的に支援するAI機能

D　アプリケーションエラーの集約・通知サービスであり、対話型の支援機能ではない

ソリューションと運用の卓越性

モニタリング・オブザーバビリティ

Q28. 数十のプロジェクトに分散したリソースのメトリクスを、単一のダッシュボードとアラート基盤で横断監視したい要件があります。最も適切な構成はどれですか。

  1. A. プロジェクトごとに個別のダッシュボードを作成して巡回する
  2. B. 監視用プロジェクトのメトリクススコープに各プロジェクトを追加して一元監視する
  3. C. 各プロジェクトのメトリクスをCSVで日次エクスポートして集計する
  4. D. すべてのリソースを1つのプロジェクトへ移設する
答えと解説を見る

正解：B

A　横断的な相関分析ができず、監視の運用負担がプロジェクト数に比例して増える

B（正解）　正解。メトリクススコープにより複数プロジェクトのメトリクスを単一のスコーピングプロジェクトから横断的に参照・アラート設定できる

C　リアルタイム性が失われ、アラートの基盤としても機能しない

D　監視のためにリソース分離・ガバナンス設計を壊すのは本末転倒

モニタリング・オブザーバビリティ

Q29. 公開Webサービスについて、ユーザー視点での死活を世界各地から定期確認し、応答不能時に通知を受けたい要件があります。最も適切な設定はどれですか。

  1. A. VMのCPU使用率アラートを設定する
  2. B. ロードバランサのアクセスログ件数を毎朝手動で確認する
  3. C. 稼働時間チェックとアラートポリシーを構成する
  4. D. Cloud Traceで応答を常時記録する
答えと解説を見る

正解：C

A　インフラ指標が正常でもアプリが応答不能なケースを検出できない

B　事後の手動確認であり、リアルタイムの死活検知にならない

C（正解）　正解。稼働時間チェックは世界各地のプローブからエンドポイントを定期検査し、失敗時にアラート通知できる

D　Cloud Traceはレイテンシ分析のためのトレーシングであり、外形死活監視の機能ではない

モニタリング・オブザーバビリティ

Q30. アプリケーションログに出力される特定の業務エラー（決済失敗）の発生数を時系列で可視化し、しきい値超過でアラートを発報したい要件があります。最も適切な方法はどれですか。

  1. A. ログベースの指標を作成してアラートポリシーを設定する
  2. B. ログを毎時grepするcronスクリプトを運用する
  3. C. エラーのたびに担当者がダッシュボードへ手動記録する
  4. D. ログの保持期間を延長する
答えと解説を見る

正解：A

A（正解）　正解。ログベースの指標はログのフィルタ条件に一致するエントリ数等をメトリクス化でき、通常のアラートポリシーで監視できる

B　自前ポーリングは遅延と保守負担があり、マネージド機能で足りる

C　手動記録は漏れと遅延が避けられず、可視化・アラートの基盤にならない

D　保持期間はログの保存の話であり、集計・アラートの要件と無関係

続きは演習アプリで

このページの30問は、演習アプリなら弱点に合わせた出題・成績記録つきで解けます。全200問と本番形式の模擬試験は期間パス（1,500円/30日、自動更新なし）で利用できます。

GCP PCAの演習を無料で始める →

GCP PCA問題集の詳細（出題範囲・よくある質問）→

掲載している問題はすべてトキヌクのオリジナル問題です。実試験問題の流出コピー（ブレインダンプ）は一切使用していません。本サービスは非公式の学習教材であり、各認定団体とは提携・承認・後援関係にありません。試験名は各団体の商標または登録商標です。
トキヌク トップページへ