CoreWeave lanza PostgreSQL administrado dentro de clústeres de computación de IA

CoreWeave anunció el 11 de noviembre de 2026 que CoreWeave Database ya está disponible de forma general, con PostgreSQL administrado dentro de los clústeres de CoreWeave Kubernetes Service (CKS) de sus clientes, junto con las cargas de trabajo de entrenamiento e inferencia de IA.

Las bases de datos se ejecutan en nodos de CPU dentro del clúster CKS del cliente, y las aplicaciones se conectan a través de un servicio Kubernetes dentro del clúster. Por lo tanto, los equipos no necesitan gestionar un enlace entre nubes ni una ruta de salida para esas conexiones a la base de datos, mientras sus datos relacionales permanecen en la misma plataforma que sus cargas de trabajo de GPU.

CoreWeave afirmó que antes los clientes tenían que administrar PostgreSQL por su cuenta o alojarlo en otra nube, lo que añadía un salto de red, una ruta de salida y un segundo entorno que proteger. Las llamadas a bases de datos entre nubes también pueden aumentar la latencia y la carga operativa a medida que las aplicaciones de producción generan más actividad en la base de datos.

«La IA en producción no funciona solo con GPU. También depende del estado de las aplicaciones, los metadatos y las incorporaciones vectoriales con los que interactúan los agentes y las canalizaciones de entrenamiento en cada paso», afirmó Corey Sanders, vicepresidente sénior de producto de CoreWeave.

Resiliencia, seguridad y recuperación vectorial

Una instancia principal de PostgreSQL y sus réplicas de lectura se distribuyen entre distintos hosts, y los datos activos residen en CoreWeave Distributed File Storage (DFS). CloudNativePG, un operador de Kubernetes de código abierto para PostgreSQL, se encarga de administrar la instancia principal y las réplicas, así como de la conmutación por error automática. CoreWeave proporciona el servicio administrado que las rodea, incluidas la supervisión y las operaciones continuas.

Las copias de seguridad continuas están habilitadas de forma predeterminada. La recuperación a un momento dado permite restaurar una base de datos a cualquier instante incluido en el período de retención, mientras que las copias de seguridad programadas y bajo demanda ofrecen opciones adicionales de recuperación. También es posible restaurar una copia de seguridad completa en un clúster nuevo, lo que permite a los equipos validar la copia sin sustituir la implementación original.

Las bases de datos permanecen privadas dentro de sus clústeres, y se aplica cifrado tanto en reposo como en tránsito. CoreWeave administra los certificados TLS y las actualizaciones de seguridad. Los clientes controlan el acceso mediante roles nativos de PostgreSQL, políticas de red de Kubernetes y registros de auditoría, separando las operaciones de infraestructura de los permisos a nivel de aplicación.

Según CoreWeave, la compatibilidad con pgvector permite a los equipos almacenar incorporaciones vectoriales y realizar búsquedas vectoriales para la generación aumentada por recuperación (RAG) y la recuperación semántica en la misma base de datos que los datos de sus aplicaciones. Esto elimina la necesidad de operar un almacén vectorial independiente para esas cargas de trabajo y permite gestionar los datos de recuperación y el estado de las aplicaciones con un único modelo operativo de PostgreSQL.

Migración de PostgreSQL y controles de Kubernetes

CoreWeave describe el servicio como totalmente compatible con PostgreSQL, lo que permite trasladar bases de datos desde otra nube o desde una implementación autogestionada mediante herramientas nativas de Postgres. Los clientes conservan la propiedad de sus datos, esquemas, consultas y usuarios de bases de datos, mientras que CoreWeave se encarga de la aplicación de parches y las operaciones continuas de las bases de datos.

La administración puede integrarse en los flujos de trabajo de Kubernetes existentes. La documentación del producto de CoreWeave enumera la consola de CoreWeave Cloud, kubectl, herramientas de GitOps como Argo CD o Flux y controladores personalizados creados mediante la API de Kubernetes como opciones de administración.

El modelo de recursos incluye CWDBCluster, que define la topología de la base de datos, la capacidad de cómputo, el almacenamiento, el acceso y la configuración de restauración. Un segundo recurso, CWDBBackup, crea copias de seguridad bajo demanda y puede establecer puntos de recuperación conocidos antes de operaciones potencialmente disruptivas.

Mike Mattacola, director ejecutivo de Advaita Bio, afirmó que su empresa migró su base de datos de literatura biomédica desde otra nube a CoreWeave Database y la puso rápidamente en producción con ayuda práctica de CoreWeave. Añadió que la implementación de PostgreSQL administrado ahora funciona junto con las aplicaciones que dependen de ella.

Para CoreWeave, el lanzamiento incorpora una capa de servicios de datos administrados a una plataforma de infraestructura centrada en la computación acelerada. Para los equipos de IA, la consecuencia operativa es que el estado de las aplicaciones, la recuperación vectorial y las cargas de trabajo de GPU pueden permanecer en un mismo entorno de clúster, mientras CoreWeave se ocupa de las tareas habituales de administración de bases de datos y los clientes conservan el control del diseño de los datos y del acceso.