Professional Cloud Developer

Question 96

ユーザーに静的コンテンツを配信する、高可用性でグローバルにアクセス可能なアプリケーションを構築しています。ストレージと配信コンポーネントを設定する必要があります。管理オーバーヘッドとレイテンシを最小限に抑え、ユーザーに対する信頼性を最大化したいと考えています。どうすればよいですか?

A.
1. マネージドインスタンスグループを作成します。仮想マシン (VM) 全体に静的コンテンツを複製します。 2. 外部 HTTP(S) ロードバランサを作成します。 3. Cloud CDN を有効にし、トラフィックをマネージドインスタンスグループに送信します。
B.
1. 非マネージドインスタンスグループを作成します。VM 全体に静的コンテンツを複製します。 2. 外部 HTTP(S) ロードバランサを作成します。 3. Cloud CDN を有効にし、トラフィックを非マネージドインスタンスグループに送信します。
C.
1. Standard ストレージクラスのリージョン Cloud Storage バケットを作成します。静的コンテンツをバケットに配置します。 2. 外部 IP アドレスを予約し、外部 HTTP(S) ロードバランサを作成します。 3. Cloud CDN を有効にし、トラフィックをバックエンドバケットに送信します。
D.
1. Standard ストレージクラスのマルチリージョン Cloud Storage バケットを作成します。静的コンテンツをバケットに配置します。 2. 外部 IP アドレスを予約し、外部 HTTP(S) ロードバランサを作成します。 3. Cloud CDN を有効にし、トラフィックをバックエンドバケットに送信します。
Question 97

