ディザスタリカバリは、堅牢なゲームプラットフォームインフラストラクチャの重要な要素です。すべての高負荷システムには、重大な障害、災害、またはインフラストラクチャの損失からの回復のための準備されたシナリオが必要です。
ゲームプラットフォームは、多くのトランザクション、ゲームセッション、ユーザーデータで動作します。システムのシャットダウンは、財政的損失、ユーザーの信頼の喪失、および技術的な問題につながる可能性があります。
災害復旧には、バックアップ・サーバ戦略、データベース・レプリケーション、自動インフラストラクチャ・フェイルオーバー、サービス・リカバリ、およびインシデント後のデータ整合性チェックが含まれます。
JackCodeはDisaster Recoveryアーキテクチャを実装しており、ゲームプラットフォームが迅速にサービスを復元し、ダウンタイムを最小限に抑え、インフラストラクチャリスクから企業を保護します。
災害復旧システムの主な目的は次のとおりです：
- 障害発生後のサービス復旧
- バックアップ・インフラストラクチャへの切り替え
- データベースの復元
- データ整合性制御
- 重要なサービスを再起動する
- APIとゲームの統合の復元
- リカバリー後の安定性チェック
Disaster Recoveryに含まれるコンポーネント
| ［コンポーネント］ | アポイントメント |
|---|---|
| バックアップデータベース | データベースバックアップ |
| レプリケーション・システム | サーバ間でデータを複製する |
| フェイルオーバーインフラストラクチャ | 自動サービススイッチング |
| バックアップサーバー | 冗長サーバ環境 |
| クラウドストレージ | バックアップデータストレージ |
| モニタリングシステム | インフラヘルスモニタリング |
| リカバリスクリプト | リカバリの自動化 |
災害復旧チームが制御するもの
| ［コンポーネント］ | アポイントメント |
|---|---|
| レプリケーションのステータス | データ同期制御 |
| バックアップの可用性 | バックアップが利用可能であることの確認 |
| フェイルオーバーの準備状況 | インフラストラクチャスイッチ対応 |
| インフラストラクチャヘルス | サーバ環境のステータス |
| リカバリプロシージャ | リカバリ・シナリオの監視 |
| システムログ | インシデントの原因の分析 |
典型的な緊急事態のシナリオ
| ［問題］ | Description（説明 |
|---|---|
| サーバの障害 | サーバ・インフラストラクチャの障害 |
| データベースクラッシュ | データベースの破損または損失 |
| ネットワーク障害 | ネットワークインフラの問題 |
| データの破損 | システムデータの破損 |
| プロバイダの停止 | 外部サービスの利用不可 |
| インフラ攻撃 | サーバーインフラストラクチャへの攻撃 |
典型的な災害復旧プロセス
| Stage（ステージ） | Description |
|---|---|
| インシデント検出 | 重大な障害ラッチ |
| スケールの見積もり | 影響を受けるサービスの特定 |
| インフラストラクチャスイッチング | バックアップ環境がアクティブになります |
| データ復旧 | バックアップとレプリケーションを使用 |
| システムチェック | 正しい操作の制御 |
| プラットフォームの安定化 | 正常な操作に戻ります |
| レポート作成 | インシデント分析とレポート作成 |
災害復旧アーキテクチャの利点
| アドバンテージ | 実用的な価値 |
|---|---|
| ダウンタイムの最小化 | ダウンタイムの短縮 |
| ユーザーデータ保護 | 情報の紛失を防ぐ |
| 迅速なサービス・リカバリ | プラットフォームの継続性 |
| インフラストラクチャの信頼性の向上 | 安定したシステム運用 |
| ビジネスリスクの軽減 | 金融取引の保護 |
災害復旧プロセスに関与している人
| 参加者（参加者） | ロール（役割） |
|---|---|
| DevOpsエンジニア | インフラストラクチャとフェイルオーバーの制御 |
| データベース管理者 | データベースの復元 |
| バックエンド開発者 | サービスの運用状況を確認する |
| インフラストラクチャエンジニア | 冗長環境をサポート |
| テクニカルサポート | リカバリとモニタリングの調整 |
Disaster Recoveryにより、ゲームプラットフォームは重要な障害から迅速に回復し、インフラストラクチャを保護し、災害時でもサービスの安定性を維持できます。