質問編集履歴
2
頂いた提案は非常に理に適っており私も同意するため、質問の具体的なまとめの位置を変更。
test
CHANGED
File without changes
|
test
CHANGED
@@ -1,4 +1,18 @@
|
|
1
|
+
### 先に質問のまとめ
|
2
|
+
|
3
|
+
質問内容は
|
4
|
+
|
5
|
+
・Redisを前提とし、もしもゲームサーバーが異常終了した場合にも対応できること
|
6
|
+
|
7
|
+
・これではPubSubのオーバーヘッドがあるため、より高速なマッチメイキング
|
8
|
+
|
9
|
+
になります。些細な提案でも良いのでぜひ返答いただけたら嬉しい限りです。
|
10
|
+
|
11
|
+
また、teratailで初投稿となるため、至らない点も数多く存在するかと思いますが、ご了承ください。
|
12
|
+
|
13
|
+
|
14
|
+
|
1
|
-
### 前提・実現したいこと
|
15
|
+
### 細かな前提・実現したいこと
|
2
16
|
|
3
17
|
現在、Redisを使用して開発中のゲームのマッチメイキングシステムを作ろうと考えています。
|
4
18
|
|
@@ -57,17 +71,3 @@
|
|
57
71
|
|
58
72
|
|
59
73
|
しかしこれでいくつかの問題が生じます。もしも、ゲームサーバーが予期せず強制的にシャットダウンなどがされた場合、Redisにwaiting_gameが残ってしまい、それを知る由もないロビーサーバーにいるプレイヤーがリクエストした際に、もうオンラインでないゲームサーバーへ接続しようとしてしまう可能性が出てきます。また、expireで期限を付けた場合も同様で、その期間内では接続を試みてしまう可能性があるのです。
|
60
|
-
|
61
|
-
|
62
|
-
|
63
|
-
### まとめ
|
64
|
-
|
65
|
-
質問内容は
|
66
|
-
|
67
|
-
・Redisを前提とし、もしもゲームサーバーが異常終了した場合にも対応できること
|
68
|
-
|
69
|
-
・これではPubSubのオーバーヘッドがあるため、より高速なマッチメイキング
|
70
|
-
|
71
|
-
になります。些細な提案でも良いのでぜひ返答いただけたら嬉しい限りです。
|
72
|
-
|
73
|
-
また、teratailで初投稿となるため、至らない点も数多く存在するかと思いますが、ご了承ください。
|
1
自分の勘違いによりアカウントの開設は2015年だったようです。そのため訂正させていただきます。
test
CHANGED
File without changes
|
test
CHANGED
@@ -70,4 +70,4 @@
|
|
70
70
|
|
71
71
|
になります。些細な提案でも良いのでぜひ返答いただけたら嬉しい限りです。
|
72
72
|
|
73
|
-
また、teratail
|
73
|
+
また、teratailで初投稿となるため、至らない点も数多く存在するかと思いますが、ご了承ください。
|