Base de datos vectorial y RAG en España

Servicios DevOps · España

Base de datos vectorial gestionada en España para equipos que quieren construir un asistente con RAG sobre sus propios documentos sin que esos documentos salgan de la UE. Montamos Qdrant o ChromaDB según tu volumen y tu caso de uso, con el pipeline de embeddings, la búsqueda híbrida y, si lo necesitas, el modelo de embeddings corriendo en nuestros propios servidores GPU, con horas DevOps incluidas en el abonamiento.

  • Documentos alojados en Frankfurt, en la UE
  • Embeddings opcionales en servidor GPU propio
  • Acceso solo por red privada, con claves de API
  • VPS 1–8 h/mes; dedicados 5-10 h/mes según el plan; GPU 10 h/mes
    Horas incluidas
  • Frankfurt, en la UE
    Datacenters
  • documentos y embeddings sin salir de la UE
    Residencia de datos
  • en EUR, con IVA del 21 % desglosado en factura
    Facturación

Qué es RAG y por qué importa dónde vive

RAG (generación aumentada por recuperación) es la técnica que permite que un modelo de lenguaje responda usando tus documentos internos en lugar de solo lo que aprendió en su entrenamiento: contratos, manuales, tickets de soporte, políticas internas. Eso implica convertir cada documento en un vector (embedding) y buscar los más relevantes para cada pregunta. Cuando esos documentos son confidenciales, dónde se alojan la base vectorial y el modelo de embeddings deja de ser un detalle técnico y pasa a ser una decisión de cumplimiento.

  • Los documentos se convierten en vectores y se indexan para búsqueda semántica
  • El modelo responde combinando lo recuperado con la pregunta del usuario
  • Todo el pipeline puede quedarse dentro de la UE, sin llamadas a terceros

Buenas prácticas que aplicamos

Una base vectorial sin control de acceso o sin snapshots es tan frágil como cualquier otra base de datos, solo que menos gente lo revisa porque el proyecto suele estar en fase de prueba. Aplicamos las mismas prácticas de hosting serio desde el primer despliegue, no solo cuando el proyecto pasa a producción. Revisamos snapshots y control de acceso cada vez que reservas horas DevOps para el proyecto.

  • Acceso solo desde red privada, con claves de API por proyecto
  • Snapshots periódicos de las colecciones
  • Cuantización para reducir coste de memoria sin perder precisión relevante
  • Filtrado por metadatos junto a la búsqueda vectorial
  • Evaluación periódica de la calidad de recuperación, no solo de la latencia

Qdrant o ChromaDB, según tu caso

ChromaDB es sencillo de levantar y encaja bien en proyectos que empiezan o en volúmenes moderados de documentos. Qdrant está pensado para producción con más volumen: filtrado por metadatos más avanzado, mejor rendimiento con millones de vectores y opciones de cuantización para controlar el coste de memoria. Te decimos con cuál empezar según tu volumen actual de documentos y hacia dónde crece tu proyecto, sin sobredimensionar desde el primer día.

  • ChromaDB: arranque rápido, volúmenes moderados
  • Qdrant: producción, millones de vectores, filtrado avanzado
  • Cuantización disponible en Qdrant para reducir el coste de memoria

Cómo usas las horas incluidas

Las horas DevOps son parte del abonamiento: entre 1 y 8 horas al mes en VPS, entre 5 y 10 horas al mes en dedicados según el plan y 10 horas al mes en GPU. Se solicitan desde el panel de cliente, en Servicios DevOps. Las usamos habitualmente para montar el pipeline de ingesta de documentos, ajustar la calidad de recuperación con tus propios datos de prueba o desplegar un modelo de embeddings en tu servidor GPU. Lo que supera la cuota mensual se acepta y se factura aparte.

Cada suscripción incluye horas mensuales de DevOps, CyberSecurity y Programación: 1 h desde el plan cPanel Advanced, 1–8 h en VPS, entre 5 y 10 h en servidores dedicados según el plan y 10 h en servidores GPU. Las horas se solicitan desde el panel de cliente, no se acumulan al mes siguiente, y lo que supera la cuota se acepta y se factura por separado.

