Plantilla de Backend de Aplicación de Solicitud de Acceso
Flujo de Trabajo de Permisos de TI y Registros de Auditoría

Conclusiones clave

Visión general

Un producto de permisos de TI necesita gestión de usuarios, solicitudes de acceso, aprobaciones y registros de auditoría.

Esta plantilla define Usuario, SolicitudDeAcceso, Aprobación y RegistroDeAuditoría con características en tiempo real y reglas de propiedad para que los equipos puedan implementar flujos de trabajo de TI rápidamente.

¿Por qué construir su backend de solicitudes de acceso con Back4app?

Back4app le ofrece primitivas de usuario, solicitud de acceso, aprobación y registro de auditoría para que su equipo pueda centrarse en la seguridad y el cumplimiento en lugar de en la infraestructura.

• •Gestión de usuarios y accesos: La clase de usuario con campos de solicitud de acceso y la clase de aprobación para la gestión de decisiones apoyan los flujos de trabajo de TI.
• •Características de aprobación y auditoría: Gestione las solicitudes de acceso con estados y permita a los usuarios rastrear las aprobaciones fácilmente.
• •Flexibilidad en tiempo real + API: Use Live Queries para actualizaciones del registro de auditoría mientras mantiene REST y GraphQL disponible para cada cliente.

Construya e itere rápidamente en características de permisos de TI con un contrato de backend único en todas las plataformas.

Beneficios principales

Un backend de permisos de TI que te ayuda a iterar rápidamente sin sacrificar la estructura.

Pila Técnica

Todo incluido en esta plantilla de backend de Solicitud de Acceso.

Diagrama ER

Modelo de relación de entidad para el esquema de backend de Access Request.

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
    }

Flujo de integración

Flujo típico de ejecución para autenticación, gestión de usuarios, solicitudes de acceso, aprobaciones y registros de auditoría.

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

Diccionario de datos

Referencia completa a nivel de campo para cada clase en el esquema de Solicitud de Acceso.

Seguridad y Permisos

Cómo la estrategia ACL y CLP asegura a los usuarios, las solicitudes de acceso, las aprobaciones y los registros de auditoría.

Esquema (JSON)

Definición de esquema JSON en bruto lista para copiar en Back4app o usar como referencia de implementación.

{
  "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
        }
      }
    }
  ]
}

API Playground

Prueba los endpoints REST y GraphQL contra el esquema de Solicitud de Acceso. Las respuestas usan datos simulados y no requieren una cuenta de Back4app.

Usa el mismo esquema que esta plantilla.

Lo que obtienes con cada tecnología

Cada pila utiliza el mismo esquema de backend de solicitud de acceso y contratos de API.

Preguntas Frecuentes

Preguntas comunes sobre cómo construir un backend de Solicitud de Acceso con esta plantilla.