Los flujos de trabajo de administración te permiten configurar controles automatizados y mecanismos de aprobación para los recursos de datos de la organización. Con estos flujos de trabajo, puedes asegurarte de que las personas o los equipos autorizados administren el acceso a tus productos de datos y organicen los metadatos del catálogo y del glosario.
El uso de flujos de trabajo de administración tiene los siguientes beneficios:
- Los consumidores de datos pueden encontrar productos de datos relevantes y solicitar acceso directamente en Knowledge Catalog (antes Dataplex Universal Catalog), lo que reemplaza los procesos manuales de tickets de asistencia.
- Cuando se aprueba la solicitud, el sistema otorga automáticamente los roles de Identity and Access Management (IAM) y las membresías de grupo requeridos, lo que elimina la sobrecarga administrativa manual y reduce el tiempo de acceso.
- Los registros del sistema capturan registros de auditoría de solicitudes, justificaciones, decisiones de los responsables de aprobación y marcas de tiempo para respaldar la auditoría de cumplimiento.
- Los mecanismos de aprobación centralizados para los recursos de datos sensibles ayudan a garantizar que el acceso y las actualizaciones de metadatos se restrinjan a los usuarios y equipos autorizados.
Casos de uso
Los flujos de trabajo de administración admiten la administración de acceso automatizada y la selección de metadatos en varios casos de uso:
- Administración del acceso a los productos de datos: Un administrador de marketing o un analista de riesgos solicita acceso a un producto de datos de historial de ventas o transacciones seleccionado para analizar el comportamiento de los clientes o crear modelos de riesgo. Una vez que se apruebe, se aprovisionarán automáticamente los roles de IAM necesarios.
- Selección del glosario empresarial: Una organización delega la creación y actualización de las categorías y los términos del glosario empresarial a los colaboradores del dominio o a los contratistas externos. Los contratistas envían solicitudes de administración para que los administradores de datos centrales las revisen antes de actualizar el glosario.
- Enriquecimiento de metadatos por lotes y entradas de catálogo: Los colaboradores de datos o los agentes de enriquecimiento automatizados proponen actualizaciones individuales o por lotes para las entradas de catálogo, como crear entradas personalizadas, actualizar descripciones y aspectos, o vincular entradas a términos del glosario empresarial. Los propietarios de los datos pueden revisar y aprobar los cambios en un solo flujo de trabajo.
Usa flujos de trabajo de administración en Knowledge Catalog
Puedes usar los flujos de trabajo de administración para solicitar acceso a los productos de datos, solicitar cambios en los metadatos de un solo recurso en los glosarios empresariales y las entradas del Knowledge Catalog, y solicitar cambios en los metadatos por lotes para las entradas y los vínculos de entrada.
Simultaneidad
Pueden coexistir varias solicitudes de cambio de metadatos pendientes en un solo recurso. Knowledge Catalog usa un modelo de última escritura gana, lo que significa que el cambio aprobado más recientemente reemplaza las actualizaciones anteriores, independientemente de cuándo se enviaron las solicitudes. Las solicitudes pendientes siguen siendo válidas incluso si el recurso se actualiza directamente o mediante otra solicitud aprobada.
Operaciones de metadatos admitidas
En la siguiente tabla, se enumeran los recursos y las operaciones que admiten las solicitudes de cambio de metadatos:
| Recurso | Crear | Actualizar | Borrar |
|---|---|---|---|
| Categoría de glosario | Sí | Sí | Sí |
| Término del glosario | Sí | Sí | Sí |
| Entry | Sí | Sí | Sí |
| Vínculo de entrada | Sí | No | Sí |
Solicitudes de cambio de metadatos por lotes
Puedes usar la API de Dataplex para agrupar operaciones de metadatos en una sola solicitud de cambio.
Operaciones de metadatos por lotes admitidas
En la siguiente tabla, se enumeran los recursos y las operaciones que admiten las solicitudes de cambio de metadatos por lotes:
| Recurso | Crear | Actualizar | Borrar |
|---|---|---|---|
| Entry | Sí | Sí | Sí |
| Vínculo de entrada | Sí | Sí | Sí |
Una solicitud de cambio de metadatos por lotes puede originarse de las siguientes maneras:
- Enviada directamente por un usuario: Envías una solicitud a la API de REST para crear una solicitud de cambio por lotes para entradas y vínculos de entrada.
- Generada automáticamente por el agente de enriquecimiento: Cuando una ejecución del agente de enriquecimiento genera recomendaciones de metadatos que requieren una revisión manual en lugar de una publicación automática, el agente crea una solicitud de cambio por lotes.
Ruta de procesamiento de los flujos de trabajo de administración
Knowledge Catalog hace un seguimiento de las solicitudes durante todo su ciclo de vida con valores de estado. En la siguiente tabla, se describe cada estado de las solicitudes de cambio individuales y por lotes:
| Estado | Solicitudes individuales | Solicitudes de cambio de metadatos por lotes |
|---|---|---|
NEW |
Pendiente de revisión. Solo el autor puede editar la solicitud, y solo el autor o un administrador del flujo de trabajo pueden borrarla. | Pendiente de revisión. El autor puede editar las solicitudes enviadas por los usuarios, los revisores pueden editar las solicitudes de agentes de enriquecimiento y el autor o un administrador del flujo de trabajo pueden borrar la solicitud. |
APPLYING |
No aplicable | Se aprobó y se está aplicando en segundo plano. |
APPROVED |
Se aprobó y aplicó. | Se aprobó y se aplicó correctamente al menos un cambio del lote. En la respuesta, se enumeran todos los errores a nivel del artículo. |
FAILED |
No se pudo aplicar. Si actualizas la solicitud, se restablecerá su estado a NEW para que se vuelva a aprobar. |
No se pudo aplicar ninguno de los cambios del lote. Si actualizas la solicitud, se restablecerá su estado a NEW para que se vuelva a aprobar. |
REJECTED |
Rechazado por un responsable de aprobación. No se aplicaron cambios. | Rechazado por un responsable de aprobación. No se aplicaron cambios. |
Cuando se borra una solicitud de forma manual, se borra su recurso objetivo o vence después de 90 días, Knowledge Catalog quita la solicitud del almacenamiento de forma permanente. Las consultas posteriores de la solicitud devuelven un error 404 NOT_FOUND.
Roles de los flujos de trabajo de administración
Los roles de los flujos de trabajo de administración incluyen solicitantes, aprobadores y administradores de flujos de trabajo. En la siguiente tabla, se describen los roles en detalle:
| Rol | Descripción |
|---|---|
| Solicitante | Crea y envía solicitudes, y puede editar o borrar sus propias solicitudes mientras se encuentran en el estado NEW. |
| Responsable de aprobación | Revisa, aprueba o rechaza solicitudes. En el caso de las solicitudes de cambio de metadatos por lotes que genera el agente de enriquecimiento, los aprobadores también pueden editar los cambios por lotes propuestos antes de aprobarlos. |
| Administrador de flujos de trabajo | Supervisa el cumplimiento, configura las políticas de flujo de trabajo y mantiene la lista de tareas pendientes de solicitudes. Los administradores pueden ver los registros de auditoría de todos los estados de las solicitudes y tienen permisos de eliminación administrativa para quitar solicitudes en cualquier estado. |
Limitaciones
- Los flujos de trabajo de administración no son compatibles con los proyectos de Assured Workloads.
- Los flujos de trabajo de administración no admiten claves de encriptación administradas por el cliente (CMEK).
- Los flujos de trabajo de administración no admiten los Controles del servicio de VPC.
¿Qué sigue?
- Obtén información para solicitar cambios en los metadatos de un solo recurso.
- Obtén información para solicitar cambios de metadatos por lotes.
- Obtén más información para administrar las solicitudes.
- Obtén información para solicitar acceso a productos de datos.