ケーススタディ - これはケーススタディです。ケーススタディには個別の時間制限はありません。各ケースを完了するために、試験時間を好きなだけ使用できます。ただし、この試験には追加のケーススタディやセクションが含まれる場合があります。試験時間内にすべての問題を完了できるように、時間を管理する必要があります。 ケーススタディに含まれる質問に答えるには、ケーススタディで提供される情報を参照する必要があります。ケーススタディには、シナリオに関する詳細情報を提供する展示資料やその他のリソースが含まれる場合があります。各質問は、このケーススタディの他の質問とは独立しています。 このケーススタディの最後に、レビュー画面が表示されます。この画面では、試験の次のセクションに進む前に、解答を確認して変更することができます。新しいセクションを開始した後は、このセクションに戻ることはできません。 ケーススタディを開始するには - このケーススタディの最初の質問を表示するには、「次へ」ボタンをクリックします。質問に答える前に、左側のペインにあるボタンを使用してケーススタディの内容を確認してください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題点などの情報が表示されます。ケーススタディに「すべての情報」タブがある場合、表示される情報は後続のタブに表示される情報と同じであることに注意してください。質問に答える準備ができたら、「質問」ボタンをクリックして質問に戻ります。 会社概要 - HipLocalは、近接した人々間のコミュニケーションを促進するために設計されたコミュニティアプリケーションです。イベントの計画やスポーツイベントの開催、企業が地域コミュニティとつながるために使用されています。HipLocalは最近ダラスのいくつかの地域でローンチされ、急速に世界的な現象へと成長しています。そのユニークなスタイルの超ローカルなコミュニティコミュニケーションとビジネスアウトリーチは、世界中で需要があります。 経営陣の声明 - 私たちはナンバーワンのローカルコミュニティアプリです。ローカルコミュニティサービスをグローバルに展開する時が来ました。私たちのベンチャーキャピタル投資家は、メンバーが互いに10マイル離れていても10000マイル離れていても、オンラインになる新しいローカルおよび仮想コミュニティに対して、急速な成長と同じ優れたエクスペリエンスを期待しています。 ソリューションコンセプト - HipLocalは、既存のサービスを更新された機能で新しい地域に拡大し、グローバルな顧客により良いサービスを提供したいと考えています。彼らは、これらの地域をそれぞれのタイムゾーンでサポートするための新しいチームを雇用し、トレーニングしたいと考えています。アプリケーションがスムーズにスケールし、明確な稼働時間データを提供し、発生した問題を分析して対応できるようにする必要があります。 既存の技術環境 - HipLocalの環境は、オンプレミスのハードウェアとGoogle Cloud Platformで実行されているインフラストラクチャが混在しています。HipLocalチームは自社のアプリケーションをよく理解していますが、グローバル規模のアプリケーションに関する経験は限られています。既存の技術環境は次のとおりです。 • 既存のAPIは、GCPでホストされているCompute Engine仮想マシンインスタンス上で実行されています。 • 状態は、GCP内の単一インスタンスのMySQLデータベースに保存されています。 • リリースサイクルには、QAテストを可能にするための開発フリーズが含まれています。 • アプリケーションにはロギングがありません。 • アプリケーションは、平日の夜間のトラフィックが少ない時間帯にインフラストラクチャエンジニアによって手動でデプロイされます。 • 稼働時間の基本的な指標はありますが、APIが応答しない場合にアラートが頻繁に発生します。 ビジネス要件 - HipLocalの投資家は、事業範囲を拡大し、見られる需要の増加に対応したいと考えています。彼らの要件は次のとおりです。 • アプリケーションの可用性を新しい地域に拡大する。 • 同時ユーザー数を10倍サポートする。 • ユーザーが異なる地域に移動したときに一貫したエクスペリエンスを確保する。 • 製品の収益化方法をよりよく理解するために、ユーザーアクティビティメトリックを取得する。 • 新しい地域での規制(例:GDPR)への準拠を確保する。 • インフラストラクチャ管理の時間とコストを削減する。 • クラウドコンピューティングに関するGoogle推奨のプラクティスを採用する。 ○ アプリケーションライフサイクル管理に関する標準化されたワークフローとプロセスを開発する。 ○ サービスレベル指標(SLI)とサービスレベル目標(SLO)を定義する。 技術要件 - • オンプレミスデータセンターとクラウドでホストされているアプリケーションおよびインフラストラクチャ間の安全な通信を提供する。 • アプリケーションは使用状況メトリックとモニタリングを提供する必要がある。 • APIには認証と認可が必要である。 • 新機能のより迅速かつ正確な検証を実装する。 • ロギングとパフォーマンスメトリックは、デバッグ情報とアラートを提供できるように、実用的な情報を提供する必要がある。 • ユーザーの需要に合わせてスケールする必要がある。 この質問については、HipLocalのケーススタディを参照してください。 HipLocalは、グローバルな場所にいるユーザーに対するサービスのレイテンシを削減したいと考えています。彼らは、ユーザーが存在する場所にデータベースの読み取りレプリカを作成し、それらのレプリカを使用して読み取りトラフィックを処理するようにサービスを設定しました。最小限の労力で、すべてのデータベース操作のレイテンシをさらに削減するにはどうすればよいでしょうか?

A.
データベースをBigtableに移行し、それを使用してすべてのグローバルユーザートラフィックを処理する。
B.
データベースをCloud Spannerに移行し、それを使用してすべてのグローバルユーザートラフィックを処理する。
C.
データベースをFirestore(Datastoreモード)に移行し、それを使用してすべてのグローバルユーザートラフィックを処理する。
D.
サービスをGoogle Kubernetes Engineに移行し、ロードバランササービスを使用してアプリケーションのスケーラビリティを向上させる。
Question 98

