ゲーム業界アプリケーション

ゲーム会社では、ApsaraDB for Redis はデプロイメントアーキテクチャの重要な要素として使用されます。

シナリオ1: データストレージとしての Redis の使用

ゲームのデプロイメントアーキテクチャは比較的シンプルです。 ECS にデプロイされたメインプログラムによって、すべての業務データは永続的データベースである Redis に保存されます。 ApsaraDB for Redis では、プライマリスタンバイデュアルマシン冗長データストレージによって、永続化機能がサポートされています。

シナリオ2: アプリケーションアクセスを高速化するためのキャッシュとしての Redis の使用

Redis をキャッシュ層として使用すると、アプリケーションアクセスが高速化されます。 データはバックエンドデータベース (RDS) に保存されます。

信頼性は Redis サービスにとって不可欠です。 Redis サービスが利用できない場合は、業務アクセスによってバックエンドデータベースに過剰な負荷がかかります。 ApsaraDB for Redis には、 ホットスタンバイ高可用性アーキテクチャがあり、サービスの極めて高い信頼性が確保されます。 マスターノードでは外部サービスが提供されます。 マスターノードで障害が発生した場合は、システムは自動的にスタンバイノードに切り替えられ、サービスがスタンバイノードに引き継がれます。 フェイルオーバープロセス全体は、ユーザー対して完全に透過的です。

E-commerce 業界のアプリケーション

E-commerce 業界では、Redis は主に商品の表示、ショッピングの推奨、およびその他のモジュールで大容量のデータを扱うために、広く使用されています.

シナリオ: 秒殺タイプのショッピングシステム

商品が短時間で完売するような大規模なプロモーション中に、ショッピングシステムには、通常のデータベースの読み書き性能をはるかに上回るトラフィックによる負荷がかかります。 ApsaraDB for Redis によってサポートされる永続化機能を使用すると、データベースシステムとして Redis が直接使用されます。 ApsaraDB for Redis によってサポートされる永続化機能を使用すると、データベースシステムとして Redis が直接使用されます。

シナリオ: カウンター付きの在庫システム

このようなシステムでは、通常、基盤となるアーキテクチャでは、実際のデータが RDS に保持され、カウント情報がデータベースフィールドに保持されます。 一方、ApsaraDB for Redis では、Redis にカウントが読み込まれ、カウント情報が RDS に保存されます。 このシナリオでは、ApsaraDB for Redis は 物理マシンにデプロイされ、高レベルのデータ読み取り性能を持つ SSD 高パフォーマンスストレージに基づいた、基盤となるアーキテクチャが使用されます。

ライブビデオアプリケーション

ライブビデオサービスは多くの場合、データとリレーションシップ情報の保存を Redis に依存しています。

高可用性を保証するデュアルマシンホットスタンバイ

ApsaraDB for Redis では、ホットスタンバイモードによってサービスの可用性が最大化されます。

クラスターバージョンによるパフォーマンスのボトルネックの解消

ApsaraDB for Redis では、クラスターバージョンを使用すると、Redis のシングルスレッドメカニズムのパフォーマンスボトルネックが解消されます。 このアプローチでは、ライブビデオのブロードキャストトラフィックの急な増加が効果的に対処され、高パフォーマンス要件が満たされます。

業務のピークに対処するための拡張が容易

ApsaraDB for Redis では、ワンクリックでサイズを変更できます。 アップグレードプロセス全体は完全に透過的であり、トラフィックの急増に容易に対処できます。