Estrategia de autenticación de microservicios

Estoy teniendo dificultades para elegir una estrategia de autenticación decente/segura para una arquitectura de microservicios. El único post que encontré sobre el tema es este: Inicio de sesión único en la Arquitectura de Microservicios

Mi idea aquí es tener en cada servicio (por ejemplo. autenticación, mensajería, notificación, perfil, etc.) una referencia única a cada usuario (lógicamente su user_id) y la posibilidad de obtener el id del usuario actual si está conectado.

De mis investigaciones, veo hay dos estrategias posibles:

1. Arquitectura compartida

En esta estrategia, la aplicación de autenticación es un servicio entre otros. Pero cada servicio debe ser capaz de hacer la conversión session_id => user_id así que debe ser muy simple. Es por eso que pensé en Redis, que almacenaría la clave:valor session_id:user_id.

2. Arquitectura de cortafuegos

En esta estrategia, el almacenamiento de sesiones realmente no importa, ya que solo lo maneja el aplicación de autenticación. Entonces el user_id puede ser reenviado a otros servicios. Pensé en Rails + Devise (+Redis o mem-cached, o almacenamiento de cookies, etc. pero hay un montón de posibilidades. Lo único que importa es que Service X nunca necesitará autenticar al usuario.

¿Cómo se comparan esas dos soluciones en términos de:

• seguridad
• robustez
• escalabilidad
• facilidad de uso

O tal vez usted sugeriría otra solución ¿No lo he mencionado aquí?

Me gusta más la solución #1, pero no he encontrado mucha implementación predeterminada que me asegure en el hecho de que voy en la dirección correcta.

Espero que mi pregunta no se cierre. Realmente no sé dónde más preguntar.

Gracias de antemano