[Q14-Q32] Professional-Cloud-DevOps-Engineer日本語無料更新100%試験合格率保証 [2025]

Professional-Cloud-DevOps-Engineer日本語無料更新100%試験合格率保証 [2025]

[2025年09月] 認証されたGoogle試験問題集でProfessional-Cloud-DevOps-Engineer日本語試験学習ガイド

質問 # 14
トラフィックの多いマルチリージョン Web アプリケーションのサービスレベル目標 (SLO) を定義する必要があります。顧客は、アプリケーションが常に利用可能であり、応答時間が速いことを期待しています。現在、顧客はアプリケーションのパフォーマンスと可用性に満足しています。現在の測定に基づくと、28 日間の期間で、遅延の 90 パーセンタイルが 120 ミリ秒、遅延の 95 パーセンタイルが 275 ミリ秒であることがわかります。公開するためにチームに推奨するレイテンシー SLO はどれですか?

A. 90 パーセンタイル - 100ms
95 パーセンタイル - 250ms
B. 90 パーセンタイル - 150ms
95 パーセンタイル - 300ms
C. 90 パーセンタイル - 120ms
95 パーセンタイル - 275ms
D. 90 パーセンタイル - 250ms
95 パーセンタイル - 400ms

正解：B

解説：
Explanation
https://sre.google/sre-book/service-level-objectives/

質問 # 15
異なる VPC 内の Google Kubernetes Engine (GKE) クラスター間の接続を構成しているクラスター A のノードがクラスター B のノードにアクセスできないことに気づいたワークロードアクセスの問題はネットワーク構成が原因であると思われるトラブルシューティングを行う必要がある問題は発生しているが、ワークロードとノードへの実行アクセス権がないネットワーク接続が切断されているレイヤーを特定したい場合はどうすればよいですか?

A. 両方の VPC で VPC フローログを有効にし、パケットドロップを監視します。
B. クラスター A のノードにツールボックスコンテナーをインストールします。クラスター B へのルートが適切に構成されていることを確認します。
C. デバッグコンテナを使用して、クラスタ A からクラスタ B へ、およびクラスタ B からクラスタ A へtraceroute コマンドを実行します。共通の障害ポイントを特定します。
D. ネットワーク接続センターを使用して、クラスター A からクラスターへの接続テストを実行します。

正解：C

質問 # 16
あなたの会社は最近 Google Cloud に移行しました。会社が Google Cloud で新しいプロジェクトや基本リソースをプロビジョニングするには、高速で信頼性が高く、反復可能なソリューションを設計する必要があります。あなたは何をするべきか？

A. Terraform モジュールを作成し、ソース管理リポジトリに保存します。apply コマンドをコピーして実行し、新しいプロジェクトを作成します。
B. Cloud Foundation Toolkit の Terraform リポジトリを使用します。適切なパラメータを指定してコードを適用して、Google Cloud プロジェクトと関連リソースを作成します。
C. Google Cloud コンソールを使用してプロジェクトを作成します。
D. gcloud CLI を使用して、リクエストから適切なパラメータを渡すスクリプトを作成します。スクリプトを Git リポジトリに保存します。

正解：B

解説：
Terraform is an open-source tool that allows you to define and provision infrastructure as code1. Terraform can be used to create and manage Google Cloud resources, such as projects, networks, and services2. The Cloud Foundation Toolkit is a set of open-source Terraform modules and tools that provide best practices and guidance for deploying Google Cloud infrastructure3. The Cloud Foundation Toolkit includes Terraform repositories for creating Google Cloud projects and related resources, such as IAM policies, APIs, service accounts, and billing4. By using the Terraform repositories from the Cloud Foundation Toolkit, you can design a fast, reliable, and repeatable solution for your company to provision new projects and basic resources in Google Cloud. You can also customize the Terraform code to suit your specific needs and preferences.

