ケーススタディ: 1 - Mountkirk Games ケーススタディ
会社概要
Mountkirk Games は、最も人気のあるモバイル プラットフォーム向けに、オンラインのセッションベースのマルチプレイヤー ゲームを制作しています。
会社概要
Mountkirk Games は、すべてのゲームをサーバー側統合を使用して構築しており、これまではクラウド プロバイダーを使用して物理サーバーをリースしてきました。同社のゲームのいくつかは予想以上に人気があり、アプリケーション サーバー、MySQL データベース、分析ツールの拡張に問題がありました。
Mountkirk の現在のモデルは、ゲームの統計情報をファイルに書き込み、ETL ツールを介して送信し、レポート用に中央の MySQL データベースにロードするというものです。
ソリューションコンセプト
Mountkirk Games は、非常に人気が出ると予想される新しいゲームを開発中です。ストリーミング メトリックをキャプチャし、集中的な分析を実行し、自動スケーリング サーバー環境を活用して、マネージド NoSQL データベースと統合できるように、ゲームのバックエンドを Google Compute Engine にデプロイする予定です。
技術要件
ゲームバックエンドプラットフォームの要件
1. ゲームアクティビティに基づいて動的にスケールアップまたはスケールダウンします。
2. 管理された NoSQL データベース サービスに接続します。
3. カスタマイズされた Linx ディストリビューションを実行します。
ゲーム分析プラットフォームの要件
1. ゲームアクティビティに基づいて動的にスケールアップまたはスケールダウンします。
2. ゲーム サーバーから受信したデータを即座に直接処理します。
3. モバイル ネットワークの速度が遅いために遅れて到着するデータを処理します。
4. SQL クエリが少なくとも 10 TB の履歴データにアクセスできるようにします。
5. ユーザーのモバイル デバイスによって定期的にアップロードされるファイルを処理します。
6. 完全に管理されたサービスのみを使用する
CEOの声明
当社が最後に成功したゲームは、以前のクラウド プロバイダーではうまく拡張できず、ユーザー採用率が低下し、ゲームの評判に影響を及ぼしました。投資家は、ゲームの速度と安定性を評価するための主要業績評価指標 (KPI) を増やし、使用パターンに関するより深い洞察を提供するその他の指標も求めており、これにより、ゲームを対象ユーザーに合わせて調整することができます。
CTO 声明
現在のテクノロジー スタックでは必要なスケールを提供できないため、MySQL を置き換えて、自動スケーリング、低レイテンシの負荷分散を提供し、物理サーバーの管理から解放される環境に移行したいと考えています。
CFOの声明
ユーザーの人口統計データの使用指標やその他の KPI を十分に把握できていません。その結果、適切なユーザーと関わることができていません。マーケティングが適切なユーザーをターゲットにしているかどうか自信が持てず、ゲーム内でプレミアム ブラストアップを十分に販売できていないため、収益に大きく影響しています。
この質問については、Mountkirk Games のケース スタディを参照してください。Mountkirk Games では、分離されたアプリケーション環境を展開するための繰り返し可能で構成可能なメカニズムを作成する必要があります。
開発者とテスターは互いの環境とリソースにアクセスできますが、ステージングまたは本番環境のリソースにアクセスすることはできません。ステージング環境では、本番環境の一部のサービスにアクセスする必要があります。
開発環境をステージング環境や本番環境から分離するにはどうすればよいでしょうか?

データベース管理チームから、Google Compute Engine で実行されている新しいデータベース サーバーのパフォーマンスを向上させるための支援を依頼されました。データベースはパフォーマンス統計をインポートして正規化するためのもので、Debian Linux で実行されている MySQL を使用して構築されています。80 GB の SSD 永続ディスクを備えた n1-standard-8 仮想マシンがあります。
このシステムからより良いパフォーマンスを得るには、何を変更する必要がありますか?

開発マネージャーが新しいアプリケーションを構築しています。彼はあなたに、要件を確認し、それを満たすために使用できるクラウドテクノロジーを特定するよう依頼しています。アプリケーションは
1. クラウドポータビリティのためのオープンソース技術に基づく
2. 需要に応じてコンピューティング能力を動的に拡張する
3. 継続的なソフトウェア配信をサポートする
4. 同じアプリケーションスタックの複数の分離されたコピーを実行する
5. 動的テンプレートを使用してアプリケーションバンドルをデプロイする
6. URLに基​​づいてネットワークトラフィックを特定のサービスにルーティングする
どのテクノロジの組み合わせが彼のすべての要件を満たすでしょうか?

Dress4win はエンドポイントの 100% をカバーするエンドツーエンドのテストを実施しています。
クラウドへの移行によって新たなバグが発生しないようにしたいと考えています。
停止を防ぐために開発者はどのような追加のテスト方法を採用する必要がありますか?

主なビジネス目標の 1 つは、アプリケーションに保存されているデータを信頼できるようにすることです。
アプリケーション データへのすべての変更をログに記録したいとします。ログの信頼性を検証するために、ログ システムをどのように設計すればよいでしょうか。