Modificaciones de datos
Los cambios en datos de producción tienen su propio flujo gobernado, con la autorización de negocio y la técnica separadas.
Por qué un flujo aparte
Un cambio en los datos lo autorizan personas distintas a las de una liberación de código. La Autorización Nvl.1 decide si el cambio debe hacerse; la Autorización BD, a cargo del equipo de base de datos, decide si el script es seguro de ejecutar. Una modificación de datos mantiene separadas esas dos decisiones.
Las fases
Nuevo, Desarrollo, Code Review, Autorización Nvl.1, Autorización BD, Base de Datos (donde el equipo de base de datos ejecuta el cambio), Aplicado y Completado — además de Fallido, para un cambio que no pudo aplicarse, y Cancelado.
Autorización
En cada etapa, quienes tienen el permiso de esa etapa registran autorizaciones y rechazos en la pestaña Autorizaciones, tantos como hagan falta mientras el cambio espera. Solo avanza cuando la última decisión del ciclo actual es una autorización, y cada decisión queda en su historial.
- El rol “Analista Datos” redacta el cambio y solicita la autorización, pero no puede autorizarlo.
- El rol “Administrador de Datos” lo revisa, lo autoriza y lo aplica, pero no puede crearlo.
- Una cola de autorizaciones para todo el espacio de trabajo lista lo que está pendiente y lo que ya se autorizó.
- La Autorización BD puede programar una ventana de ejecución; su tarjeta muestra luego si el cambio se ejecutó dentro de ella o con retraso.
Tablero e informes
- Las modificaciones de datos tienen su propia pestaña en el tablero del equipo y en el tablero de cambios del espacio de trabajo.
- Una pestaña de informes analiza los resultados de autorización, los rollbacks, el cumplimiento de fechas y los componentes y aplicaciones que toca cada cambio.