Cómo trabajamos

  1. Solicitas el trabajo desde el panel

    Describes tu caso de uso, el volumen aproximado de documentos y si necesitas que los embeddings se generen también dentro de la UE.

  2. Acordamos alcance y plazo

    Elegimos entre Qdrant y ChromaDB, dimensionamos el servidor y, si aplica, la GPU, y estimamos las horas necesarias dentro de tu cuota mensual.

  3. Montamos el pipeline y probamos la calidad

    Desplegamos la ingesta de documentos, la indexación y la búsqueda híbrida, y evaluamos la calidad de recuperación con preguntas reales antes de la entrega.

  4. Entrega con documentación

    Recibes la arquitectura documentada, las claves de acceso gestionadas de forma segura y el procedimiento para añadir nuevos documentos al índice.

Casos de uso

Despacho de abogados en Madrid

Un despacho que quiere un asistente interno sobre su propio archivo de contratos necesita que ningún documento salga de la UE: montamos Qdrant en Frankfurt con el modelo de embeddings corriendo en nuestra propia GPU.

Soporte técnico con base de conocimiento amplia

Una empresa de software con años de tickets y documentación técnica reduce el tiempo de respuesta de su equipo de soporte con un asistente que busca en ChromaDB antes de escalar el ticket.

Consultora con documentación interna dispersa

Una consultora con manuales, políticas y plantillas repartidos en varias carpetas centraliza la búsqueda semántica en Qdrant, con filtrado por metadatos para separar documentación por departamento.

Tecnologías

  • Qdrant
  • ChromaDB
  • PostgreSQL
  • Embeddings en GPU propia
  • Docker
  • Prometheus

Preguntas frecuentes

  • ¿ChromaDB o Qdrant para producción?

    ChromaDB funciona bien para empezar o para volúmenes moderados de documentos, con una puesta en marcha más sencilla. Qdrant está pensado para producción con más volumen: mejor rendimiento con millones de vectores, filtrado por metadatos más avanzado y cuantización para controlar el coste de memoria. Elegimos según tu volumen actual y tu proyección de crecimiento.

  • ¿Qué es RAG (generación aumentada por recuperación)?

    Es la técnica que combina un modelo de lenguaje con una búsqueda previa en tus propios documentos: en lugar de responder solo con lo que el modelo aprendió en su entrenamiento, primero recupera los fragmentos más relevantes de tu base y los usa como contexto para responder. Así el asistente conoce información interna sin necesidad de reentrenar el modelo.

  • ¿Qué es una base de datos vectorial?

    Es una base de datos optimizada para buscar por similitud entre vectores numéricos (embeddings) en lugar de por coincidencia exacta de texto. Cada documento se convierte en un vector que representa su significado, y la base encuentra los vectores más parecidos a una pregunta dada, incluso si no comparten las mismas palabras.

  • ¿Cómo monto un RAG con mis documentos sin que salgan de la empresa?

    Alojando la base vectorial y, si lo necesitas, el propio modelo de embeddings dentro de la UE, en Frankfurt, con acceso solo por red privada. Así el pipeline completo de ingesta, indexación y búsqueda queda bajo tu control, sin enviar documentos a una API externa fuera de la UE.

  • ¿Cuánto cuesta un servidor GPU para embeddings?

    Depende del modelo de embeddings que uses y del volumen de documentos a procesar; no publicamos tarifas fijas porque el dimensionado varía por proyecto. Consulta la página de abonamientos para ver los planes GPU disponibles y habla con un ingeniero para una estimación ajustada.

  • ¿Puedo migrar de una API externa de embeddings a un modelo propio?

    Sí, es un cambio habitual cuando el volumen de consultas crece o cuando la confidencialidad de los documentos lo exige. Migramos el pipeline para que los embeddings se generen en tu propio servidor GPU en lugar de enviarse a un servicio externo, sin cambiar la base vectorial de destino.

¿Quieres un asistente sobre tus propios documentos?

Cuéntanos tu caso de uso y el volumen de documentos: te decimos si Qdrant o ChromaDB encaja mejor, con las horas incluidas en tu plan.

Guías para empresas en España