質問 # 17
組織では、変更諮問委員会 (CAB) を使用して、既存のサービスに対するすべての変更を承認しています。このプロセスを改訂して、ソフトウェア配信のパフォーマンスへの悪影響を排除したいと考えています。どうすればよいですか?
2 つの答えを選択してください

A. CAB をシニアマネージャーに置き換えて、開発から展開までの継続的な監督を確保します。
B. 個々の変更については、コードのチェックイン時に適用され、自動テストによってサポートされるピアレビューベースのプロセスに移行します。
C. より大規模だが頻度の低いソフトウェアリリースへのバッチ変更
D. チームの開発プラットフォームにより、開発者が変更の影響について迅速にフィードバックを取得できるようにします。
E. 開発者が独自の変更をマージできるようにしますが、問題が発見された場合はチームのデプロイメントプラットフォームが変更をロールバックできるようにします。

正解：B、D

質問 # 18
Google Cloud Platform (GCP) 上で実行される高トラフィックの Web アプリケーションをサポートしているとします。アプリケーションにエンジニアリング上の変更を加えることなく、ユーザーの観点からアプリケーションの信頼性を測定する必要があります。あなたは何をするべきか？
2 つの答えを選択してください

A. ユーザー操作のための追加情報を取得するようにコードを変更します。
B. 新しい合成クライアントを作成して、アプリケーションを使用したユーザージャーニーをシミュレートします。
C. 現在のアプリケーションメトリックを確認し、必要に応じて新しいメトリックを追加します。
D. Web プロキシログのみを分析し、各リクエストの応答時間をキャプチャします。
E. 現在および過去のリクエストログを使用して、アプリケーションと顧客のやり取りを追跡します。

正解：B、E

解説：
The most effective ways to measure application reliability from a user perspective without making any engineering changes are to create new synthetic clients to simulate a user journey using the application, and to use current and historic Request Logs to trace customer interaction with the application. These methods can help you monitor the availability, latency, and errors of your application from an end-user perspective .

質問 # 19
マイクロサービスアーキテクチャを使用してトラフィックの多い Web アプリケーションをサポートするとします。アプリケーションのホームページには、現在の天気、株価、ニュースの見出しなどのコンテンツを含む複数のウィジェットが表示されます。メインの処理スレッドは、各ウィジェットの専用マイクロサービスを呼び出し、ユーザーのためにホームページをレイアウトします。マイクロサービスは時々失敗します。その場合、提供スレッドは一部のコンテンツが欠落している状態でホームページを提供します。アプリケーションのユーザーは、この劣化モードが頻繁に発生すると不満を感じますが、コンテンツをまったく提供しないよりは、何らかのコンテンツを提供したいと考えます。ユーザーエクスペリエンスが過度に低下しないようにサービスレベル目標 (SLO) を設定したいと考えています。これを測定するにはどのサービスレベルインジケーター (SLI) を使用する必要がありますか?

A. 品質 SLI: 総応答に対する非劣化応答の割合
B. 可用性 SLI: マイクロサービスの総数に対する正常なマイクロサービスの割合
C. 鮮度 SLI: 過去 10 分間に更新されたウィジェットの割合
D. レイテンシー SLI: マイクロサービス呼び出しの総数に対する 100 ミリ秒未満で完了するマイクロサービス呼び出しの割合

正解：B

解説：
Explanation
https://cloud.google.com/blog/products/gcp/available-or-not-that-is-the-question-cre-life-lessons

質問 # 20
Google Cloud にデプロイされたアプリケーションのフロントエンド層を構成しています。フロントエンド層は ngmx でホストされ、Envoy ベースの外部 HTTP(S) ロードバランサを前面に備えたマネージドインスタンスグループを使用してデプロイされます。アプリケーションは完全にヨーロッパ内にデプロイされます。 west2 リージョン: 英国に拠点を置くユーザーのみにサービスを提供します。最もコスト効率の高いネットワーク層と負荷分散構成を選択する必要があります。何を使用する必要がありますか?

