既存のアプリケーションでは、ユーザーの状態情報を単一のMySQLデータベースに保存しています。この状態情報はユーザー固有の情報であり、ユーザーがアプリケーションを使用している期間に大きく依存します。MySQLデータベースでは、様々なユーザー向けのスキーマの維持と拡張が課題となっています。
どのストレージオプションを選択する必要がありますか?

会社の開発チームは、プロジェクトで Cloud Build を使用して Docker イメージをビルドし、Container Registry にプッシュしたいと考えています。運用チームは、すべての Docker イメージを、運用チームが管理する一元化された安全な Docker レジストリに公開することを要求しています。
何をすべきでしょうか?

アプリケーションはユーザーからの入力を受け取り、それをユーザーの連絡先に公開します。この入力はCloud Spannerのテーブルに保存されます。アプリケーションはレイテンシの影響を受けやすく、一貫性の影響を受けにくいです。
このアプリケーションでは Cloud Spanner からの読み取りをどのように実行すればよいですか?

ケーススタディ
これはケーススタディです。ケーススタディは個別に時間制限はありません。各ケースに好きなだけ試験時間をかけることができます。ただし、この試験には追加のケーススタディやセクションが含まれる場合があります。試験に含まれるすべての問題を時間内に解答できるよう、時間を管理してください。
ケーススタディに含まれる質問に回答するには、ケーススタディに記載されている情報を参照する必要があります。ケーススタディには、ケーススタディで説明されているシナリオに関する詳細情報を提供する資料やその他のリソースが含まれている場合があります。各質問は、ケーススタディ内の他の質問とは独立しています。
このケーススタディの最後に、確認画面が表示されます。この画面では、試験の次のセクションに進む前に回答を確認し、修正することができます。新しいセクションを開始すると、このセクションに戻ることはできません。
ケーススタディを始めるには
このケーススタディの最初の質問を表示するには、「次へ」ボタンをクリックします。質問に回答する前に、左側のペインのボタンを使用してケーススタディの内容を確認してください。これらのボタンをクリックすると、ビジネス要件、既存の環境、問題の説明などの情報が表示されます。ケーススタディに「すべての情報」タブがある場合、表示される情報は後続のタブに表示される情報と同一であることにご注意ください。質問に回答する準備ができたら、「質問」ボタンをクリックして質問に戻ります。
会社概要
HipLocalは、近隣の人々とのコミュニケーションを促進するために設計されたコミュニティアプリケーションです。イベント企画やスポーツイベントの運営、そして企業が地域社会とつながるための手段として活用されています。HipLocalは最近ダラスのいくつかの地域でサービスを開始し、急速に世界的な現象へと成長しています。その独自の、地域に密着したコミュニティコミュニケーションとビジネスアウトリーチは、世界中で需要が高まっています。
エグゼクティブステートメント
私たちは地域コミュニティアプリのナンバーワンです。今こそ、地域コミュニティサービスをグローバル展開する時です。ベンチャーキャピタルの投資家たちは、メンバーが10マイル離れていても1万マイル離れていても、オンライン上に誕生する新しい地域コミュニティやバーチャルコミュニティが、急速な成長と、同じ素晴らしい体験を提供してくれることを期待しています。
ソリューションコンセプト
HipLocalは、世界中の顧客により良いサービスを提供するため、既存のサービスをアップデートした機能で新たな地域に展開したいと考えています。これらの地域のタイムゾーンでサポートするために、新たなチームを雇用し、トレーニングしたいと考えています。そのためには、アプリケーションがスムーズに拡張され、明確な稼働時間データを提供できるようにする必要があります。
既存の技術環境
HipLocal の環境は、オンプレミスのハードウェアと Google Cloud Platform で実行されるインフラストラクチャが混在しています。
HipLocal チームは自社のアプリケーションをよく理解していますが、グローバル規模のアプリケーションの経験は限られています。
既存の技術環境は次のとおりです。
* 既存の API は、GCP でホストされている Compute Engine 仮想マシン インスタンス上で実行されます。
* 状態は GCP 内の単一インスタンスの MySQL データベースに保存されます。
* データはオンプレミスの Teradata/Vertica データ ウェアハウスにエクスポートされます。
* データ分析はオンプレミスの Hadoop 環境で実行されます。
* アプリケーションにはログ記録がありません。
* 稼働時間に関する基本的な指標があり、API が応答しない場合は頻繁にアラートが発せられます。
ビジネス要件
HipLocalの投資家は、事業範囲を拡大し、増加する需要に対応したいと考えています。彼らの要件は次のとおりです。
* アプリケーションの利用範囲を新たな地域に拡大します。
* サポートできる同時ユーザー数を増やします。
* ユーザーがさまざまな地域に旅行した場合でも、一貫したエクスペリエンスを確保します。
* ユーザー アクティビティ メトリックを取得して、製品を収益化する方法をより深く理解します。
* 新しい地域の規制 (GDPR など) への準拠を確保します。
* インフラストラクチャ管理の時間とコストを削減します。
* クラウド コンピューティングに関する Google 推奨プラクティスを採用します。
技術要件
* アプリケーションとバックエンドは使用状況メトリックと監視を提供する必要があります。
* API には強力な認証と承認が必要です。
* ログ記録を増やし、データをクラウド分析プラットフォームに保存する必要があります。
* 弾力的なスケーリングを容易にするために、サーバーレス アーキテクチャに移行します。
* 内部アプリへの承認済みアクセスを安全な方法で提供します。
HipLocalのAPIは時折エラーが発生していますが、パターンを見つけることができません。トラブルシューティングに役立つメトリクスを収集したいと考えています。
彼らは何をすべきでしょうか?

Compute Engine インスタンスで実行されるアプリケーションを管理しています。また、Compute Engine インスタンスで実行されるスタンドアロンの Docker コンテナで複数のバックエンド サービスを実行しています。バックエンド サービスをサポートする Compute Engine インスタンスは、複数のリージョンのマネージド インスタンス グループによってスケーリングされます。呼び出し元アプリケーションは疎結合にする必要があります。リクエスト内の HTTP ヘッダーの値に基づいて選択された個別のサービス実装を呼び出す必要があります。バックエンド サービスを呼び出すには、どの Google Cloud 機能を使用すればよいですか。