CertPass

Question 216

新しいアプリケーション体験の一環として、Dress4Winは顧客が自身の画像をアップロードできるようにします。顧客は、誰がこれらの画像を表示できるかを排他的に制御します。顧客は最小限のレイテンシで画像をアップロードでき、ログイン時にはメインアプリケーションページで自分の画像を迅速に表示できる必要があります。 Dress4Winはどの構成を使用すべきですか？

画像ファイルをGoogle Cloud Storageバケットに保存します。Google Cloud Datastoreを使用して、各顧客のIDとその画像ファイルをマッピングするメタデータを維持します。

画像ファイルをGoogle Cloud Storageバケットに保存します。Cloud Storageにアップロードされた画像に、顧客の一意のIDを含むカスタムメタデータを追加します。

分散ファイルシステムを使用して顧客の画像を保存します。ストレージの必要量が増加するにつれて、より多くの永続ディスクやノードを追加します。各顧客に一意のIDを割り当て、それが各ファイルの所有者属性を設定し、画像のプライバシーを確保します。

分散ファイルシステムを使用して顧客の画像を保存します。ストレージの必要量が増加するにつれて、より多くの永続ディスクやノードを追加します。Google Cloud SQLデータベースを使用して、各顧客のIDとその画像ファイルをマッピングするメタデータを維持します。

Question 217

Dress4Win社は、エンドポイントの100%をカバーするエンドツーエンドテストを実施しています。彼らは、クラウドへの移行によって新たなバグが発生しないようにしたいと考えています。開発者は、サービス停止を防ぐために、どのような追加のテスト手法を採用すべきでしょうか？

アプリケーションコードでGoogle Cloud Debugger（旧Stackdriver Debugger）を有効にして、コード内のエラーを表示すべきです。

クラウドのステージング環境で、追加の単体テストと本番規模の負荷テストを追加すべきです。

コードが意図したとおりに動作しているかを確認するために、クラウドのステージング環境でエンドツーエンドテストを実行すべきです。

開発者が新しいリリースがレイテンシにどの程度影響を与えるかを測定できるように、カナリアテストを追加すべきです。

Question 218

この問題については、Dress4Winのケーススタディを参照してください。Dress4Winは、既存の利用パターンを反映したデータとトラフィックの増加を伴い、1年で10倍の規模に成長すると予想されています。CIOは、今後6か月以内に本番インフラストラクチャをクラウドに移行するという目標を設定しました。大幅なアプリケーション変更を行わずにこの成長に対応し、かつROIを最大化するために、ソリューションをどのように構成しますか？

ウェブアプリケーション層をApp Engineに、MySQLをCloud Datastoreに、NASをCloud Storageに移行します。RabbitMQをデプロイし、Deployment Managerを使用してHadoopサーバーをデプロイします。

RabbitMQをCloud Pub/Subに、HadoopをBigQueryに、NASを永続ディスクストレージを備えたCompute Engineに移行します。Tomcatをデプロイし、Deployment Managerを使用してNginxをデプロイします。

TomcatとNginxにマネージドインスタンスグループを実装します。MySQLをCloud SQLに、RabbitMQをCloud Pub/Subに、HadoopをCloud Dataprocに、NASを永続ディスクストレージを備えたCompute Engineに移行します。

TomcatとNginxにマネージドインスタンスグループを実装します。MySQLをCloud SQLに、RabbitMQをCloud Pub/Subに、HadoopをCloud Dataprocに、NASをCloud Storageに移行します。

Question 219

この問題については、Dress4Winのケーススタディを参照してください。提示されたビジネス要件を考慮して、ウェブ層とトランザクションデータ層のデプロイをどのように自動化しますか？

Cloud Deployment Managerを使用してNginxとTomcatをCompute Engineにデプロイします。MySQLを置き換えるためにCloud SQLサーバーをデプロイします。Cloud Deployment Managerを使用してJenkinsをデプロイします。

Cloud Launcherを使用してNginxとTomcatをデプロイします。Cloud Launcherを使用してMySQLサーバーをデプロイします。Cloud Deployment Managerスクリプトを使用してJenkinsをCompute Engineにデプロイします。

NginxとTomcatをApp Engineに移行します。高可用性構成でMySQLサーバーを置き換えるためにCloud Datastoreサーバーをデプロイします。Cloud Launcherを使用してJenkinsをCompute Engineにデプロイします。

NginxとTomcatをApp Engineに移行します。Cloud Launcherを使用してMySQLサーバーをデプロイします。Cloud Launcherを使用してJenkinsをCompute Engineにデプロイします。

Question 220

この質問については、Dress4Winのケーススタディを参照してください。どのコンピューティングサービスを現状のまま移行しても、クラウドでのパフォーマンスが最適化されたアーキテクチャと言えるでしょうか？

App Engine スタンダード環境を使用してデプロイされたWebアプリケーション

非マネージドインスタンスグループを使用してデプロイされたRabbitMQ

高可用性モードのCloud Dataproc Regionalを使用してデプロイされたHadoop/Spark

カスタムマシンタイプにデプロイされたJenkins、監視、踏み台ホスト、セキュリティスキャナーサービス

Professional Cloud Architect