ケーススタディ - これはケーススタディです。ケーススタディには個別の時間制限はありません。各ケースを完了するために、試験時間を好きなだけ使用できます。ただし、この試験には追加のケーススタディやセクションが含まれる場合があります。試験時間内にすべての問題を完了できるように、時間を管理する必要があります。 ケーススタディに含まれる質問に答えるには、ケーススタディで提供される情報を参照する必要があります。ケーススタディには、ケーススタディで説明されているシナリオに関する詳細情報を提供する展示資料やその他のリソースが含まれている場合があります。各質問は、このケーススタディの他の質問とは独立しています。 このケーススタディの最後に、確認画面が表示されます。この画面では、試験の次のセクションに進む前に、解答を確認して変更することができます。新しいセクションを開始した後は、このセクションに戻ることはできません。 ケーススタディを開始するには - このケーススタディの最初の質問を表示するには、「次へ」ボタンをクリックします。質問に答える前に、左側のペインにあるボタンを使用してケーススタディの内容を確認してください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題点などの情報が表示されます。ケーススタディに「すべての情報」タブがある場合、表示される情報は後続のタブに表示される情報と同じであることに注意してください。質問に答える準備ができたら、「質問」ボタンをクリックして質問に戻ります。 会社概要 - HipLocalは、近接した人々間のコミュニケーションを促進するために設計されたコミュニティアプリケーションです。イベントの計画やスポーツイベントの開催、企業が地域コミュニティとつながるために使用されています。HipLocalは最近ダラスのいくつかの地域でローンチされ、急速に世界的な現象へと成長しています。その独自のハイパーローカルなコミュニティコミュニケーションとビジネスアウトリーチのスタイルは、世界中で需要があります。 経営幹部の声明 - 私たちはナンバーワンのローカルコミュニティアプリです。ローカルコミュニティサービスをグローバルに展開する時が来ました。私たちのベンチャーキャピタル投資家は、メンバーが互いに10マイル離れていても10,000マイル離れていても、オンラインになる新しいローカルおよび仮想コミュニティに対して、急速な成長と同じ優れた体験を期待しています。 ソリューションコンセプト - HipLocalは、既存のサービスを更新された機能で新しい地域に拡大し、グローバルな顧客により良いサービスを提供したいと考えています。これらの地域をそれぞれのタイムゾーンでサポートするために、新しいチームを雇用し、トレーニングしたいと考えています。アプリケーションがスムーズに拡張し、明確な稼働時間データを提供し、発生した問題を分析して対応できるようにする必要があります。 既存の技術環境 - HipLocalの環境は、オンプレミスのハードウェアとGoogle Cloud Platformで実行されているインフラストラクチャが混在しています。HipLocalチームは自社のアプリケーションをよく理解していますが、グローバル規模のアプリケーションに関する経験は限られています。既存の技術環境は次のとおりです。 • 既存のAPIは、GCPでホストされているCompute Engine仮想マシンインスタンス上で実行されています。 • 状態は、GCP内の単一インスタンスのMySQLデータベースに保存されています。 • リリースサイクルには、QAテストを可能にするための開発フリーズが含まれています。 • アプリケーションにはログがありません。 • アプリケーションは、平日の夜間のトラフィックが少ない時間帯にインフラストラクチャエンジニアによって手動でデプロイされます。 • 稼働時間の基本的な指標はありますが、APIが応答しない場合にアラートが頻繁に発生します。 ビジネス要件 - HipLocalの投資家は、事業範囲を拡大し、見られる需要の増加をサポートしたいと考えています。彼らの要件は次のとおりです。 • アプリケーションの可用性を新しい地域に拡大する。 • 同時ユーザー数を10倍サポートする。 • ユーザーが異なる地域に移動したときに一貫した体験を保証する。 • 製品の収益化方法をよりよく理解するために、ユーザーアクティビティメトリクスを取得する。 • 新しい地域における規制(例:GDPR)への準拠を保証する。 • インフラストラクチャ管理の時間とコストを削減する。 • クラウドコンピューティングに関するGoogle推奨のプラクティスを採用する。 ○ アプリケーションライフサイクル管理に関する標準化されたワークフローとプロセスを開発する。 ○ サービスレベル指標(SLI)とサービスレベル目標(SLO)を定義する。 技術要件 - • オンプレミスデータセンターとクラウドでホストされているアプリケーションおよびインフラストラクチャ間の安全な通信を提供する。 • アプリケーションは使用状況メトリクスと監視を提供する必要がある。 • APIには認証と認可が必要である。 • 新機能のより迅速かつ正確な検証を実装する。 • ログとパフォーマンスメトリクスは、デバッグ情報とアラートを提供できるように、実用的な情報を提供する必要がある。 • ユーザーの需要に合わせて拡張する必要がある。 この質問については、HipLocalのケーススタディを参照してください。 サービスレベル指標(SLI)とサービスレベル目標(SLO)に関するHipLocalのビジネス要件に対応するGoogle Cloud製品はどれですか?