A. リージョンロードバランサーを備えたプレミアムティア
B. リージョンロードバランサーを備えたスタンダードティア
C. グローバルロードバランサーを備えたスタンダードティア
D. グローバルロードバランサーを備えたプレミアムティア

正解：A

解説：
Explanation
The most cost-effective network tier and load balancing configuration for your frontend tier is to use Premium Tier with a regional load balancer. Premium Tier is a network tier that provides high-performance and low-latency network connectivity across Google's global network. A regional load balancer is a load balancer that distributes traffic within a single region. Since your application is deployed entirely within the europe-west2 region and only serves users based in the United Kingdom, you can use Premium Tier with a regional load balancer to optimize the network performance and cost.

質問 # 21
会社のセキュリティチームは、_Required バケット内のデータアクセス監査ログへの読み取り専用アクセス権を持っている必要があります。最小特権の原則と Google が推奨する実践に従って、セキュリティチームに必要な権限を付与したいと考えています。あなたは何をするべきか？

A. セキュリティチームの各メンバーにロール/ロギング、ビューアのロールを割り当てます。
B. セキュリティチームの各メンバーに、roles/logging.privateLogViewer ロールを割り当てます。
C. セキュリティチームのメンバー全員が含まれるグループに、roles/logging.privateLogviewer ロールを割り当てます。
D. 役割/ロギングを割り当てます。すべてのセキュリティチームメンバーが含まれるグループに対する閲覧者の役割

正解：C

質問 # 22
大容量のエンタープライズアプリケーションの信頼性については、お客様が責任を負います。多くのユーザーが、アプリケーションの機能の重要なサブセット (データ集約型のレポート機能) が HTTP 500 エラーで常に失敗していると報告しています。アプリケーションのダッシュボードを調査すると、障害と、レポートの生成に使用される内部キューのサイズを表すメトリックとの間に強い相関関係があることがわかります。障害を追跡すると、I/O 待機時間が長いレポートバックエンドが発生します。バックエンドの永続ディスク (PD) のサイズを変更することで、問題をすぐに解決できます。レポート生成機能用の可用性サービスレベルインジケーター (SLI) を作成する方法。どのように定義しますか?

A. すべてのレポート生成バックエンドにわたって集計された I/O 待機時間として
B. アプリケーションのレポート生成キューサイズと既知の正常なしきい値との比較
C. 成功した応答が返されたレポート生成リクエストの割合として
D. 既知の良好なしきい値と比較した、容量全体にわたるバックエンド PD のレポートとして

正解：C

解説：
Explanation
According to SRE Workbook, one of potential SLI is as below:
* Type of service: Request-driven
* Type of SLI: Availability
* Description: The proportion of requests that resulted in a successful response.
https://sre.google/workbook/implementing-slos/

質問 # 23
Stackdriver Logging にログを書き込むアプリケーションを管理するとします。一部のチームメンバーにログをエクスポートする権限を与える必要があります。あなたは何をするべきか？

A. カスタム IAM ロールを作成し、logging.sinks.list およびlogging.sink.get 権限を付与します。
B. Cloud IAM でのlogging.configWriterのIAMロールをチームメンバーに付与します。
C. Cloud IAM で組織ポリシーを作成し、これらのメンバーのみにログエクスポートの作成を許可します。
D. これらのメンバーのみがログをエクスポートできるように Access Context Manager を構成します。

正解：B

解説：
Explanation
https://cloud.google.com/logging/docs/access-control
The logging.configWriter role grants permissions to create, update, and delete log exports. This is the correct role to give team members who need to export logs2.

質問 # 24
Cloud Run と Cloud Functions でクライアントアプリケーションを構築して実行しています。クライアントは、ログをログサービスにインポートできるように、すべてのログを 1 年間利用できるようにする必要があります。必要なコードの変更は最小限に抑える必要があります。どうすればよいですか?

