Professional Cloud Developer

Question 321

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

Cloud Spanner

Cloud Datastore

キャッシュとしてのCloud Memorystore

各リージョンに個別のCloud SQLクラスタ

Question 322

本番環境にデプロイされているアプリケーションがあります。新しいバージョンをデプロイする際、すべての本番トラフィックがアプリケーションの新バージョンにルーティングされるようにしたいと考えています。また、新バージョンに問題が発生した場合に備えて、以前のバージョンもデプロイしたままにしておき、元に戻せるようにしたいです。どのデプロイ戦略を使用すべきですか？

ブルー/グリーンデプロイメント

カナリアデプロイメント

ローリングデプロイメント

再作成デプロイメント

Question 323

あなたは、既存のApache/MySQL/PHPアプリケーションスタックを単一のマシンからGoogle Kubernetes Engine (GKE) に移植しています。アプリケーションをコンテナ化する方法を決定する必要があります。あなたのアプローチは、可用性に関するGoogle推奨のベストプラクティスに従う必要があります。どうすべきですか？

各コンポーネントを別々のコンテナにパッケージ化します。readinessプローブとlivenessプローブを実装します。

アプリケーションを単一のコンテナにパッケージ化します。プロセス管理ツールを使用して各コンポーネントを管理します。

各コンポーネントを別々のコンテナにパッケージ化します。スクリプトを使用してコンポーネントの起動をオーケストレーションします。

アプリケーションを単一のコンテナにパッケージ化します。bashスクリプトをコンテナのエントリポイントとして使用し、各コンポーネントをバックグラウンドジョブとして起動します。

Question 324

あなたは、ソフトウェア開発プロセスにおける各環境（開発、QA、ステージング、本番）に対応する複数の個別プロジェクトに、Compute Engine インスタンス上で起動されるアプリケーションを開発しています。各プロジェクトのインスタンスは同じアプリケーションコードを持ちますが、設定は異なります。デプロイ中に、各インスタンスはそれが属する環境に基づいてアプリケーションの設定を受け取る必要があります。このフローを設定するためのステップ数を最小限にしたいと考えています。どうすればよいですか？

インスタンスを作成する際に、gcloud コマンドを使用して、正しい環境を示すプロジェクト名を特定するための起動スクリプトを設定する。

各プロジェクトで、それが提供する環境を値とするメタデータキー「environment」を設定する。デプロイツールを使用してインスタンスメタデータをクエリし、「environment」の値に基づいてアプリケーションを設定する。

選択したデプロイツールを各プロジェクトのインスタンスにデプロイする。デプロイジョブを使用して、バージョン管理システムから適切な設定ファイルを取得し、各インスタンスにアプリケーションをデプロイする際に設定を適用する。

各インスタンスの起動時に、インスタンスが提供する環境を値とする「environment」という名前のインスタンスカスタムメタデータキーを設定する。デプロイツールを使用してインスタンスメタデータをクエリし、「environment」の値に基づいてアプリケーションを設定する。

Question 325

あなたは、顧客、注文、在庫データをCloud Spanner内のリレーショナルテーブルとして保存するeコマースアプリケーションを開発しています。最近の負荷テスト中に、Spannerのパフォーマンスが期待どおりに線形にスケーリングしないことがわかりました。次のうち、その原因はどれですか？

32ビットの数値に64ビットの数値型を使用していること。

任意精度の値にSTRINGデータ型を使用していること。

単調増加する主キーとしてバージョン1 UUIDを使用していること。

パラメータ化されたSQLクエリで、STARTS_WITHキーワードの代わりにLIKEを使用していること。

338問中 321-325問目

最初へ前へ 63 64 65 66 67 次へ最後へ