← Questions
Design reliable sign-in on top of a flaky token provider
0
I was asked this
No reports yet. Sign in to say where you were asked it.
Clients get a token from a third-party auth server and present it to your main server. The third-party server is unreliable: requests fail sometimes, and sometimes it answers with garbage. Design the system so users can still sign in and call your service reliably.
Cover validating responses, retries with backoff and timeouts, caching and refreshing tokens, fallbacks when the provider is down, what is safe to accept, and how you monitor it.
No official answer yet. Draw yours on the right; publish it and it shows under Community.
Nothing published yet. Publish your canvas and it shows here for others to open and remix.
Draw your answer hereBoxes, arrows and notes, saved for you to come back to.Sign in to start drawing
