MyMapFlux de connexion OAuth (séquence)
Le prompt
Cartographiez le flux de connexion OAuth de notre application
Créez votre version
À propos du cadre
Suivez l’échange d’une connexion réussie
La séquence suit User, Browser, Backend API, OAuth Provider et DB à travers 12 messages. Elle commence par Se connecter avec Google, passe par l’autorisation et le consentement, puis renvoie un code d’autorisation au navigateur. Le navigateur effectue une requête POST vers /auth/callback, puis le backend échange le code contre des jetons d’accès et d’identification.
Les derniers messages créent ou mettent à jour l’enregistrement utilisateur, renvoient l’objet utilisateur, définissent un cookie de session et redirigent vers le tableau de bord. Il s’agit d’une esquisse du parcours réussi : l’exemple ne contient aucune branche de refus, d’échec de validation ou d’expiration de session.
Adaptez les noms des participants et les messages de rappel à votre implémentation. Ajoutez les vérifications et les cas d’échec dont vous avez besoin pour les examiner explicitement, plutôt que de considérer ce court diagramme d’interaction comme une spécification complète de l’authentification.
Contenu inclus
Ce que vous obtenez
- Cinq participants couvrant l’utilisateur, le navigateur, le backend, le fournisseur et la base de données
- Douze messages, de la connexion Google à la redirection vers le tableau de bord
- Un échange de code d’autorisation renvoyant les jetons d’accès et d’identification
- Des messages de création ou de mise à jour de l’utilisateur et de définition du cookie de session
Flux de connexion OAuth (séquence)
✦ Free preview · Sign in to use
Questions fréquentes
Questions courantes
L’exemple montre-t-il des échecs de connexion ?
Non. Il suit une seule connexion réussie, du clic sur la connexion jusqu’au tableau de bord. Demandez des branches alternatives couvrant les erreurs spécifiques gérées par votre implémentation.
Où l’enregistrement utilisateur est-il créé ou mis à jour ?
Après la réponse contenant les jetons, l’API Backend envoie à la base de données un message de mise à jour ou de création de l’utilisateur. La base de données renvoie un objet utilisateur avant que l’API ne définisse le cookie de session du navigateur.
Cela précise-t-il chaque vérification d’authentification ?
Non. Les messages omettent les détails d’implémentation et les étapes de validation. Ajoutez-les à partir de la conception de l’authentification de votre application avant d’utiliser le diagramme pour une revue technique.
Flux de connexion OAuth (séquence)
Gratuit pour commencer. Aucune carte de crédit requise.