A. ストレージバケットと適切な VPC ファイアウォールルールを作成する Cloud Run のすべてのイメージと Cloud Functions のすべての関数を更新して、ストレージバケット内のファイルにログを送信します
B. ログバケットとログシンクを作成します。ログバケットの保持期間を 365 日に設定するログをバケットに送信するようにロギングシンクを構成するクライアントにバケットへのアクセスを許可してログを取得する
C. Pub/Sub トピックのサブスクリプションとログシンクを作成するすべてのログをトピックに送信するようにログシンクを構成するログを取得するためにクライアントにトピックへのアクセスを許可する
D. Cloud Run のすべてのイメージと Cloud Functions のすべての関数を更新して、Cloud Logging とクライアントのロギングサービスの両方にログを送信します。ログの送信に必要なすべてのポートが VPC ファイアウォールで開いていることを確認します。

正解：B

質問 # 25
Compute Engine 上で実行されているアプリケーションサーバーのプールがあります。最小限の構成で済み、開発者がトラブルシューティングのためにアプリケーションログに簡単にアクセスできる、安全なソリューションを提供する必要があります。GCP でソリューションをどのように実装しますか?

A. * Stackdriver ロギングエージェントをアプリケーションサーバーにデプロイします。
* 開発者に IAM ログのプライベートログ閲覧者ロールを付与して、Stackdriver にアクセスし、ログを表示できるようにします。
B. * アプリケーションサーバーに gsutil コマンドラインツールをインストールします。
* gsutil を使用してスクリプトを作成し、アプリケーションログを Cloud Storage バケットにアップロードし、5 分ごとに cron 経由で実行するようにスケジュールします。
* 指定されたバケット内のログを表示するための IAM オブジェクトビューアーアクセス権を開発者に付与します。
C. * Stackdriver ロギングエージェントをアプリケーションサーバーにデプロイします。
* 開発者に IAM ログ閲覧者ロールを付与して、Stackdriver にアクセスし、ログを表示できるようにします。
D. * Stackdriver モニタリングエージェントをアプリケーションサーバーにデプロイします。
* 開発者に IAM モニタリング閲覧者ロールを付与して、Stackdriver にアクセスし、メトリクスを表示できるようにします。

正解：C

質問 # 26
あなたの会社では、GitOps 手法に従ってデプロイされたアプリケーションを Google Kubernetes Engine (GKE) で実行しています。
アプリケーション開発者は、アプリケーションをサポートするためにクラウドリソースを頻繁に作成します。Google が推奨するプラクティスに確実に準拠しながら、開発者がインフラストラクチャをコードとして管理できるようにしたいと考えています。構成のドリフトを避けるために、コードとしてのインフラストラクチャーが定期的に調整されるようにする必要があります。
あなたは何をするべきか？

A. Terraform docker イメージを使用してジョブリソースを作成し、terraform plan および terraform apply コマンドを実行します。
B. Google Kubernetes Engine (GKE) に Config Connector をインストールして構成します。
C. Terraform plan および terraform apply コマンドを実行するために、Terraform docker イメージを使用してポッドリソースを作成します。
D. Terraform ビルダーを使用して Cloud Build を構成し、計画を実行してコマンドを適用します。

正解：B

質問 # 27
あなたの会社は、JVM ベースのアプリケーションと Google Kubernetes Engine (GKE) のマイクロサービスアーキテクチャで構築された e コマース Web サイトを運営しています。アプリケーションの負荷は日中に増加し、夜間には減少します。運用チームは、夕方のピークを処理するのに十分なポッドを実行するようにアプリケーションを構成しています。負荷に応じて十分なポッドとノードのみを実行してスケーリングを自動化したい場合はどうすればよいですか?

A. 垂直ポッドオートスケーラーを構成しますが、ノードプールサイズは静的に保ちます。
B. 垂直ポッドオートスケーラーを構成し、クラスターオートスケーラーを有効にする
C. 水平ポッドオートスケーラーを構成しますが、ノードプールサイズは静的に保ちます。
D. 水平ポッドオートスケーラーを構成し、クラスターオートスケーラーを有効にします。

正解：D

