Google Cloud Certified - Professional Cloud DevOps Engineer Exam (Professional-Cloud-DevOps-Engineer日本語版) - Professional-Cloud-DevOps-Engineer日本語무료 덤프문제 풀어보기

A. パラメータが変更されたときに Cloud Build をトリガーする GitHub アクションを設定します。Cloud Build で gcloud CLI コマンドを実行して変更を適用します。

B. GitHubリポジトリでConfig Connectorを設定します。リポジトリに変更があった場合は、Config Connectorを使用して変更を適用します。

C. GitHubリポジトリでConfig Syncを設定します。リポジトリに変更があった場合は、Config Syncを使用して変更を適用します。

D. GitHub に変更があった場合、Webhook を使用して Cloud Service Mesh にリクエストを送信し、変更を適用します。

A. 1. VM 使用率ログを Stackdriver から Cloud Pub/Sub にエクスポートします。
2. Cloud Pub/Sub から、セキュリティ情報およびイベント管理 (SIEM) システムにログを送信します。
3. SIEM システムでダッシュボードを構築し、関係者と共有します。

B. 1. VM 使用率ログを Stackdriver から BigOuery にエクスポートします。
2. データポータルでダッシュボードを作成します。
3. ダッシュボードを関係者と共有します。

C. 1. VM 使用率ログをエクスポートします (Stackdriver から BigQuery に保存します)。
2. BigQuery から。ログを CSV ファイルにエクスポートします。
3. CSV ファイルを Google スプレッドシートにインポートします。
4. Google スプレッドシートでダッシュボードを作成し、関係者と共有します。

D. 1. VM 使用率ログを Stackdriver から Cloud Storage バケットにエクスポートします。
2. Cloud Storage API を有効にして、プログラムでログを取得します。
3. カスタム データ視覚化アプリケーションを構築します。
4. 取得したログをカスタム ダッシュボードに表示します。

A. Cloud Build をパイプライン ランナーとして使用します。API アクセス用の Google Cloud Armor ポリシーを使用して外部 HTTP(S) ロード バランシングを構成します。

B. Cloud Build プライベート プールを使用してプライベート VPC に接続します。

C. Cloud Build をパイプライン ランナーとして使用します。API アクセス用に内部 HTTP(S) ロード バランシングを構成します。

D. Spinnaker for Google Cloud を使用してプライベート VPC に接続します。

A. ユーザー情報に一致する基本的なログフィルタを作成し、Cloud Storage をシンクとして使用して Stackdriver コンソールでログのエクスポートを構成します。

B. Stackdriver エージェントで Fluentd フィルタ プラグインを使用して、ユーザー情報を含むログエントリを削除し、そのエントリを Cloud Storage バケットにコピーします。

C. Stackdriver エージェントで Fluentd フィルタ プラグインを使用して、ユーザー情報を含むログエントリを削除し、ユーザー情報に一致する高度なログ フィルタを作成して、Cloud Storage をシンクとして使用して Stackdriver コンソールでログ エクスポートを構成します。

D. userinfo に一致する高度なログフィルタを作成し、Stackdriver コンソールで Cloud Storage をシンクとして使用してログ エクスポートを構成し、userinfo をフィルタとして使用して tog 除外を構成します。

A. 現在および過去のリクエスト ログを使用して、アプリケーションと顧客のやり取りを追跡します。

B. ユーザー操作のための追加情報を取得するようにコードを変更します。

C. 現在のアプリケーション メトリックを確認し、必要に応じて新しいメトリックを追加します。

D. Web プロキシ ログのみを分析し、各リクエストの応答時間をキャプチャします。

E. 新しい合成クライアントを作成して、アプリケーションを使用したユーザー ジャーニーをシミュレートします。

A. プロジェクトごとにログシンクを作成します

B. Dev フォルダーと Prod フォルダーに集約 Iog シンクを作成します。

C. 組織レベルで 2 つの集約ログ シンクを作成し、プロジェクト ID でフィルターします。

D. 組織レベルで単一の集約ログ シンクを作成します。

A. Artifact Registry を設定して、新しいイメージタグの脆弱性スキャンを自動的にトリガーし、スキャン結果を表示します。Cloud Audit Logs を使用して、イメージタグの作成イベントを追跡します。

B. 脆弱性スキャンの結果を Cloud Storage バケットに送信するように Artifact Registry を設定します。結果を解析し、セキュリティチームに通知するには、別のスクリプトを使用してください。

C. Artifact Registry を設定して、イメージを毎日自動的に再スキャンします。Cloud Audit Logs を有効にしてこれらのスキャンを追跡し、Logs Explorer を使用して脆弱性を特定します。

D. Artifact Registry を設定して、新しいイメージを自動的にスキャンし、すべてのイメージを定期的に再スキャンします。Cloud Audit Logs を使用してイメージのアップロードを追跡し、各イメージをプッシュしたユーザーを特定します。

A. カスタム IAM ロールを作成し、logging.sinks.list およびlogging.sink.get 権限を付与します。

B. Cloud IAM でのlogging.configWriterのIAMロールをチームメンバーに付与します。

C. これらのメンバーのみがログをエクスポートできるように Access Context Manager を構成します。

D. Cloud IAM で組織ポリシーを作成し、これらのメンバーのみにログ エクスポートの作成を許可します。

A. サービスを実稼働環境に導入できるように、サービスが達成できるように SLO 目標を調整します。

B. ハンドオーバー前に完了すべき、サービスに対する推奨される信頼性の向上を特定します。

C. SLO なしでサービスを運用環境に導入し、運用データを収集したときに SLO を構築します。

D. サービスの実稼働サポートを提供する必要があることを開発チームに通知します。