Estoy pensando en hacer un servidor MMO, y he estado mirando cómo otros juegos estructuran su red. Una de las cosas que he notado es que siempre hay un servidor de inicio de sesión y luego los servidores del juego.
Todavía estoy decidiendo si debo hacer esto, pero me gustaría escuchar algunas opiniones primero. ¿Cuáles son las ventajas de esto y cómo se comunica el servidor de inicio de sesión con el servidor del juego para manejar los inicios de sesión?
mmo
networking
server
scalability
JPiolho
fuente
fuente
Respuestas:
Creo que esto se debe principalmente al hecho de que el inicio de sesión y el manejo del juego son lógicamente más o menos independientes, por lo que generalmente se mantienen separados para un mejor desacoplamiento, un mantenimiento más fácil y escalabilidad. No necesariamente tienen que residir en diferentes servidores físicos, pueden ejecutarse tan bien como servicios independientes en la misma máquina. Si el tráfico crece demasiado, el servidor de inicio de sesión se puede mover fácilmente a otra máquina.
Además, los servidores de inicio de sesión son un posible vector de ataque, por lo que es bueno tenerlos separados desde un punto de vista de seguridad.
Internamente, diferentes servicios del lado del servidor pueden usar sockets regulares para comunicarse entre sí, ya sea en la misma máquina o en otra máquina en el clúster. Alternativamente, se podría usar un servidor de base de datos para mantener un indicador de 'ha iniciado sesión' para cada usuario.
fuente
Un aspecto muy importante en el desarrollo de MMO es lograr la escalabilidad y permitir el equilibrio de carga.
La autenticación de usuarios mediante la verificación de credenciales, el estado de prohibición, el recuento de inicios de sesión fallidos recientes, etc. es una tarea que se puede hacer sin conocer nada de la lógica del juego o los datos del juego. Por lo tanto, es muy fácil mover eso a su propio clúster de servidores.
Además, los servidores de inicio de sesión son una "entrada" bien conocida para que el cliente contacte. Después de una autenticación exitosa, pueden enviar al cliente al servidor apropiado en el clúster del servidor de juegos. Este envío se puede hacer reenviando la conexión de red al servidor de juegos correcto o diciéndole al cliente que abra una nueva conexión a un servidor de juegos correcto.
Debe pensar en los recortes de su sistema para su distribución desde el principio. Es muy fácil ejecutar varias piezas en un servidor. Pero es bastante difícil dividir cosas que se han desarrollado como una sola unidad.
fuente
Como ex jugador de WoW, mi experiencia fue que el servidor de inicio de sesión siempre fue el eslabón más débil de la cadena.
Los servidores mundiales generalmente eran impresionantemente estables, incluso manejando bastante bien la carga excepcional (por ejemplo, nuevas versiones de paquetes de expansión).
Pero los servidores de inicio de sesión nunca parecieron funcionar tan bien, y con frecuencia estarían inactivos mientras que los servidores del mundo estaban bien. (lo que significa que si pierdes la conexión en una redada / mazmorra, no puedes volver a entrar, ¡pero los otros jugadores te están esperando!)
Y ahora que el sistema de inicio de sesión de WoW se fusionó con Battle.Net, Starcraft 2 puede dejar de estar disponible cuando WoW está bajo una carga pesada (como sucedió durante un par de horas cuando se lanzó Cataclysm)
Entonces, si está creando un juego que tendrá un gran número de usuarios, la escalabilidad y el rendimiento del sistema de inicio de sesión también son muy importantes.
fuente