A.
Cloud Profiler
B.
Cloud Monitoring
C.
Cloud Trace
D.
Cloud Logging
Question 99

ケーススタディ - これはケーススタディです。ケーススタディには個別の時間制限はありません。各ケースを完了するために、試験時間を好きなだけ使用できます。ただし、この試験には追加のケーススタディやセクションが含まれる場合があります。提供された時間内に試験に含まれるすべての問題を確実に完了できるように、時間を管理する必要があります。 ケーススタディに含まれる質問に答えるには、ケーススタディで提供される情報を参照する必要があります。ケーススタディには、ケーススタディで説明されているシナリオに関する詳細情報を提供する展示資料やその他のリソースが含まれている場合があります。各質問は、このケーススタディの他の質問から独立しています。 このケーススタディの最後に、確認画面が表示されます。この画面では、試験の次のセクションに進む前に、解答を確認して変更することができます。新しいセクションを開始した後は、このセクションに戻ることはできません。 ケーススタディを開始するには - このケーススタディの最初の質問を表示するには、「次へ」ボタンをクリックします。質問に答える前に、左側のペインにあるボタンを使用してケーススタディの内容を確認してください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題点などの情報が表示されます。ケーススタディに「すべての情報」タブがある場合、表示される情報は後続のタブに表示される情報と同じであることに注意してください。質問に答える準備ができたら、「質問」ボタンをクリックして質問に戻ります。 会社概要 - HipLocalは、近接した人々間のコミュニケーションを促進するために設計されたコミュニティアプリケーションです。イベントの計画やスポーツイベントの開催、企業が地域コミュニティとつながるために使用されています。HipLocalは最近ダラスのいくつかの地域でローンチされ、急速に世界的な現象へと成長しています。その独自のハイパーローカルなコミュニティコミュニケーションとビジネスアウトリーチのスタイルは、世界中で需要があります。 経営幹部の声明 - 私たちはナンバーワンのローカルコミュニティアプリです。ローカルコミュニティサービスをグローバルに展開する時が来ました。私たちのベンチャーキャピタル投資家は、メンバーが互いに10マイル離れていても10,000マイル離れていても、オンラインになる新しいローカルおよび仮想コミュニティに対して、急速な成長と同じ優れたエクスペリエンスを期待しています。 ソリューションコンセプト - HipLocalは、既存のサービスを更新された機能で新しい地域に拡大し、グローバルな顧客により良いサービスを提供したいと考えています。彼らは、これらの地域をタイムゾーンでサポートするための新しいチームを雇用し、トレーニングしたいと考えています。アプリケーションがスムーズに拡張し、明確な稼働時間データを提供し、発生した問題を分析して対応できるようにする必要があります。 既存の技術環境 - HipLocalの環境は、オンプレミスのハードウェアとGoogle Cloud Platformで実行されているインフラストラクチャが混在しています。HipLocalチームはアプリケーションをよく理解していますが、グローバル規模のアプリケーションの経験は限られています。既存の技術環境は次のとおりです。 • 既存のAPIは、GCPでホストされているCompute Engine仮想マシンインスタンス上で実行されています。 • 状態は、GCP内の単一インスタンスのMySQLデータベースに保存されています。 • リリースサイクルには、QAテストを可能にするための開発フリーズが含まれています。 • アプリケーションにはロギングがありません。 • アプリケーションは、平日の夕方のトラフィックが少ない時間帯にインフラストラクチャエンジニアによって手動でデプロイされます。 • 稼働時間の基本的な指標はありますが、APIが応答しない場合にアラートが頻繁に発生します。 ビジネス要件 - HipLocalの投資家は、フットプリントを拡大し、見られる需要の増加をサポートしたいと考えています。彼らの要件は次のとおりです。 • アプリケーションの可用性を新しい地域に拡大する。 • 同時ユーザー数を10倍サポートする。 • ユーザーが異なる地域に移動したときに一貫したエクスペリエンスを確保する。 • 製品を収益化する方法をよりよく理解するために、ユーザーアクティビティメトリックを取得する。 • 新しい地域での規制(例:GDPR)への準拠を確保する。 • インフラストラクチャ管理の時間とコストを削減する。 • クラウドコンピューティングに関するGoogle推奨のプラクティスを採用する。 ○ アプリケーションライフサイクル管理に関する標準化されたワークフローとプロセスを開発する。 ○ サービスレベル指標(SLI)とサービスレベル目標(SLO)を定義する。 技術要件 - • オンプレミスデータセンターとクラウドでホストされているアプリケーションおよびインフラストラクチャ間の安全な通信を提供する。 • アプリケーションは使用状況メトリックとモニタリングを提供する必要がある。 • APIには認証と認可が必要である。 • 新機能のより迅速かつ正確な検証を実装する。 • ロギングとパフォーマンスメトリックは、デバッグ情報とアラートを提供できるように、実用的な情報を提供する必要がある。 • ユーザーの需要に合わせて拡張する必要がある。 この質問については、HipLocalのケーススタディを参照してください。 最近のセキュリティ監査により、HipLocalのCompute EngineでホストされているMySQLデータベースの認証情報が、永続ディスク上に平文で保存されていることが判明しました。HipLocalは、これらの認証情報が盗まれるリスクを軽減する必要があります。彼らは何をすべきでしょうか?

