Una ligera introducción a las arquitecturas software para MMOG más comunes. Aunque le faltan algunos retoques (la actualizaré en breve) creo que está presentable

1. Virtual reallity software architecture Massive Multiplayer Online Games Miguel Ángel Pastor Olivar http://miguelinlas3.blogspot.com http://twitter.com/miguelinlas3

3. Online Games: múltiples jugadores

5. First person shooter

6. Real time strategy

7. Sports, racing

8. Social game

9. MMOG:Reparto del mercado

10. MMGO:Suscripciones activas

11. MMGO: Total suscripciones

12. MMOG Características principales

14. Acciones repercuten en el mundo de otros jugadores

15. Mundo virtual y personajes persistentes a lo largo del tiempo

16. Gran número de usuarios concurrentes

17. Necesidad de autenticación para jugar

19. Velocidad de juego

20. Rendimiento

21. Fácil escalabilidad

22. Distribución múltiples procesadores

23. Arquitectura Cliente - Servidor

25. Arquitectura multicapa Encrypt Server Message Tier Message Tier Client Encrypt Network Network

27. Arquitectura servidor En/Decrypt WorldDB World Governor Groups AI Controller Authentication Governor UserDB Network Component World Component User Component Messenger Network

30. Nivel alto de seguridad de información

31. Estructura relativamente simple

32. Facilidad de diseño de juegos

33. Modo sencillo de escalabilidad

35. Mantenimiento costoso

36. Grandes necesidades de ancho de banda

37. Escasa flexibilidad

38. Desaprovechamiento de recursos caros

39. Arquitectura Distribuida Peer to Peer

41. Particionado del mundo virtual

42. Gestión de datos

43. Algoritmos de coordinación

45. Esencial: alteraciones del mundo virtual

46. Importante el orden de eventos

48. Sin embargo, los usuarios se desconectan

49. Necesidad de reorganizar pérdidas

50. Adaptación autónoma por parte del juego

52. Necesario detectar cambios entre logins

53. Mundo virtual continua evolucionando

54. Necesidad información histórica mundo virtual

56. Tolerancia a fallos

57. Multidispositivo

59. Garantizar la jugabilidad

60. Minimizar tiempos de respuesta (dependiente)

62. Característica principal sistemas P2P

63. Ejemplo problemática: ancho de banda

65. Virtual crime: lenguaje ofensivo, fraude

66. Dependiente del juego

67. Algunas soluciones: voting,logging system

69. Memoria

71. No puede ser influenciada por el desarrollador

73. Prevención del cheating

74. Sencillo en arquitecturas cliente-servidor

75. Aproximación P2P Overlay

77. DHT : Topología estructurada no centralizada ( Pastry )

78. Scribe : multicast (nivel app) sobre Pastry

79. Colyseus : localidad y previsibles patrones de acceso a datos

81. Reparto de recursos sobre DHT

82. Asignación de eventos

83. Evento modificación: broadcast

84. Problemática: unicidad del manejo de eventos

85. Arquitectura Pastry Interface Pastry Application Game Interface Cooperation Management Neighbour discover ARPL Algorithm Manage module Agent Module Resource Mgmt Security module Game Logic Rendering UI Systems Script Mod Network Data Mgmt Physics

87. Descarga de información de usuario

88. Búsqueda del manager local

89. Registro de información del resto de managers

90. APRL: asignación de eventos

92. Intercambio de información de agentes

93. Si conjunto vacío se registran agentes locales en vecino

94. Reemplazados ante una nueva unión

96. Notificación de vecinos: antiguos y nuevos

97. Deberán ejecutar el algoritmo ARPL

98. Ante un fallo; el resto de agentes serán notificados

99. Conclusiones

101. Cliente-Servidor: mantenimiento y recursos

102. Arquitecturas distribuidas: mundo real?

103. Complejidad elevada: soluciones híbridas

104. Nuevas tendencias: enfoque cloud