Gestión de datos DevOps

Los agentes de inteligencia artificial pueden generar código, analizar errores y ayudar a automatizar tareas. Sin embargo, su utilidad dentro de los procesos de desarrollo disminuye cuando no conocen el estado real de los datos y ambientes de una organización.

Un agente puede proponer una prueba, pero no sabe automáticamente qué ambiente está disponible, cuándo se actualizó una base virtual, qué snapshot contiene la información adecuada o si un proceso de cumplimiento terminó correctamente.

Delphix MCP Server busca cerrar esa brecha.

Mediante Model Context Protocol, un asistente compatible puede interactuar con Delphix Data Control Tower utilizando lenguaje natural. Dependiendo de los permisos y la configuración, puede consultar información sobre bases de datos virtuales, fuentes, snapshots, bookmarks, ambientes, motores, ejecuciones de cumplimiento y métricas de almacenamiento.

Esto transforma la manera en que desarrolladores, equipos de QA, administradores y responsables de plataforma obtienen contexto sobre sus recursos de datos.

En lugar de navegar por distintas vistas, revisar documentación de APIs o solicitar información mediante tickets, el usuario puede comenzar con una pregunta.

Estas son diez preguntas que muestran cómo podría funcionar.

1. ¿Qué bases de datos virtuales no se han actualizado recientemente?

Una base de datos virtual puede encontrarse activa y disponible, pero eso no significa que contenga información suficientemente reciente para una prueba.

Antes de iniciar una nueva ejecución, un desarrollador podría preguntar:

Muéstrame las bases de datos virtuales de PostgreSQL que no se han actualizado durante los últimos 30 días.

El agente utilizaría el contexto disponible en Delphix para identificar las VDB que cumplen con ese criterio y presentar sus fechas de actualización, estado y otros datos relevantes.

La documentación oficial utiliza precisamente la identificación de bases virtuales sin actualizar como uno de sus ejemplos principales de interacción mediante lenguaje natural.

¿Por qué es útil?

Porque permite detectar ambientes que podrían generar resultados poco confiables antes de comenzar una prueba.

También ayuda a los responsables de plataforma a identificar recursos olvidados, procesos de actualización incompletos o ambientes que requieren revisión.

La pregunta podría adaptarse a diferentes periodos:

• Últimos siete días.
• Últimos 30 días.
• Desde la última liberación.
• Antes de un evento comercial.
• Desde la última modificación relevante en producción.

La inteligencia del agente no sustituye la decisión técnica. Su valor consiste en reunir rápidamente la información necesaria para tomarla.

Delphix MCP permite consultar qué ambientes están disponibles, cuándo se actualizaron y qué snapshots pueden utilizarse.

2. ¿Cuál es el snapshot más adecuado para esta prueba?

Tener múltiples snapshots disponibles no siempre facilita el trabajo.

El equipo todavía necesita decidir cuál representa mejor el escenario que desea probar.

Una consulta podría ser:

Muéstrame los snapshots disponibles para la aplicación de pagos y recomiéndame cuál utilizar para las pruebas del próximo release.

Perforce presenta un ejemplo semejante: solicitar la lista de snapshots disponibles para una aplicación y pedir una recomendación basada en el comportamiento anterior.

Para generar una respuesta útil, el agente podría considerar elementos como:

• Fecha de creación.
• Fuente asociada.
• Periodo de información.
• Disponibilidad.
• Estado del recurso.
• Historial accesible.
• Relación con ejecuciones anteriores.

¿El agente debería elegir por sí solo?

No necesariamente.

En una implementación gobernada, el agente puede comparar las opciones, explicar sus diferencias y presentar una recomendación. La decisión final puede permanecer en manos del responsable del ambiente o del equipo de pruebas.

El propósito es reducir el tiempo invertido en buscar y ordenar la información, no eliminar los criterios de validación.

3. ¿Qué ambientes están disponibles para el equipo de desarrollo?

En una organización grande pueden existir decenas o cientos de ambientes distribuidos entre diferentes aplicaciones, equipos y motores.

Una pregunta aparentemente sencilla como “¿qué puedo utilizar?” puede involucrar múltiples revisiones.

Con Delphix MCP, el usuario podría consultar:

¿Qué ambientes están disponibles para el equipo de desarrollo de la aplicación móvil?

El agente podría revisar los recursos visibles para esa persona y presentar una lista con información como:

• Nombre del ambiente.
• Motor asociado.
• Bases virtuales disponibles.
• Estado actual.
• Fecha de actualización.
• Etiquetas.
• Aplicación relacionada.

El acceso depende de la clave de API y de los permisos configurados en Data Control Tower. El MCP Server no elimina los controles existentes ni debería mostrar recursos que el usuario no esté autorizado a consultar.

¿Qué problema resuelve?

Evita que los desarrolladores dependan de conocimientos informales como:

• Preguntarle al DBA qué ambiente pueden usar.
• Buscar nombres en conversaciones anteriores.
• Revisar una hoja de cálculo desactualizada.
• Entrar a varias herramientas para comprobar disponibilidad.
• Crear un ticket solo para solicitar información básica.

Esta consulta constituye una forma inicial de autoservicio: el usuario puede descubrir qué recursos existen antes de iniciar cualquier operación.

4. ¿Qué bases virtuales ya no se están utilizando?

La facilidad para crear ambientes puede producir otro problema: acumular recursos que dejaron de ser necesarios.

Un responsable de plataforma podría preguntar:

Identifica las bases de datos virtuales que no muestran actividad reciente y que podrían revisarse para su retiro.

Perforce menciona la identificación de VDB sin uso y su posible desmantelamiento como un caso de planeación y optimización de recursos.

El agente podría ayudar a organizar la revisión mostrando:

• Última actualización.
• Estado.
• Aplicación relacionada.
• Propietario o etiquetas disponibles.
• Tamaño.
• Motor asociado.
• Antigüedad del recurso.

Importante: identificar no significa eliminar

Una base virtual aparentemente inactiva podría conservarse por razones válidas:

• Auditoría.
• Reproducción de defectos.
• Capacitación.
• Comparación histórica.
• Investigaciones pendientes.
• Preparación para contingencias.

Por eso, una respuesta responsable debería presentar candidatos para revisión, no ejecutar automáticamente su eliminación.

En versiones y configuraciones que permitan operaciones de modificación, las acciones destructivas deben contar con permisos y confirmaciones expresas. El proyecto de Delphix MCP contempla mecanismos de confirmación para reducir el riesgo de modificaciones accidentales.

5. ¿Qué ambientes están consumiendo más almacenamiento?

El crecimiento de ambientes no productivos puede incrementar los costos de infraestructura, especialmente en arquitecturas híbridas y multinube.

Una consulta posible sería:

Muéstrame los cinco ambientes que consumen más almacenamiento y compáralos con sus fuentes.

Entre los ejemplos publicados por Delphix se encuentran identificar los ambientes de prueba con mayor consumo, encontrar VDB que ocupen más espacio que su dataset padre y localizar dSources con snapshots de mayor tamaño.

¿Qué podría mostrar el agente?

Dependiendo de los datos accesibles:

• Uso de almacenamiento por ambiente.
• Relación entre una VDB y su fuente.
• Tamaño de snapshots.
• Tendencias de crecimiento.
• Recursos con consumos atípicos.
• Ahorro obtenido mediante virtualización.
• Posibles candidatos para revisión.

También podría responder una pregunta ejecutiva:

¿Cuánto almacenamiento está ahorrando actualmente Delphix?

La documentación incluye consultas sobre el ahorro total expresado en terabytes e incluso sobre su posible traducción económica.

El cálculo monetario necesitaría parámetros confiables, como el costo real de almacenamiento de la organización. El agente no debería inventar ese dato, sino solicitarlo o utilizar una fuente previamente autorizada.

6. ¿Cuándo se ejecutó por última vez el proceso de cumplimiento?

La disponibilidad de un ambiente no es el único criterio para utilizarlo.

También es necesario conocer su contexto de protección.

Un responsable podría preguntar:

¿Cuándo se ejecutó por última vez el proceso de cumplimiento relacionado con este ambiente y cuál fue su resultado?

El MCP Server puede exponer información sobre ejecuciones y estado de trabajos de cumplimiento, siempre de acuerdo con los permisos otorgados.

¿Por qué importa?

Porque una organización no debería asumir que un ambiente es seguro únicamente porque se encuentra en una zona no productiva.

Es necesario verificar que los procesos definidos para proteger la información hayan sido ejecutados y que hayan terminado correctamente.

Una respuesta útil podría indicar:

• Nombre del trabajo.
• Fecha de inicio.
• Fecha de término.
• Estado.
• Ambiente o fuente relacionada.
• Última ejecución exitosa.
• Ejecuciones fallidas recientes.

El agente hace visible el contexto. Las políticas de la organización determinan si el recurso puede utilizarse.

Los agentes conectados con Delphix pueden ayudar a identificar ejecuciones de cumplimiento, consumos atípicos y recursos que requieren revisión.

7. ¿Qué trabajos de cumplimiento tienen mayor riesgo de fallar?

Además de conocer el resultado de una ejecución anterior, los equipos pueden necesitar identificar patrones de riesgo.

Por ejemplo:

Muéstrame los cinco trabajos de cumplimiento con mayor probabilidad de fallar y explícame por qué requieren atención.

Esta pregunta aparece entre los ejemplos publicados en la documentación actual del MCP Server.

La respuesta dependerá de la información disponible y de la capacidad del modelo para analizarla. Podría considerar factores como:

• Fallas anteriores.
• Duración anormal.
• Interrupciones recurrentes.
• Estados incompletos.
• Frecuencia de errores.
• Dependencias problemáticas.
• Cambios recientes en fuentes o ambientes.

Una distinción necesaria

El agente puede detectar patrones, pero no debe presentar una predicción como certeza.

Una formulación adecuada sería:

Estos trabajos requieren revisión porque presentan más fallas recientes o comportamientos atípicos.

No:

Estos trabajos definitivamente fallarán.

La capacidad de explicar la razón de una recomendación es tan importante como la recomendación misma.

8. ¿Qué información necesito para reproducir un defecto?

Cuando un error aparece durante una prueba, el resultado por sí solo puede ser insuficiente.

Para reproducir el problema, el equipo necesita reconstruir las condiciones de la ejecución.

Una pregunta útil sería:

¿Qué snapshot, bookmark, ambiente y versión de la base estaban asociados con la prueba en la que apareció este defecto?

Delphix puede proporcionar contexto sobre snapshots, bookmarks, bases virtuales y ambientes. Perforce también plantea la correlación entre los recursos de Delphix y ejecuciones realizadas desde otras herramientas.

¿Qué valor aporta?

Ayuda a responder preguntas como:

• ¿Qué datos estaban disponibles?
• ¿De qué momento provenían?
• ¿Qué ambiente se utilizó?
• ¿La base se actualizó después de la prueba?
• ¿Existe un bookmark relacionado?
• ¿Puede recuperarse el estado necesario?

Esta información facilita la reproducción de escenarios sin depender exclusivamente de notas manuales o de la memoria del equipo.

Para correlacionar la ejecución con herramientas externas, el agente necesitaría acceso a los MCP Servers o integraciones correspondientes. Delphix no conoce automáticamente lo ocurrido en una plataforma externa si esa información no está conectada.

9. ¿Qué cambió desde la última ejecución exitosa?

Un escenario común en desarrollo es que una prueba funcione en una ejecución y falle en la siguiente.

La pregunta entonces deja de ser solamente “¿por qué falló?” y se convierte en:

¿Qué cambió en el ambiente y en los datos desde la última ejecución exitosa?

El agente podría ayudar a comparar:

• Snapshot utilizado.
• Fecha de actualización.
• Bookmark.
• Estado de la VDB.
• Fuente.
• Ejecuciones de cumplimiento.
• Cambios en el ambiente.
• Trabajos ejecutados entre ambos momentos.

¿Puede encontrar la causa exacta?

No siempre.

La causa podría encontrarse en el código, una dependencia, la configuración de la aplicación, la infraestructura o los propios datos.

Pero el agente sí puede reducir el espacio de investigación al mostrar qué condiciones relacionadas con Delphix cambiaron entre las ejecuciones.

Si además tiene acceso gobernado al repositorio, a la plataforma de pruebas y al sistema de incidencias, podría correlacionar información de varias fuentes dentro de una misma conversación.

Perforce describe un ejemplo en el que el agente consulta VDB en Delphix, contrasta su uso con información de GitHub y después comunica los resultados en Slack.

10. ¿Qué recursos deberíamos revisar antes del próximo release?

Las nueve preguntas anteriores analizan partes específicas de la operación.

La décima las reúne en una consulta más amplia:

Antes del próximo release, identifica los ambientes desactualizados, trabajos de cumplimiento fallidos, recursos con consumo atípico y bases virtuales que requieren revisión.

Este tipo de solicitud permite que el agente construya una vista previa a una liberación.

La respuesta podría organizarse en categorías:

Frescura

• VDB que no se han actualizado dentro del periodo definido.
• Snapshots anteriores al cambio que se probará.
• Ambientes con información posiblemente obsoleta.

Cumplimiento

• Trabajos fallidos.
• Ejecuciones pendientes.
• Recursos sin evidencia reciente de protección.

Capacidad

• Ambientes con mayor consumo.
• Crecimientos inesperados.
• Recursos aparentemente abandonados.

Disponibilidad

• Ambientes detenidos.
• Motores con problemas.
• Recursos que no están listos para utilizarse.

Trazabilidad

• Falta de bookmarks.
• Ejecuciones sin una referencia clara al dataset utilizado.
• Información insuficiente para reproducir un escenario.

El resultado no reemplaza una revisión técnica o un proceso formal de aprobación. Funciona como un punto de partida que ayuda a detectar problemas antes de que afecten la liberación.

De una pregunta aislada a un flujo entre diferentes herramientas

El verdadero potencial de MCP aparece cuando el agente puede utilizar más de una fuente de contexto.

Una consulta futura podría ser:

Identifica las bases virtuales actualizadas para la aplicación de pagos, revisa cuáles se utilizaron en las últimas pruebas automatizadas, encuentra las ejecuciones fallidas y prepara un resumen para el equipo.

