Scaling recommended method change implications and Colyseus cloud #582
Replies: 1 comment 1 reply
-
|
Hi @rajdev-cuemath,
Sure, you can still use the proxy. The upsides of the newer method are:
There are 2 major downsides of the proxy:
No problem using the latest version of the proxy with an older version of the framework. The proxy should be compatible with 0.13, 0.14, and 0.15 of the server.
5k daily active users are not equal to 5k concurrent users (CCU). For a game like chess, a single process on a cheap VM may easily handle 2k CCU.
Transport options have been refactored, and const app = express();
const server = http.createServer(app);
const gameServer = new Server({
transport: new WebSocketTransport({ server })
}) |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Hi everyone,
I see that from v0.15, the recommended method of scaling has changed. This leads me to having multiple questions.
Can we still use the previous dynamic proxy method to scale? If yes, why what are the tradeoffs and what are the reasons behind the change in recommended method?
What issues, if any we may face with the previous method while using 0.15 or above?
Is it advisable to use an older version of colyseus along with dynamic proxy?
I see that we may be able to use colyseus proxy from mid June. What cost should I expect if I want to create a small gaming app with approx 5k daily active users during peak evening hours. Let's assume the game is chess.
I am planning to create an express integrated colyseus. It looks like options.server will also be deprecated, does it mean I will not be able to use an express server for my app?
Can someone please help me with these?
Thanks
Beta Was this translation helpful? Give feedback.
All reactions