解説：
Explanation
The best option for automating scaling by only running enough Pods and nodes for the load is to configure the Horizontal Pod Autoscaler and enable the cluster autoscaler. The Horizontal Pod Autoscaler is a feature that automatically adjusts the number of Pods in a deployment or replica set based on observed CPU utilization or custom metrics. The cluster autoscaler is a feature that automatically adjusts the size of a node pool based on the demand for node capacity. By using both features together, you can ensure that your application runs enough Pods to handle the load, and that your cluster runs enough nodes to host the Pods. This way, you can optimize your resource utilization and cost efficiency.

質問 # 28
製品情報をキャッシュメモリに保存するアプリケーションをサポートしているとします。キャッシュミスが発生するたびに、エントリが Stackdriver Logging に記録されます。時間の経過とともにキャッシュミスがどのくらいの頻度で発生するかを視覚化したいと考えています。あなたは何をするべきか？

A. Stackdriver Logging でログベースの指標を作成し、Stackdriver Monitoring でその指標のダッシュボードを作成します。
B. Stackdriver Logging を Google データポータルのソースとしてリンクします。フィラー (彼はキャッシュミスをログに記録します。
C. BigOuery を Stackdriver Logging のシンクとして構成します。スケジュールされたクエリを作成してキャッシュミスログをフィルタリングし、別のテーブルに書き込む
D. ログに基づいてキャッシュミスがいつ発生したかを特定し、視覚化するように Stackdriver Profiler を構成します。

正解：A

解説：
https://cloud.google.com/logging/docs/logs-based-metrics#counter-metric

質問 # 29
ポストモダンで停止用のアクションアイテムを作成して割り当てています。停止は終了しましたが、根本原因に対処する必要があります。あなたは、チームがアクションアイテムを迅速かつ効率的に処理できるようにしたいと考えています。所有者と共同編集者をアクションアイテムにどのように割り当てるべきですか?

A. 各アクションアイテムに 1 人の所有者と必要な協力者を割り当てます。
B. 事後分析を無罪に保つために、アイテムに協力者を割り当てますが、個人の所有者は割り当てません。
C. チームリーダーは SRE チームの責任者であるため、すべてのアクションアイテムの所有者として割り当てます。
D. チームが迅速にアイテムに対処できるように、アイテムごとに複数の所有者を割り当てます。

正解：A

解説：
https://devops.com/when-it-disaster-strikes-part-3-conducting-a-blameless-post-mortem/

質問 # 30
アプリケーションは Google Cloud Platform (GCP) 上で実行されます。アプリケーションリリースを GCP にデプロイするには、Jenkins を実装する必要があります。リリースプロセスを合理化し、運用負担を軽減し、ユーザーデータを安全に保ちたいと考えています。あなたは何をするべきか？

A. Google Cloud Functions に Jenkins を実装します。
B. ローカルワークステーションに Jenkins を実装します。
C. オンプレミスの Kubernetes に Jenkins を実装する
D. Compute Engine 仮想マシンに Jenkins を実装します。

正解：D

解説：
Explanation
Your application runs on Google Cloud Platform (GCP). You need to implement Jenkins for deploying application releases to GCP. You want to streamline the release process, lower operational toil, and keep user data secure. What should you do?
https://plugins.jenkins.io/google-compute-engine/

質問 # 31
あなたは、主力サービスの半年ごとのキャパシティプランニングを実行しています。今後 6 か月間、サービスユーザーの増加率が前月比 10% になると予想します。サービスは完全にコンテナ化されており、Google Cloud Platform (GCP) 上で実行されます。クラスターオートスケーラーが有効になっている 3 つのゾーンで Google Kubernetes Engine (GKE) Standard リージョンクラスターを使用します。現在、展開されている合計 CPU 容量の約 30% を消費しており、ゾーンの障害に対する回復力が必要です。不必要なコストを回避しながら、この成長またはゾーン障害の結果としてユーザーが経験する悪影響を最小限に抑えたいと考えています。予測される成長に対処するにはどのように準備すべきでしょうか?