Estoy diseñando una aplicación basada en la arquitectura de microservicios,
En esta aplicación necesitaré un microservicio de autenticación,
También tendré que almacenar información adicional del usuario, como, tal vez, múltiples direcciones, imagen de avatar, etc.
Esto lleva a la idea de tener dos microservicios, uno para Auth y otro, User, que podría almacenar información adicional del usuario,
Hasta ahora, tengo las siguientes ideas:
Permitir que el servicio de autenticación también sea un servidor de recursos que contenga información del usuario, incluidas direcciones adicionales, tal vez, un avatar, etc. Esta es una solución conveniente porque permite tener todo lo relacionado con el usuario en un solo lugar y reduce la complejidad para operaciones como el registro de nuevos Usuario, eliminación de usuario. Sin embargo, esta solución parece contradecir el concepto de microservicios, pero para mí esta solución es la más atractiva.
Tener dos microservicios diferentes: autenticación y usuario. Auth sería responsable solo del manejo de los tokens y no almacenará ningún dato relacionado con el Usuario. Entonces, cuando se recibe la solicitud de un token, el servicio de autenticación llama al Usuario para recibir los datos del Usuario y tomar una decisión
Tener dos microservicios diferentes: autenticación y usuario. Auth sería responsable de manejar los tokens y también almacenar una parte de la información del usuario relacionada con la autenticación (tal vez contraseña, roles). El servicio de usuario mantendrá toda otra información, como direcciones adicionales, avatares, etc. Este enfoque para mí parece demasiado complejo porque requiere un usuario complejo para eliminar / crear nuevas operaciones de usuario
Ahora, tendré que elegir una de estas soluciones, pero estoy perdido y no estoy seguro de cuál es la correcta,
Apreciaré cualquier consejo con respecto a esto,
Gracias