Dova 24, 25 y 26: alcance y cambios

Edición actual

Esta edición describe Dova 26.0.0. Comprueba la versión activa de tu instalación antes de seguir un procedimiento. La ruta de esta referencia conserva la continuidad del manual de Dova 24; sus secciones históricas se mantienen debajo.

Cambios de 26.0.0

1. DovaAI permite seleccionar un elemento o un área para revisar una captura y su contexto seguro antes de enviarlos.
2. El lanzador sigue el arrastre con mouse o toque, muestra el espacio de acoplamiento y anima el encaje y desprendimiento de la barra inferior. Se respeta reducir movimiento.
3. Configuration de Mappings organiza campos, ayudas y acciones del componente dentro del panel; Header mapping conserva desplazamiento propio para sus columnas.
4. La barra inferior prioriza Tenant, Domain, Environment y conexión. Operational details reúne Active, Workers, Queue, Plan, Autosave y Updated; DovaAI conserva espacio al acoplarse.
5. Advanced, Validate, Save draft y Publish del editor de Mappings usan íconos con ayuda y nombres accesibles. Se elimina Run: la Session aporta la ejecución y necesita capacidad compatible.
6. El encabezado de Mappings deja de repetir DEV; el entorno permanece visible en la barra inferior.
7. La lista de Mappings elimina los filtros Environment y Runtime y usa el contexto activo.
8. La lista de Mappings alinea Search, los filtros restantes y sus acciones con íconos.
9. Las listas de Sessions y Workflows adoptan la misma barra de acciones. Eliminan solo Environment y conservan Runtime y los demás filtros.

Guardar, publicar, promover y ejecutar siguen siendo acciones distintas sujetas a permisos. Esta documentación describe controles y procedimientos; confirma la versión activa y el resultado de cada operación en tu instalación.

Base funcional de 25.0.0

1. Tenant, Domain y Environment se seleccionan desde el menú del usuario; un indicador compacto conserva el contexto visible y sus colores.
2. Permisos específicos por entorno y Release Manager separan el desarrollo de la promoción a Production. ETL Developer no tiene acceso a Production por defecto.
3. Administrator delimita workers, conexiones cloud, perfiles, operaciones y pools por su entorno autorizado; usuarios y roles mantienen una identidad compartida.
4. El panel de Administrator elimina contadores circulares y utiliza la base visual y de navegación de Dova.
5. La carga por módulo y una caché limitada de lecturas en RAM reducen solicitudes repetidas respetando identidad, rol y contexto.
6. Configuration → Miscellaneous personaliza el color compartido por Tenant+Environment, con vista previa y restauración del predeterminado.
7. ES, EN y PT permiten elegir el idioma de la interfaz desde el menú de usuario.
8. Los controles de VM utilizan las capacidades y el estado real del proveedor y se concilian periódicamente con cambios en la nube.
9. Remove VM and unlink retira capacidad propia y, tras confirmar ausencia cloud, limpia asignaciones y proyecta Unassigned sin borrar versiones ni auditoría.
10. El gráfico de disco identifica espacio libre, capacidad, uso y momento de la muestra, con el estándar visual de Dova.
11. CPU, memoria y disco muestran Not available cuando falta telemetría actual; las muestras históricas permanecen diferenciadas.

Estas capacidades conservan las comprobaciones de permisos, propiedad, operaciones pendientes y protección del servidor base. La disponibilidad de cada acción depende del proveedor implementado y de la autorización efectiva.

Cambios de 25.0.1

1. Controles compactos de VM que siguen el estado real del proveedor, con Start para Stopped y Resume para Paused según permisos.
2. Icono de DovaAI movible con mouse, tacto y teclado, con posición local por usuario autenticado.
3. Selección de un elemento o un área para compartir contexto y una captura real preparada con redacción.
4. Chat compacto con imágenes pegadas o arrastradas, vista previa y eliminación antes de enviar.
5. Navegación izquierda compartida entre Dova y Administrator y menú de usuario junto al botón, ajustado a la pantalla.
6. Lista Domain del menú sincronizada con las operaciones de creación, actualización y eliminación, conservando los cambios sin guardar.

Correcciones de 25.0.2

1. La navegación HTML de Administrator redirige a Dova a una cuenta autenticada sin permiso administrativo; la autorización de sus API se conserva.
2. La conciliación del periodo de financiación evita el error Subscription funding projection does not match mediante la proyección canónica de Billing, sin cambiar el periodo, el ciclo ni los créditos concedidos.
3. Repository carga el contexto con borradores temporales vencidos y ofrece recuperación ante un fallo de lectura, sin quedar indefinidamente en Loading.

El resumen Tenant, Domain y Environment aparece en la barra inferior de estado operativo de Dova y Administrator. Haz clic en ese resumen para abrir el menú de usuario con los tres selectores. Conserva el distintivo y el color del entorno; no ocupa una franja superior ni duplica los campos.

Consulta los procedimientos de DovaAI, menú de cuenta, Cloud workers y Repository de este manual. Las operaciones de VM, las escrituras y las publicaciones requieren sus propios permisos y comprobación del resultado.

Referencia histórica de Dova 24.0.0

Edición y versión activa

Este manual describe Dova 24.0.0. Comprueba la versión activa de tu instalación antes de seguir un procedimiento. La documentación describe capacidades; no demuestra que una promoción, una ejecución o una publicación de tu instalación haya terminado.

Cambios principales

1. Contexto global Tenant, Domain y Environment, inicialmente Development.
2. Catálogos de Mappings, Sessions, Workflows, Connections y Monitor separados por contexto, con autorización del servidor.
3. Pestañas, filtros y trabajo local conservados por contexto; respuestas anteriores descartadas y cambio bloqueado durante escrituras.
4. Guardar y publicar identifican el entorno; Production requiere capacidades explícitas para modificar sus definiciones.
5. Fork to Development recupera definiciones mediante borradores separados, conexiones compatibles del destino y revisión de dependencias, sin copiar credenciales.
6. Promociones de Mapping, Session o Workflow con dependencias publicadas exactas, preview, bindings del destino, aprobación de Production e historial de restauración manual.
7. Políticas de workers por entorno y capacidades diferenciadas de edición, publicación, ejecución, promoción y administración de Runtime.
8. DovaAI recibe el contexto del entorno y descarta conversaciones anteriores al cambiarlo. Sigue siendo un asistente de diagnóstico de solo lectura.

Actualización de artefactos anteriores

Los artefactos anteriores sin pertenencia inequívoca no se asignan automáticamente a Development. Las referencias publicadas y compartidas se preservan mediante comprobación de pertenencia y cadena exacta. Una definición ambigua puede requerir revisión y Fork to Development. Cambiar el selector nunca renombra el entorno propietario de un artefacto ni actualiza versiones publicadas.

Los roles personalizados antiguos conservan lectura según sus permisos; las nuevas capacidades de modificación por entorno requieren asignación explícita. No uses un entorno personalizado como sustituto implícito de Development o Production.

Límites y responsabilidad

La promoción y el rollback de definiciones no ejecutan pipelines ni revierten datos externos. Las Connections del destino conservan su propia custodia de credenciales. La disponibilidad de un worker, las cuotas del plan y una ejecución satisfactoria se verifican por separado.

DovaAI identifica causas y propone opciones; únicamente el usuario modifica la configuración y confirma operaciones. La procedencia Git y la exportación del manifiesto ayudan a una revisión externa, sin otorgar acceso Git ni iniciar por sí solas un pipeline DevOps.

Consulta entornos y promoción. La referencia histórica conserva su ruta y el contenido de las ediciones anteriores.

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.