No es un tablero más de métricas. Es un agente que recorre cada servidor, decide por sí mismo qué necesita mirar más de cerca, ejecuta las consultas de diagnóstico que hagan falta y le entrega un informe con el estado de cada uno, las alertas priorizadas y las acciones recomendadas con su riesgo y su tiempo estimado.
Se le habla desde ChatGPT, desde Claude o desde su propia interfaz. Y todo lo que hace queda registrado con quién, qué, cuándo y con qué resultado.
Da igual por dónde entre: las reglas de autorización, la validación de riesgo y el registro de auditoría son los mismos. El canal cambia la comodidad, no lo que se puede hacer.
El agente se conecta al asistente que su equipo ya usa. Se le pregunta en español y él decide qué consultar en cada servidor.
Igual que el anterior, para los equipos que trabajan con ese asistente. El agente expone las mismas operaciones.
Para el trabajo pesado: el editor de consultas, el explorador de objetos, la cuadrícula de resultados y las pantallas de administración.
El agente recorre todos los servidores, recoge sus indicadores, investiga lo que le llama la atención y entrega un informe estructurado. Llega por correo y queda guardado, para poder comparar hoy contra ayer.
El agente recibe un catálogo cerrado de operaciones y solo puede invocar las que están en él. Filtre por área o busque: bloqueo, certificado, reindex, reversión.
Es la pregunta que hace cualquier equipo de TI cuando le proponen administrar sus bases desde afuera, y la respuesta es que no hace falta. En el servidor se instala un servicio web independiente que actúa de intermediario autenticado. El motor de base de datos no queda expuesto.
Y no se instala nada dentro del motor: es un servicio estándar, que se puede quitar sin dejar rastro en la base.
Se instala en el servidor del cliente y actúa de intermediario autenticado entre la plataforma y la base. El puerto de la base no se abre a internet.
Para servidores propios o de red interna, una conexión directa sin intermediario. El código de la aplicación no distingue entre los dos modos.
La clave del puente y la contraseña de la base se guardan cifradas. Las claves de cifrado viven en la base administrativa, no en el disco del servidor.
Cada servidor se registra con su entorno, y de ahí sale si sus operaciones críticas requieren aprobación.
Cuando un puente registra un error crítico, lo empuja hacia la plataforma central en vez de esperar a que alguien pregunte.
El agente trabaja sobre todos los servidores registrados en la misma corrida, y compara entre ellos.
Es un objetivo declarado del producto, no una concesión. Lo que se despliega en su servidor son servicios estándar de Windows y un servicio web; no hay ningún componente propietario metido dentro del motor de base de datos. Si mañana deja de usar la plataforma, desinstala el servicio y su base queda exactamente como estaba.
Un agente con acceso a las bases de producción de sus clientes necesita frenos que no dependan de la buena voluntad de la interfaz. Estos se aplican en el servicio, no en la pantalla.
Antes de ejecutar nada se clasifica el riesgo de la instrucción —consulta, modificación o instrucción administrativa— y se determina el rol mínimo necesario. Si quien la pide no lo tiene, se bloquea, se avisa y queda registrado el intento.
Aunque alguien evite la interfaz y llame directamente al servicio, el servicio vuelve a verificar el permiso por su cuenta. La autorización no vive en la pantalla.
Se entra con la cuenta corporativa de la empresa y se pide además un segundo factor por correo. No hay usuarios locales de la herramienta.
Para las diecinueve operaciones de alto riesgo se exige volver a autenticarse con el autenticador, además del inicio de sesión y del segundo factor. El permiso dura cinco minutos y se consume una sola vez.
Borrar una base, eliminar un puente, crear o borrar credenciales, restaurar, apagar, ejecutar comandos del sistema. Para estas no basta con haber iniciado sesión: se exige una reautenticación fresca con el autenticador, el permiso dura cinco minutos y se consume una sola vez.
Las operaciones críticas sobre servidores marcados como producción no se ejecutan: quedan pendientes hasta que alguien con autoridad las apruebe, y vencen a los treinta minutos si nadie lo hace.
Es la pregunta que un equipo de TI hace de segundo, después de la de seguridad. El agente registra en cada corrida qué proveedor usó, qué modelo, cuántos datos procesó y cuánto costó en dólares. No hay factura sorpresa a fin de mes.
Y si el modelo falla, el informe igual sale: se marca el error del proveedor y se entrega la parte que sí se pudo recoger. Nunca se queda usted sin informe porque un servicio externo tuvo un mal día.
Cada informe dice con qué proveedor y con qué modelo se produjo. No es una caja negra.
Cuántos datos entraron y salieron en la corrida, registrados por separado.
El costo de esa corrida concreta, calculado y guardado. Se puede sumar por mes y por servidor.
Si el modelo falla, el informe igual se emite: se marca el error y se entrega la parte recogida por código.
Aparte del costo del agente, la plataforma mide disco, bases, tráfico, memoria y respaldos por cliente, con tarifa configurable.
Cuando un mismo sitio sirve a varios clientes, el consumo se reparte en vez de asignarse a uno solo.
Le mostramos el informe de una mañana real sobre datos de demostración, el catálogo de operaciones, cómo se instala el puente y qué queda en el registro de auditoría. Sus preguntas de seguridad las responde quien construyó esto.