Preparar el origen
Una promoción parte de una versión publicada de Mapping, Session o Workflow. Selecciona Tenant, Domain y Environment de origen. Guarda y publica los cambios que quieras incluir; un borrador local no forma parte del paquete revisado.
Abre Promote to Test desde el editor o Configuration → Environment promotions. Selecciona tipo de artefacto, versión publicada y destino. El avance habitual es Development → Test → Production; Stage es opcional cuando está disponible. Crear una copia desde Production hacia Development utiliza Fork to Development, una operación distinta de la promoción hacia adelante.
Revisar el paquete y sus bindings
- Revisa el preview y la cadena exacta de dependencias publicadas. Un Workflow incorpora las Sessions y Mappings que realmente referencia; una Session incorpora su Mapping.
- Asigna Connections existentes del destino. Usa identificadores autorizados y compatibles; las credenciales permanecen en Dova Vault.
- Revisa worker, perfil, parámetros y bindings de entrada/salida aplicables. El worker debe estar permitido en el pool del entorno de destino.
- Comprueba el plan efectivo, DPU disponibles, concurrencia y límites de procesamiento.
- Inspecciona diferencias, versiones y procedencia Git antes de continuar.
Si cambias la versión, la configuración o el contexto, vuelve a generar el preview. El servidor verifica de nuevo permisos, revisiones y configuración al aplicar; una revisión obsoleta no autoriza cambios.
Confirmar y verificar
Aplica únicamente el paquete revisado. Production requiere aprobación explícita y comentario, además de los permisos necesarios. La operación crea definiciones separadas en el destino y conserva las versiones de origen. No ejecuta el pipeline ni habilita automáticamente sus calendarios.
En el historial confirma el entorno, la versión, el usuario y el resultado. Abre el destino, revisa Connections y Runtime y realiza una ejecución manual autorizada con datos y destino de prueba. Verifica en Monitor las versiones consumidas, las filas y el archivo final antes de habilitar una programación.
Restaurar una versión
Rollback es una operación manual sobre una versión promovida y su configuración guardada. Revisa la revisión actual del destino y confirma nuevamente; Production conserva su requisito de aprobación. La restauración de definiciones no deshace datos escritos en archivos, bases de datos u otros servicios externos.
Git y DevOps
Puedes registrar repositorio, commit o tag y exportar el manifiesto de una promoción aplicada. La API de promoción de Dova admite preview y apply con autenticación y permisos autorizados. El kit GitOps 1.1.2 exporta el manifiesto mediante promotion-export; su flujo de definition-plan/apply separado importa únicamente en Development, Test o Stage. Conserva el manifiesto y su digest en tu proceso de revisión.
Esta integración no realiza Git push, OAuth del proveedor, webhooks ni despliegues automáticos por sí sola. Un pipeline externo debe configurar sus permisos y llamar deliberadamente a las operaciones disponibles. DovaAI puede explicar un error y sugerir pasos, pero nunca aprueba, aplica, restaura, configura ni ejecuta la promoción.
Consulta entornos y recuperación y CLI y API.
Preparar Connections del destino
Antes de promover hacia Production, prepara allí Connections propias con custodia y permisos válidos. Un administrador autorizado puede registrarlas o modificar sus metadatos con etl.connections.manage y etl.environments.production.edit. Esta autorización específica no habilita el editor de Mappings, Sessions o Workflows de Production. Las Connections legacy compartidas o ambiguas siguen de solo lectura.
El preview de promoción y Fork to Development solo ofrece Connections compatibles ya existentes en el destino. Selecciona cada reemplazo explícitamente; no se copian contraseñas ni se inventan referencias de secretos. Domain y Environment de la Connection permanecen ligados a su contexto de propiedad.
Kit GitOps por workspace
El kit GitOps 1.1.2 fija Tenant, Domain y Environment en consultas, reservas de drafts, publicaciones y leases. Usa source.environment y source.domainId para exportar; target.environment y bindings.domainId para importar. Los defaults son Development y General; el estado se conserva por destino. Lee el ejemplo Finance y la recuperación de estado. El autorado directo en Production requiere la promoción gobernada, no el comando de importación.