Professional-Cloud-Architect 試験問題 46
あなたの会社は、数ペタバイトのデータ セットをクラウドに移行する予定です。データ セットは 24 時間利用可能でなければなりません。ビジネス アナリストは SQL インターフェイスの使用経験しかありません。分析しやすいようにデータを最適化するには、どのように保存すればよいでしょうか。
Professional-Cloud-Architect 試験問題 47
ケーススタディ: 7 - Mountkirk Games
会社概要
Mountkirk Games は、モバイル プラットフォーム向けのオンライン セッション ベースのマルチプレイヤー ゲームを制作しています。同社は、サーバー側の統合を使用してすべてのゲームを構築しています。これまでは、クラウド プロバイダーを利用して物理サーバーをリースしてきました。
一部のゲームが予想外に人気を博したため、世界中の視聴者、アプリケーション サーバー、MySQL データベース、分析ツールの拡張に問題が生じました。
現在のモデルでは、ゲームの統計情報をファイルに書き込み、ETL ツールを介して送信し、レポート用に一元化された MySQL データベースに読み込みます。
ソリューションコンセプト
Mountkirk Games は、非常に人気が出ると予想される新しいゲームを開発中です。ストリーミング メトリックをキャプチャし、集中的な分析を実行し、自動スケーリング サーバー環境を活用してマネージド NoSQL データベースと統合できるように、ゲームのバックエンドを Google Compute Engine にデプロイする予定です。
ビジネス要件
世界的な足跡を拡大します。
稼働時間を改善します - ダウンタイムはプレイヤーの損失です。
使用するクラウド リソースの効率を向上します。
すべての顧客への遅延を削減します。
技術要件
ゲームバックエンドプラットフォームの要件
ゲームアクティビティに基づいて動的にスケールアップまたはスケールダウンします。
トランザクション データベース サービスに接続して、ユーザー プロファイルとゲームの状態を管理します。
将来の分析のために、ゲーム アクティビティを時系列データベース サービスに保存します。
システムが拡張されるにつれて、処理のバックログによってデータが失われないようにします。
強化された Linux ディストリビューションを実行します。
ゲーム分析プラットフォームの要件
ゲームアクティビティに基づいて動的にスケールアップまたはスケールダウンする
ゲームサーバーから受信したデータを即座に直接処理します
モバイルネットワークの速度が遅いために遅れて到着するデータを処理する
クエリが少なくとも10 TBの履歴データにアクセスできるようにする
ユーザーのモバイルデバイスから定期的にアップロードされるファイルを処理します
エグゼクティブステートメント
当社が最後に成功したゲームは、以前のクラウド プロバイダーではうまく拡張できず、ユーザーの採用率が低下し、ゲームの評判に影響を及ぼしました。投資家は、ゲームの速度と安定性を評価するための主要業績評価指標 (KPI) を増やし、使用パターンに関するより深い洞察を提供するその他の指標も求めており、これにより、ターゲット ユーザーに合わせてゲームを調整できます。
さらに、現在のテクノロジー スタックでは必要なスケールを提供できないため、MySQL を置き換えて、自動スケーリング、低レイテンシの負荷分散を提供し、物理サーバーの管理から解放される環境に移行したいと考えています。
この質問については、Mountkirk Games のケース スタディを参照してください。新しいゲーム バックエンド プラットフォーム アーキテクチャを担当します。ゲームは REST API を介してバックエンドと通信します。
Google が推奨するプラクティスに従いたい場合、バックエンドをどのように設計すればよいでしょうか?
会社概要
Mountkirk Games は、モバイル プラットフォーム向けのオンライン セッション ベースのマルチプレイヤー ゲームを制作しています。同社は、サーバー側の統合を使用してすべてのゲームを構築しています。これまでは、クラウド プロバイダーを利用して物理サーバーをリースしてきました。
一部のゲームが予想外に人気を博したため、世界中の視聴者、アプリケーション サーバー、MySQL データベース、分析ツールの拡張に問題が生じました。
現在のモデルでは、ゲームの統計情報をファイルに書き込み、ETL ツールを介して送信し、レポート用に一元化された MySQL データベースに読み込みます。
ソリューションコンセプト
Mountkirk Games は、非常に人気が出ると予想される新しいゲームを開発中です。ストリーミング メトリックをキャプチャし、集中的な分析を実行し、自動スケーリング サーバー環境を活用してマネージド NoSQL データベースと統合できるように、ゲームのバックエンドを Google Compute Engine にデプロイする予定です。
ビジネス要件
世界的な足跡を拡大します。
稼働時間を改善します - ダウンタイムはプレイヤーの損失です。
使用するクラウド リソースの効率を向上します。
すべての顧客への遅延を削減します。
技術要件
ゲームバックエンドプラットフォームの要件
ゲームアクティビティに基づいて動的にスケールアップまたはスケールダウンします。
トランザクション データベース サービスに接続して、ユーザー プロファイルとゲームの状態を管理します。
将来の分析のために、ゲーム アクティビティを時系列データベース サービスに保存します。
システムが拡張されるにつれて、処理のバックログによってデータが失われないようにします。
強化された Linux ディストリビューションを実行します。
ゲーム分析プラットフォームの要件
ゲームアクティビティに基づいて動的にスケールアップまたはスケールダウンする
ゲームサーバーから受信したデータを即座に直接処理します
モバイルネットワークの速度が遅いために遅れて到着するデータを処理する
クエリが少なくとも10 TBの履歴データにアクセスできるようにする
ユーザーのモバイルデバイスから定期的にアップロードされるファイルを処理します
エグゼクティブステートメント
当社が最後に成功したゲームは、以前のクラウド プロバイダーではうまく拡張できず、ユーザーの採用率が低下し、ゲームの評判に影響を及ぼしました。投資家は、ゲームの速度と安定性を評価するための主要業績評価指標 (KPI) を増やし、使用パターンに関するより深い洞察を提供するその他の指標も求めており、これにより、ターゲット ユーザーに合わせてゲームを調整できます。
さらに、現在のテクノロジー スタックでは必要なスケールを提供できないため、MySQL を置き換えて、自動スケーリング、低レイテンシの負荷分散を提供し、物理サーバーの管理から解放される環境に移行したいと考えています。
この質問については、Mountkirk Games のケース スタディを参照してください。新しいゲーム バックエンド プラットフォーム アーキテクチャを担当します。ゲームは REST API を介してバックエンドと通信します。
Google が推奨するプラクティスに従いたい場合、バックエンドをどのように設計すればよいでしょうか?
Professional-Cloud-Architect 試験問題 48
組織には、Google Cloud Platform 上の同じネットワークにデプロイされた 3 層ウェブ アプリケーションがあります。各層 (ウェブ、API、データベース) は、他の層とは独立してスケーリングされます。ネットワーク トラフィックは、ウェブを経由して API 層に流れ、その後データベース層に流れます。
トラフィックは Web 層とデータベース層の間で流れるべきではありません。ネットワークをどのように構成すればよいでしょうか?
トラフィックは Web 層とデータベース層の間で流れるべきではありません。ネットワークをどのように構成すればよいでしょうか?
Professional-Cloud-Architect 試験問題 49
あなたの会社では、世界中に分散しているユーザーが写真をアップロードし、他の選択されたユーザーと共有できる新しいアプリケーションを開発しています。このアプリケーションは、数百万の同時ユーザーをサポートします。開発者が基盤となるインフラストラクチャを作成および維持することなく、コードの作成だけに集中できるようにしたいと考えています。アプリケーションを展開するには、どのサービスを使用すればよいでしょうか。
Professional-Cloud-Architect 試験問題 50
この質問については、マウントカークゲームズのケーススタディを参照してください。
Mountkirk Games では、分離されたアプリケーション環境を展開するための、繰り返し可能で構成可能なメカニズムを作成する必要があります。開発者とテスターは互いの環境とリソースにアクセスできますが、ステージング リソースや本番環境のリソースにはアクセスできません。ステージング環境では、本番環境の一部のサービスにアクセスする必要があります。
開発環境をステージング環境や本番環境から分離するにはどうすればよいでしょうか?
Mountkirk Games では、分離されたアプリケーション環境を展開するための、繰り返し可能で構成可能なメカニズムを作成する必要があります。開発者とテスターは互いの環境とリソースにアクセスできますが、ステージング リソースや本番環境のリソースにはアクセスできません。ステージング環境では、本番環境の一部のサービスにアクセスする必要があります。
開発環境をステージング環境や本番環境から分離するにはどうすればよいでしょうか?