A.
サービスアカウントを作成し、そのキーをダウンロードします。そのキーを使用してCloud Key Management Service (KMS)に認証し、データベースの認証情報を取得します。
B.
サービスアカウントを作成し、そのキーをダウンロードします。そのキーを使用してCloud Key Management Service (KMS)に認証し、データベースの認証情報を復号するために使用されるキーを取得します。
C.
サービスアカウントを作成し、それに roles/iam.serviceAccountUser ロールを付与します。このアカウントとして権限を借用し、Cloud SQL Proxyを使用して認証します。
D.
Compute Engineのサービスアカウントに roles/secretmanager.secretAccessor ロールを付与します。Secret Manager APIを使用してデータベースの認証情報を保存し、アクセスします。
Question 100

ケーススタディ - これはケーススタディです。ケーススタディには個別の時間制限はありません。各ケースを完了するために、試験時間を好きなだけ使用できます。ただし、この試験には追加のケーススタディやセクションが含まれる場合があります。試験時間内にすべての問題を完了できるように、時間を管理する必要があります。 ケーススタディに含まれる質問に答えるには、ケーススタディで提供される情報を参照する必要があります。ケーススタディには、ケーススタディで説明されているシナリオに関する詳細情報を提供する展示物やその他のリソースが含まれている場合があります。各質問は、このケーススタディの他の質問とは独立しています。 このケーススタディの最後に、レビュー画面が表示されます。この画面では、試験の次のセクションに進む前に、回答を確認して変更することができます。新しいセクションを開始した後は、このセクションに戻ることはできません。 ケーススタディを開始するには - このケーススタディの最初の質問を表示するには、「次へ」ボタンをクリックします。質問に答える前に、左側のペインにあるボタンを使用してケーススタディの内容を確認してください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題点などの情報が表示されます。ケーススタディに「すべての情報」タブがある場合、表示される情報は後続のタブに表示される情報と同じであることに注意してください。質問に答える準備ができたら、「質問」ボタンをクリックして質問に戻ります。 会社概要 - HipLocalは、近接した人々間のコミュニケーションを促進するために設計されたコミュニティアプリケーションです。イベントの計画やスポーツイベントの開催、企業が地域コミュニティとつながるために使用されています。HipLocalは最近ダラスのいくつかの地域で開始され、急速に世界的な現象へと成長しています。その独自のハイパーローカルなコミュニティコミュニケーションとビジネスアウトリーチのスタイルは、世界中で需要があります。 経営幹部の声明 - 私たちはナンバーワンの地域コミュニティアプリです。地域コミュニティサービスをグローバルに展開する時が来ました。私たちのベンチャーキャピタル投資家は、メンバーが互いに10マイル離れていても10000マイル離れていても、オンラインになる新しいローカルおよび仮想コミュニティに対して、急速な成長と同じ優れたエクスペリエンスを求めています。 ソリューションコンセプト - HipLocalは、既存のサービスを更新された機能で新しい地域に拡大し、グローバルな顧客により良いサービスを提供したいと考えています。これらの地域をそれぞれのタイムゾーンでサポートするために、新しいチームを雇用し、トレーニングしたいと考えています。アプリケーションがスムーズに拡張し、明確な稼働時間データを提供し、発生した問題を分析して対応できるようにする必要があります。 既存の技術環境 - HipLocalの環境は、オンプレミスのハードウェアとGoogle Cloud Platformで実行されているインフラストラクチャが混在しています。HipLocalチームはアプリケーションをよく理解していますが、グローバル規模のアプリケーションに関する経験は限られています。既存の技術環境は次のとおりです。 • 既存のAPIは、GCPでホストされているCompute Engine仮想マシンインスタンス上で実行されています。 • 状態は、GCP内の単一インスタンスのMySQLデータベースに保存されています。 • リリースサイクルには、QAテストを可能にするための開発フリーズが含まれています。 • アプリケーションにはロギングがありません。 • アプリケーションは、平日の夜間のトラフィックが少ない時間帯にインフラストラクチャエンジニアによって手動でデプロイされます。 • 稼働時間の基本的な指標はありますが、APIが応答しない場合にアラートが頻繁に発生します。 ビジネス要件 - HipLocalの投資家は、事業範囲を拡大し、見られる需要の増加をサポートしたいと考えています。彼らの要件は次のとおりです。 • アプリケーションの可用性を新しい地域に拡大する。 • 同時ユーザー数を10倍サポートする。 • ユーザーが異なる地域に移動したときに一貫したエクスペリエンスを確保する。 • 製品を収益化する方法をよりよく理解するために、ユーザーアクティビティメトリクスを取得する。 • 新しい地域における規制(例:GDPR)への準拠を確保する。 • インフラストラクチャの管理時間とコストを削減する。 • クラウドコンピューティングに関するGoogle推奨のプラクティスを採用する。 ○ アプリケーションライフサイクル管理に関する標準化されたワークフローとプロセスを開発する。 ○ サービスレベル指標(SLI)とサービスレベル目標(SLO)を定義する。 技術要件 - • オンプレミスのデータセンターとクラウドでホストされているアプリケーションおよびインフラストラクチャ間の安全な通信を提供する。 • アプリケーションは使用状況メトリクスと監視を提供する必要がある。 • APIには認証と認可が必要である。 • 新機能のより迅速かつ正確な検証を実装する。 • ロギングとパフォーマンスメトリクスは、デバッグ情報とアラートを提供できるように、実用的な情報を提供する必要がある。 • ユーザーの需要に合わせて拡張する必要がある。 この質問については、HipLocalのケーススタディを参照してください。 HipLocalは新しい地域に拡大しています。新しいヨーロッパの国でアプリケーションが起動されるたびに追加データを取得する必要があります。これにより、頻繁なスキーマ変更とアプリケーション変更のテストを実施するための環境が不足しているため、開発プロセスに遅延が発生しています。ビジネス要件を満たしながら、この問題をどのように解決すべきでしょうか?

A.
ヨーロッパと北米にテストおよびデプロイ用の新しいCloud SQLインスタンスを作成する。開発者にローカルMySQLインスタンスを提供し、アプリケーション変更のテストを実施できるようにする。
B.
データをBigtableに移行する。開発チームにCloud SDKを使用してローカルBigtable開発環境をエミュレートするように指示する。
C.
Cloud SQLからCompute EngineでホストされるMySQLに移行する。アメリカ大陸とヨーロッパのリージョン間でホストを複製する。開発者にローカルMySQLインスタンスを提供し、アプリケーション変更のテストを実施できるようにする。
D.
データをネイティブモードのFirestoreに移行し、ヨーロッパと北米にインスタンスを設定する。開発チームにCloud SDKを使用してローカルのネイティブモードFirestore開発環境をエミュレートするように指示する。