I am currently working on a browsergame:
Its a mmo (strategy to be clear).
Right now im learning SQL and thinking about the “structure” of my
My plan is to have one “login”-server, who checks the password and the
leads to another server, who manages all the things (one per world).
Is this a good structure?? Or are there existing, better models??
I will keep asking questions about my project in this thread so my topic
is pretty generaly.
Please log in or register to post a reply.
Why would you use several servers? It seems to only add complexity. Are
you worrying about scaling? A single server architecture will support
thousands of players, so don’ worry abour performance.
Yes im worried about scaling…..I don´t have any experience with
Dont worry about performance and scaling. Unless you manage to build the
next Farmville, you won’t have any problem running the server on your
I wouldn’t say “don’t worry about performance”. It’s good to at least
have an idea of where you’re heading, so that you can build in
anticipation where it makes sense. However, the other end of the
spectrum, where you are definitely heading, is premature optimization.
As Geon says, a given modern, non-virtualized server with a well-design
codebase, can easily handle thousands of connections for casual games,
and hundreds to low thousands for more real-time games.
First, get the game going on one server, but keep your code very
modular. For example, can you cut out the authentication/authorization
subsystem without affecting too much other code? If so, it becomes
easier to pull parts out when 1) it is coded well, and 2) you have
cashflow to spend on a dev to focus on this for the company.