Modèle de backend de l'application de demande d'accès
Flux de travail des autorisations informatiques et journaux d'audit

Points clés

Aperçu

Un produit de permissions IT nécessite la gestion des utilisateurs, les demandes d'accès, les approbations, et les journaux d'audit.

Ce modèle définit User, AccessRequest, Approval, et AuditLog avec des fonctionnalités en temps réel et des règles de propriété pour que les équipes puissent implémenter rapidement des flux de travail IT.

Pourquoi construire votre backend de demande d'accès avec Back4app ?

Back4app vous offre des primitives pour les utilisateurs, les demandes d'accès, les approbations et les journaux d'audit afin que votre équipe puisse se concentrer sur la sécurité et la conformité plutôt que sur l'infrastructure.

• •Gestion des utilisateurs et des accès: La classe utilisateur avec des champs de demande d'accès et la classe d'approbation pour la gestion des décisions soutiennent les flux de travail informatiques.
• •Fonctionnalités d'approbation et d'audit: Gérez les demandes d'accès avec des statuts et permettez aux utilisateurs de suivre facilement les approbations.
• •Flexibilité en temps réel + API: Utilisez Live Queries pour les mises à jour des journaux d'audit tout en gardant REST et GraphQL disponibles pour chaque client.

Construisez et itérez rapidement sur les fonctionnalités de permissions informatiques avec un seul contrat backend sur toutes les plateformes.

Avantages principaux

Un backend de permissions informatiques qui vous aide à itérer rapidement sans sacrifier la structure.

Pile technique

Tout est inclus dans ce modèle de backend de demande d'accès.

Diagramme ER

Modèle de relation d'entité pour le schéma backend de la demande d'accès.

erDiagram
    User ||--o{ AccessRequest : "requester"
    User ||--o{ AuditLog : "user"
    User ||--o{ Permission : "user"

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

    AccessRequest {
        String objectId PK
        Pointer requester FK
        String resource
        String status
        Date createdAt
        Date updatedAt
    }

    AuditLog {
        String objectId PK
        String action
        Pointer user FK
        String resource
        Date timestamp
    }

    Permission {
        String objectId PK
        Pointer user FK
        String resource
        String level
        Date createdAt
        Date updatedAt
    }

Flux d'intégration

Flux d'exécution typique pour l'authentification, la gestion des utilisateurs, les demandes d'accès, les approbations et les journaux d'audit.

sequenceDiagram
  participant User
  participant App as Access Request App
  participant Back4app as Back4app Cloud

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

  User->>App: Request access to resource
  App->>Back4app: POST /classes/AccessRequest
  Back4app-->>App: AccessRequest objectId

  User->>App: View audit logs
  App->>Back4app: GET /classes/AuditLog
  Back4app-->>App: Audit logs

  User->>App: Check permissions
  App->>Back4app: GET /classes/Permission
  Back4app-->>App: Permissions

Dictionnaire de données

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

Sécurité et Permissions

Comment la stratégie ACL et CLP sécurise les utilisateurs, les demandes d'accès, les approbations et les journaux d'audit.

Schéma (JSON)

Définition brute du schéma JSON prête à être copiée dans Back4app ou à utiliser 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": "AccessRequest",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "requester": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "resource": {
          "type": "String",
          "required": true
        },
        "status": {
          "type": "String",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "AuditLog",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "action": {
          "type": "String",
          "required": true
        },
        "user": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "resource": {
          "type": "String",
          "required": true
        },
        "timestamp": {
          "type": "Date",
          "required": false
        }
      }
    },
    {
      "className": "Permission",
      "fields": {
        "objectId": {
          "type": "String",
          "required": false
        },
        "user": {
          "type": "Pointer",
          "required": true,
          "targetClass": "User"
        },
        "resource": {
          "type": "String",
          "required": true
        },
        "level": {
          "type": "String",
          "required": true
        },
        "createdAt": {
          "type": "Date",
          "required": false
        },
        "updatedAt": {
          "type": "Date",
          "required": false
        }
      }
    }
  ]
}

Terrain de jeu API

Essayez les points de terminaison REST et GraphQL avec le schéma de demande d'accès. 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 pile utilise le même schéma de backend de demande d'accès et les mêmes contrats d'API.

Questions fréquemment posées

Questions courantes sur la création d'un backend de demande d'accès avec ce modèle.