Es posible que desee tener todas las responsabilidades de su juego claramente separadas en bibliotecas distintas (por ejemplo, muy simplificadas: lógica de juego, gestión de puntajes altos, …).
Como dijo Martin Fowler (más o menos), los microservicios no comienzan en el nivel de implementación. Comienza en el nivel arquitectónico.
Entonces, sí, realmente debería diseñar cualquier aplicación con componentes separados en mente. En lugar de hacer que se comuniquen a través de HTTP, aún tiene llamadas a métodos en proceso.
Tomo Java como ejemplo: definitivamente es una buena práctica tener todos los componentes de tu juego distribuidos en archivos .jar separados. Esto no le impide desplegarlos dentro de un solo artefacto. Después de todo, esto es lo que haces con todas las bibliotecas de todos modos.
- Cómo elegir el socio adecuado para externalizar el desarrollo de servicios móviles / web
- Tengo una idea para la aplicación móvil, ¿cómo debo ir con ella?
- ¿En qué desafíos de ingeniería está trabajando Hike?
- ¿Es el desarrollo de aplicaciones móviles el mejor servicio para ofrecer?
- Cómo encontrar una empresa que ofrezca agentes para soporte de aplicaciones móviles
No se trata de microservicios per se, pero de todos modos debería tratarse de la idea, no del término.
