Modèle de service d'authentification et de gestion des identités
Authentification utilisateur et gestion des identités

Points clés

Aperçu

Un service d'authentification nécessite des connexions utilisateur sécurisées et des fonctionnalités de gestion d'identité robustes.

Ce modèle définit l'Utilisateur avec des fonctionnalités robustes d'authentification et de gestion d'identité, permettant aux équipes de mettre rapidement en œuvre des connexions utilisateur sécurisées.

Pourquoi créer votre service backend d'authentification et de gestion d'identité avec Back4app?

Back4app fournit des fonctionnalités robustes d'authentification utilisateur et de gestion d'identité permettant à votre équipe de se concentrer sur l'amélioration de l'engagement utilisateur au lieu de l'infrastructure backend.

• •Authentification utilisateur complète: Prise en charge de l'enregistrement des utilisateurs, de la connexion, de la récupération de mot de passe et de la gestion des rôles.
• •Vérification d'identité sécurisée: Incorporez des fonctionnalités de vérification d'identité pour garantir des identités utilisateur sécurisées et fiables.
• •Réactivité en temps réel: Utilisez Live Queries pour les mises à jour des utilisateurs tout en maintenant la disponibilité de REST et de GraphQL.

Construisez, itérez et améliorez rapidement vos fonctionnalités d'authentification avec une solution backend unique sur toutes les plateformes.

Avantages principaux

Un backend d'authentification qui supporte une itération rapide sans compromettre la sécurité.

Pile technique

Tout inclus dans ce modèle de backend d'authentification.

Diagramme ER

Modèle de relation d'entité pour le schéma de backend d'authentification.

erDiagram
    User ||--o{ Session : "user"
    User ||--o{ AccessLog : "user"

    User {
        String objectId PK
        String username
        String email
        String password
        String role
        Date createdAt
        Date updatedAt
    }

    Session {
        String objectId PK
        Pointer user FK
        String sessionToken
        Date createdAt
    }

    AccessLog {
        String objectId PK
        Pointer user FK
        Date accessTime
        Date createdAt
    }

Flux d'intégration

Flux d'exécution typique pour l'authentification, la gestion de l'identité et les interactions des utilisateurs.

sequenceDiagram
  participant User
  participant App as Auth Identity Management Service App
  participant Back4app as Back4app Cloud

  User->>App: Login
  App->>Back4app: POST /login
  Back4app-->>App: Session token

  User->>App: View access logs
  App->>Back4app: GET /classes/AccessLog
  Back4app-->>App: AccessLog details

  User->>App: Logout
  App->>Back4app: POST /logout
  Back4app-->>App: Logout success

Dictionnaire de données

Référence complète au niveau des champs pour chaque classe dans le schéma d'authentification.

Sécurité et autorisations

Comment les stratégies ACL et CLP protègent les données et les interactions des utilisateurs.

Schéma (JSON)

Définition de schéma JSON brute prête à être copiée dans Back4app ou à être utilisée comme référence d'implémentation.

{
  "classes": [
    {
      "className": "User",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "username": {
          "type": "String",
          "required": true
        },
        "email": {
          "type": "String",
          "required": true
        },
        "password": {
          "type": "String",
          "required": true
        },
        "role": {
          "type": "String",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "Session",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "user": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "sessionToken": {
          "type": "String",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "AccessLog",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "user": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "accessTime": {
          "type": "Date",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        }
      }
    }
  ]
}

Terrain de jeu API

Essayez les points de terminaison REST et GraphQL contre le schéma d'authentification. Les réponses utilisent des données fictives et ne nécessitent pas de compte Back4app.

Utilise le même schéma que ce modèle.

Ce que vous obtenez avec chaque technologie

Chaque stack utilise le même schéma backend d'authentification et les contrats API.

Questions Fréquemment Posées

Questions courantes sur la création d'un service d'authentification backend avec ce modèle.