Configuration reúne Dova Integration Runtime, Execution profiles, Workflow Scheduler, Runtime health y Promotions. Las políticas seleccionan capacidad autorizada; los perfiles expresan límites; los calendarios programan orquestaciones futuras; la salud describe observaciones actuales. Guardar una política no demuestra que exista un worker disponible ni que un intento haya terminado correctamente.
Antes de empezar
Confirma tenant y permisos antes de guardar. Registra el estado inicial para restaurar cambios de laboratorio. Diferencia el worker por defecto de un override de Session y la zona horaria de programación de la zona de presentación de Profile.
Procedimiento
- Abre Configuration e identifica cuál de sus áreas resuelve tu necesidad. Inspecciona antes de editar.
- En Dova Integration Runtime, revisa el worker por defecto y las opciones de selección o afinidad ofrecidas. Comprueba elegibilidad en Workers.
- Compara una Session con Use tenant default frente a otra con un override permitido. Un override no cambia el valor por defecto de otras Sessions.
- En Execution profiles, revisa las unidades y los límites del perfil autorizado. Cambia solo valores con una razón operativa concreta y comprueba cómo se heredan.
- En Workflow Scheduler, revisa calendario, timezone y enabled. Asócialo al Workflow publicado previsto después de una prueba manual satisfactoria.
- Guarda los campos revisados, espera aceptación y vuelve a abrir para confirmar persistencia. Si nada cambió, Save puede permanecer deshabilitado.
- Consulta Runtime health por separado y continúa en Workers o Monitor para comprobar capacidad e intentos reales.
Comprobar el resultado
Dos Sessions sintéticas, una con el valor por defecto y otra con override compatible, muestran el worker esperado en el contexto de ejecución. Para un calendario, registra timezone, próxima hora prevista e identificador de la ejecución resultante; son comprobaciones distintas.
Errores y recuperación
No aumentes límites para ocultar un worker no disponible. Corrige unidades o rangos inválidos. Tras un cambio concurrente, recarga la base y compara antes de reenviar. Deshabilita los calendarios temporales al terminar: cerrar Configuration no los desactiva.
Ejemplo sintético
Usa Training con s_Default y s_Override. Conserva iguales las transformaciones y cambia solamente la selección permitida del worker; compara ambos intentos en Monitor.
Promoción entre ambientes
Abre Configuration → Environment promotions. Selecciona un Mapping, Session o Workflow publicado y la versión de origen. El orden permitido es Development → Test → Production (Stage es opcional cuando está habilitado). Cada promoción conserva las versiones exactas de sus Sessions y Mappings y crea artefactos publicados separados en el destino; no modifica los originales del ambiente de origen.
- Elige el ambiente siguiente y define los reemplazos de Connections y los ajustes de Session: worker, perfil, parámetros, entradas y salidas. Usa identificadores existentes; las credenciales permanecen protegidas en Dova.
- Completa Git provenance con repositorio HTTPS y commit SHA completo o etiqueta, si corresponde.
- Usa Review promotion. Revisa dependencias, cambios de versiones, worker compatible, capacidades del plan, DPU disponible y concurrencia. Development, Test y Stage utilizan la capacidad Development; Production utiliza Production.
- Aplica únicamente la vista revisada y confirma. Production requiere además permiso de aprobación y un comentario. Si cambia el destino, la definición o el plan, vuelve a revisar.
- Comprueba el historial y los nuevos artefactos. La promoción no ejecuta el Workflow ni activa sus calendarios; habilita programación solo después de tu aceptación.
Export manifest descarga el manifiesto inmutable y su procedencia para tu repositorio o flujo DevOps. No incluye credenciales ni referencias secretas utilizables. Dova no realiza un push ni activa GitHub Actions.
Restore this release recupera una definición y su configuración histórica mediante nuevas versiones del destino, con autorización, confirmación y controles actuales. No deshace archivos escritos, cargas ni cambios de datos externos. La revisión e idempotencia protegen contra dobles aplicaciones; ante un conflicto, actualiza y compara antes de confirmar nuevamente.
Contexto de entorno
Antes de utilizar este módulo confirma Tenant, Domain y Environment en el menú de usuario. El entorno inicial es Development. Las capacidades del módulo, el Domain y el entorno se aplican juntas; Production queda de solo lectura sin autorización explícita. Cambiar el selector no mueve artefactos ni publica o ejecuta sus datos. Consulta entornos y recuperación y promoción entre entornos.
Pool de workers por entorno
En Configuration → Dova Integration Runtime, Environment worker pool muestra el entorno actual. Allowed workers permite asignar workers existentes; Default worker debe pertenecer a esa selección. Pool policy empieza en Dedicated. Selecciona Shared únicamente cuando decidas compartir capacidad y todos los pools participantes también declaren Shared. Un worker físico no se comparte por una coincidencia de nombre.
Save environment pool guarda solamente la política del entorno seleccionado y no inicia una ejecución ni cambia el default global del tenant. La revisión usa una huella de la configuración; si otro usuario la cambia, Refresh pool permite consultar y revisar nuevamente antes de guardar. Los controles requieren administración de configuración y Runtime por entorno. Built-in no se ofrece como worker de ejecución.
Sin un pool explícito no se presta automáticamente el pool de Development a Production ni se ejecutan nuevos trabajos con un default implícito. Las ejecuciones legacy solo pueden conservar su worker anterior cuando el servidor verifica la cadena publicada exacta, su configuración y la pertenencia permitida. Test y Stage consumen el bucket Development del plan; Production usa el bucket Production. La pertenencia al pool no sustituye capacidad, estado online, perfil compatible, cuotas ni concurrencia.
Colores por Tenant y Environment
El color identifica el contexto actual en el resumen de la barra inferior de estado operativo, el distintivo del entorno y el borde del selector Environment. Los valores iniciales son azul para Development, ámbar para Test, violeta para Stage y rojo para Production. El nombre o código del entorno permanece visible; el color no concede acceso ni cambia tu paleta personal.
Para personalizarlo, selecciona primero Tenant y Environment desde el menú de usuario y abre Configuration → Miscellaneous → Environment colors. Elige el color o introduce un valor hexadecimal de seis dígitos, revisa la vista previa y usa Save color. El ajuste se comparte para ese Tenant+Environment, incluso entre Domains. Restore default prepara el valor predeterminado y Save color lo aplica. Refresh permite recuperar la configuración vigente ante un cambio concurrente. Necesitas permiso para administrar la configuración; no existe un color independiente por Domain ni un selector adicional de color general del Tenant.
Perfiles y límites del pool
En Configuration → Dova Integration Runtime, el pool del entorno permite elegir Allowed workers, Default worker y política Dedicated o Shared. Un worker pertenece a varios entornos únicamente cuando todos sus pools participantes declaran Shared. También puedes restringir perfiles de ejecución y su perfil predeterminado, slots concurrentes, timeout e intentos mediante las opciones disponibles. Revisa y guarda la política del entorno seleccionado; estos límites no sustituyen capacidad, heartbeat, compatibilidad ni cuotas del plan.