I think a big part of JWT should be some type of API Gateway.
In an example case (microservices) we take an API key from the client and the API Gateway creates a signed JWT with relevant user info. This is where blocked/logout checks will be handled.
With this, the JWT gets passed to the corresponding API service and it won't have to check again with the API Gateway on the given JWT. The JWT can also be passed to subsequent services if needed on behalf of the parent service.
1 call to user info is needed in this scenario. And the N microservices within the API request scope doesn't not need to check user auth.
API Gateway? Sounds more like an auth server.
"The JWT can also be passed to subsequent services if needed on behalf of the parent service.", that's a risk not a feature.
i havent dealt with this situation before
but what the auth api gateway .. will hand to the services ? the user id right ? will that be on the header ?
We're a place where coders share, stay up-to-date and grow their careers.
We strive for transparency and don't collect excess data.