Para responderla, el agente podría necesitar conectarse con:

• Delphix.
• Una plataforma de pruebas.
• El repositorio de código.
• El sistema de incidencias.
• Una herramienta de colaboración.

MCP proporciona un estándar para que el cliente de inteligencia artificial descubra y utilice esas conexiones. Esto no significa que todos los sistemas compartan automáticamente su información ni que el agente deba recibir acceso total.

Cada conexión requiere:

• Configuración.
• Credenciales.
• Permisos.
• Herramientas habilitadas.
• Controles.
• Registro de actividades.
• Políticas de uso.

La calidad del flujo depende tanto de la capacidad del modelo como de la calidad y seguridad del contexto proporcionado.

¿Qué necesita una organización para realizar estas consultas?

Para aprovechar Delphix MCP Server, una organización necesita más que un asistente compatible con inteligencia artificial. Primero debe contar con una plataforma de Test Data Management capaz de centralizar, virtualizar, proteger y mantener disponibles los datos utilizados en desarrollo y pruebas.

Sobre esta base, Delphix Data Control Tower proporciona el inventario y el contexto operativo que el servidor MCP puede exponer al agente.

La documentación de Delphix señala como requisitos técnicos:

• Una instancia de Data Control Tower con acceso mediante API.
• Una clave de API válida.
• Un cliente compatible con MCP.
• El entorno necesario para ejecutar el servidor.

Entre los clientes mencionados se encuentran Claude Desktop, Cursor, Windsurf y VS Code Copilot.

Actualmente, Delphix MCP Server permite seleccionar diferentes conjuntos de herramientas según el perfil y el tipo de uso:

• Autoservicio para desarrollo y QA.
• Autoservicio con aprovisionamiento.
• Administración de Continuous Data.
• Administración de plataforma.
• Reporting e insights.
• Modo dinámico basado en la especificación OpenAPI de la instancia de Data Control Tower.

Los permisos reales del agente están determinados por la clave de API utilizada.

En el modo dinámico, la documentación advierte que no existe una capa adicional de control de acceso por herramienta. Esto significa que el agente puede invocar las operaciones que la clave de Data Control Tower tenga permitidas.

Por esta razón, una organización no debería conectar una credencial con privilegios amplios únicamente para comenzar a experimentar.

La implementación debe partir del principio de mínimo privilegio: proporcionar al agente solo el acceso necesario para responder las consultas o ejecutar las tareas definidas para cada caso de uso.

Delphix MCP todavía es una tecnología en evolución

El MCP Server se encuentra publicado como un proyecto open source y una versión preview. La documentación de Delphix indica expresamente que no debe utilizarse todavía en producción.

Esto no reduce su relevancia.

Al contrario, permite observar hacia dónde se dirige la interacción entre los equipos técnicos y las plataformas empresariales.

El proyecto ya muestra una evolución desde las consultas iniciales de solo lectura hacia modos dinámicos y toolsets orientados a distintos perfiles y operaciones. Su uso real debe evaluarse de acuerdo con la versión de Data Control Tower, las capacidades expuestas por su API y las políticas de cada organización.

Las empresas pueden comenzar identificando preguntas de bajo riesgo:

• Consultas de inventario.
• Revisión de frescura.
• Reportes de uso.
• Monitoreo de ejecuciones.
• Identificación de anomalías.
• Preparación de resúmenes operativos.

Después, y únicamente con los controles necesarios, podrían evaluar flujos de autoservicio o automatización más amplios.

Los agentes son tan útiles como el contexto que reciben

Un agente de inteligencia artificial puede redactar una respuesta convincente aunque no conozca la realidad de la infraestructura.

Por eso, el desafío empresarial no consiste solamente en utilizar un modelo más poderoso.

Consiste en conectarlo con fuentes confiables, limitar sus permisos y garantizar que sus respuestas estén fundamentadas en información real.

Delphix MCP Server permite que el agente consulte el contexto administrado por la plataforma: ambientes, bases virtuales, snapshots, cumplimiento, almacenamiento y ejecuciones.

Las diez preguntas de este artículo muestran un cambio importante.

El usuario ya no tiene que comenzar preguntándose en qué pantalla se encuentra la información o qué endpoint debe consultar.

Puede comenzar expresando la decisión que necesita tomar.

La plataforma proporciona el contexto.
El agente ayuda a interpretarlo.
La organización conserva el control.

En Neti ayudamos a las empresas a automatizar y proteger el suministro de datos para desarrollo, pruebas y procesos de inteligencia artificial.

Antes de conectar un agente con Delphix, es necesario definir qué preguntas debe responder, qué información puede consultar y qué acciones permanecerán bajo aprobación humana.

¿Qué le preguntarías primero a tus datos?