Modos de Deployment en el motor RAG de Gemini Enterprise Agent Platform

RAG Engine en Gemini Enterprise Agent Platform proporciona diferentes modos de implementación para operar tus instancias de RAG. La elección del modo de implementación determina dónde se almacenan tus datos, cómo se escala ese almacenamiento a medida que crecen tus datos y qué nivel de administración de la infraestructura se requiere de tu parte. Si comprendes cómo funcionan estos modos, puedes elegir el equilibrio adecuado entre simplicidad, escalabilidad y costos para tu proyecto.

RAG Engine ofrece dos modos de implementación: sin servidores y Spanner. Puedes cambiar entre ambos modos sin problemas. Los datos de cada modo permanecen aislados de los demás.

Modos de implementación disponibles

En esta sección, analizaremos los dos modos de implementación disponibles para RAG Engine:

Modo sin servidores

El modo sin servidores es la forma más económica y recomendada de comenzar a usar RAG Engine. Proporciona una base de datos completamente administrada, a escala global y lista para empresas que abstrae todo el aprovisionamiento y el escalamiento de la base de datos.

  • Ideal para: La mayoría de los usuarios, incorporación rápida y escalamiento sin problemas, sin necesidad de administrar configuraciones de infraestructura.
  • Funciones clave: No requiere administración de niveles. Usa automáticamente Vector Search administrado por RAG como la base de datos de vectores predeterminada para proporcionar una experiencia de RAG optimizada y lista para usar.

En el modo sin servidores, la base de datos administrada de RAG se usa para administrar las operaciones comerciales de RAG y almacenar los recursos de RAG. Estos recursos incluyen (entre otros) RagCorpus, RagFiles, RagMetadata, DataSchema, etc. Sin embargo, ya no se puede usar para incorporar la indexación y la búsqueda de vectores.

Los usuarios siempre deberán elegir una base de datos de vectores diferente por separado. En el modo sin servidores, de forma predeterminada, RAG Engine aprovisiona una colección de Vector Search 2.0 en tu proyecto para la indexación de embeddings y la búsqueda de vectores. En comparación con el modo Spanner, aprovisionar Vector Search 2.0 en tu proyecto te brinda visibilidad y control totales sobre el uso y los costos de la base de datos de vectores. Consulta la sección Modo Spanner frente al modo sin servidores para obtener una comparación detallada.

Modo de Spanner

El modo de Spanner asigna infraestructura de Spanner dedicada específicamente para que sirva como base de tu implementación de RAG Engine. Está diseñado para cargas de trabajo que requieren funciones de cumplimiento específicas (como CMEK) o instancias de base de datos dedicadas y aisladas. El modo Spanner se asigna como predeterminado si no se selecciona de forma explícita una opción de modo.

Cuando usas el modo Spanner, debes administrar tu infraestructura seleccionando un nivel de rendimiento:

  • Nivel básico (predeterminado): Es un nivel fijo, rentable y de bajo procesamiento, adecuado para la experimentación, los tamaños de datos pequeños o las cargas de trabajo que no son sensibles a la latencia.
  • Nivel de escalamiento: Ofrece un rendimiento a escala de producción con la funcionalidad de ajuste de escala automático. Es adecuado para clientes con grandes cantidades de datos o cargas de trabajo sensibles al rendimiento.

Aislamiento de datos y cambio de modo

RAG Engine te permite cambiar el modo de implementación de tu proyecto, siempre y cuando no haya operaciones en curso en el modo de implementación activo. Puedes tener datos en ambos modos. Sin embargo, solo puede haber un modo activo a la vez, y los datos están estrictamente aislados entre los modos de implementación.

Como herramienta útil, puedes imaginar que tu proyecto se comporta como si tuviera dos backends completamente independientes. Los recursos que creas (corpus, archivos importados y subidos, y embeddings analizados) están vinculados de forma permanente al modo de implementación que estaba activo durante su creación. Las solicitudes de recuperación, ya sea directamente o a través de Gemini, también se limitarán a los corpus y archivos que estén presentes en tu modo de implementación actual. Cambiar entre los dos modos no mueve tus datos ni los borra del otro modo.

/gemini-enterprise-agent-platform/images/rag-engine-deployment-modes.png

Como se ilustra en el diagrama:

  • API unificada: Usas exactamente las mismas APIs de RAG de Agent Platform para crear y administrar recursos. La API enruta automáticamente tus solicitudes al backend asociado con tu modo de implementación activo.
  • Visibilidad: Si el modo sin servidores está activo, tu aplicación solo puede ver RagCorpus A y B, y, además, interactuar con ellos. RagCorpus C, que se creó en el modo Spanner, permanece almacenado de forma segura, pero está completamente oculto y no es accesible para tu aplicación hasta que vuelvas a cambiar el modo de tu proyecto a Spanner.
  • Sin pérdida de datos: Cambiar de modo no borra tus datos. Solo cambia el "backend" que la API está mirando.

Administra tu modo de implementación

El modo de implementación es un parámetro de configuración a nivel del proyecto. Puedes ver o cambiar el modo actual con las APIs de GetRagEngineConfig y UpdateRagEngineConfig. Consulta la página Cambia entre modos para obtener detalles sobre cómo cambiar entre los modos de implementación y elegir un nivel adecuado para tu modo de Spanner.

Borra los datos y detén la facturación

Debido a que los datos están aislados entre los modos, los procesos para limpiar los recursos y detener la facturación difieren un poco según dónde se encuentren tus datos.

  • Para borrar datos sin servidores, asegúrate de que el modo activo esté configurado como Sin servidores. Llama a la API de ListRagCorpora para ver tus recursos y, luego, borra manualmente cada corpus con la API de DeleteRagCorpus.
  • Para borrar datos de Spanner (desaprovisionamiento): Asegúrate de que el modo activo esté configurado en Spanner. Actualiza tu RagEngineConfig y establece el nivel de Spanner en Unprovisioned. Esta acción borrará de inmediato tu instancia de Spanner dedicada y todos los datos de RAG que contiene, lo que detendrá cualquier facturación asociada para el modo de Spanner. Nota: Los datos borrados con el nivel sin aprovisionar no se pueden recuperar.

Modo Spanner frente al modo sin servidores

Función Modo sin servidores Modo de Spanner
Costo
  • Gratis para la administración y organización de recursos.
  • La base de datos de vectores se factura directamente según la selección del usuario.
  • Los precios dependen del nivel que elijas. Incluye la administración y organización de recursos.
  • Se cubre el costo de la base de datos de vectores para todos los corpus con RagManagedDb como opción de base de datos de vectores.
  • Para el resto de los corpus, la base de datos de vectores se factura directamente según la selección del usuario de la base de datos.
Escalamiento Ajuste de escala automático completamente administrado Se debe configurar la elección del nivel, pero ofrece un nivel de ajuste de escala automático.
Aislamiento El almacenamiento no está aislado Proporciona aislamiento de almacenamiento y rendimiento.
CMEK No hay CMEK en este momento Ofrece compatibilidad con CMEK
Controles de seguridad de VPC Admitido Admitido
Bases de datos de vectores compatibles
  • Managed Vector Search 2.0 (predeterminado)
  • Pinecone
  • Weaviate
  • RagManagedDb (predeterminado)
  • Managed Vector Search 2.0
  • Vector Search 1.0
  • Pinecone
  • Weaviate

¿Qué sigue?