I posted about singleton servers a while back, good idea in ways, though it was a horrible layout. I don’t know why I even thought that layout was good, probably because my skills were not as good, but enough about that.
First off, the way it would be accessed from the website is using universes. The game configuration panel could look something similar to this
![](upload://1DrqNgR3N9JKO2LLMhELGfxH8vu.png)The places that contain them would be just like a normal place, except that only people with edit permissions would be allowed to visit it obviously. I am not sure how hard it would be, but disabling physics would probably be a good idea as well, why would it need it?
Why do we need them?
- Not everyone has the time or money to setup their own dedicated server, manage it, and program the back end on it.
- This would allow games to easily make matchmaking systems
- It could be a kick-starter type of thing for new games that don’t have the funds to actually get their own server.
What about communication between the servers?
It’s easier said than done, first off I suggest having the same structure as RemoteEvents/Functions between the server and client, this would make it easy to get into, and learn how they work. We would need a 2-way communication, allowing the CS to send messages to the game server, and back.
In terms of security, that isn’t our job, but I assume ROBLOX can handle making secure connections between their own servers without issues.
The connection should automatically be established when the game-server starts by making a web-call to get the information to actually connect to it.
What about limits between the servers?
- From what I have tested, the server-client, client-server communication via Remote’s works well, and would easily handle all the traffic we would need.
Lets say Phantom Forces uses this, and still has the 32 players max per server, and it’s a weekend. From what I’ve seen, it’s around 5,000 players on Saturday. That is approximately 5000/32 ~= 156 game servers, all connecting to one, but definitely not sending all at once, just having open connections for sure.
Would 1 server be able to handle 156 connections? Sure, if they’re done right by ROBLOX and the programmers of the game. The central server should not be sending or receiving any data except for what it needs for communication, and the Remote’s that we use. Lets say we have 500 of those players queuing for a match at most, all we would need to send to the central server is the Players user ID, the match type they’re queuing for, and maybe some other small amount of data. A single server should Easily be able to handle that.
What if one server can’t handle all of the game servers at once?
Simple suggestion on how we can handle this, for every X amount of players and/or game servers, a new central server is allowed. This would basically split up the game servers to use different central servers.
Doing so would divide the game into sections, but it would still allow matchmaking to take place for example.
Some ideas I had for these:
A central admin panel for the games we could make, manage players data, setup new twitter codes, etc.
Matchmaking is the biggest reason for this, we got Reserved Servers, which is amazing, this is that last step.
"Can’t we just use our own central server?"
Sure, but it can get really expensive, and not everyone knows how to do proper backups and management of servers.
Would you use them?
- Yes
- No
- Unsure
0 voters
Would you use them for Matchmaking?
- Yes
- No
- Unsure
0 voters
Other uses you can think of?
Lets discuss this.