Se ha publicado la versión 3.4 de DBLab Engine. Introduce numerosas mejoras en la herramienta de código abierto para crear clones de PostgreSQL de tamaño reducido y bifurcaciones de bases de datos.

Clonaciones y bifurcaciones rápidas y rentables son extremadamente valiosas cuando se necesita mejorar el proceso de desarrollo. DBLab Engine puede manejar en una sola máquina numerosos clones independientes de una base de datos, permitiendo a cada ingeniero o proceso automatizado trabajar con su propia base de datos creada en cuestión de segundos y sin gastos adicionales. Esto hace posible probar cualquier cambio y concepto de optimización, ya sea manualmente o en pipelines CI/CD, así como validar todos los conceptos sugeridos por ChatGPT u otro LLM. De esta forma se resuelve eficazmente el problema de las alucinaciones de los LLM.

Nuevo nombre: DBLab Engine

El nuevo nombre del Database Lab Engine es «DBLab Engine». Estamos actualizando nuestros materiales para reflejar este cambio. Para ajustarnos a él, se han creado dominios específicos: dblab.dev y dblab.sh. También se han establecido las siguientes URL abreviadas que facilitan el acceso:

• cli.dblab.dev y dblab.sh – Script de configuración CLI (funciona en macOS/Linux/Windows: curl -sSL dblab.sh | bash)
• demo.dblab.dev – Demo de DBLab 3.4 (token: demo-token)
• branching.dblab.dev – Demo de DBLab 4.0-alpha, que implementa bifurcaciones completas de bases de datos e instantáneas bajo demanda (token: demo-token)
• aws.dblab.dev – Página de DBLab SE en AWS Marketplace
• docs.dblab.dev – documentación
• api.dblab.dev – referencia interactiva de la API (basada en readme.io)

En cifras

• El repositorio de DBLab en GitHub ha superado las 1700 estrellas
• La cuenta @Database_Lab en X/Twitter cuenta con más de 1300 seguidores
• Nuestra página de LinkedIn supera los 1.500 seguidores

¡Muchas gracias!

Nuevo instalador para DBLab SE (versión de pago de DBLab con suscripción de soporte)

Hemos ampliado las opciones de instalación de DBLab SE, una versión de pago de DBLab que consta de componentes de código abierto, como el propio motor DBLab Engine y la monitorización Netdata, y que incluye suscripción de soporte. Además de encontrarse en AWS Marketplace, ahora es posible instalar DBLab SE directamente desde la consola de Postgres.ai.

Esta configuración está totalmente automatizada y puede utilizarse prácticamente en cualquier entorno:

• Para quienes ya dispongan de una máquina, se ofrece soporte para el método «BYOM» (Bring Your Own Machine)
• Si se utiliza AWS, GCP, DigitalOcean o Hetzner Cloud, el instalador gestiona automáticamente el aprovisionamiento de recursos, como máquinas virtuales, discos y otros.

Consulten el tutorial paso a paso.

Nuevas opciones de configuración

cloneAccessAddresses

Para un mejor control del proceso de creación de clones, ahora es posible configurar las interfaces de red utilizadas por los contenedores clonados a través de la nueva opción cloneAccessAddresses. Por defecto se establece en 127.0.0.1 lo cual significa que sólo se permitirán conexiones TCP locales. Es posible especificar varias direcciones, y también se admite el protocolo IPv6  (consulten la documentación).

ignoreErrors y skipPolicies para el aprovisionamiento lógico de datos

Algunos usuarios de DBLab Engine experimentaron problemas con el aprovisionamiento lógico de datos (actualizaciones completas automatizadas que utilizan pg_dump/pg_restore). Para mitigar estos problemas, se añadieron los siguientes dos indicadores:

• ignoreErrors en las subsecciones logicalDump y logicalRestore, que impide la interrupción del proceso de volcado/recuperación en caso de error,
• skipPolicies en la subsección logicalRestore, que permite omitir políticas (CREATE POLICY) durante el proceso de restauración.

Postgres se reinicia en clones de contenedores

Siempre se supuso que los clones de contenedores Postgres gestionados por DBLab Engine soportarían los reinicios de Postgres. Sin embargo, debido a un error, esto nunca funcionó en las versiones 3.0-3.2. Gracias a una corrección adecuada, ahora vuelve a funcionar. Únicamente hay que asegurarse de utilizar etiquetas con el sufijo -0.3.0 o posterior, como postgresai/extended-postgres:15-0.3.0.

Con el soporte para el reinicio, es posible, por ejemplo, ejecutar pg_upgrade -k dentro de un determinado clon de contenedor (por supuesto, tras la instalación previa de los nuevos binarios) y empezar enseguida la prueba de una nueva versión principal de Postgres, en un entorno aislado. Y, lo que es más importante, sin gastar tiempo ni dinero extra. Esta es exactamente la razón por la que creamos y desarrollamos DBLab Engine. Cualquier prueba tiene que ser rápida, económica y escalable, incluso para bases de datos de varios terabytes.

Mejoras en la interfaz de usuario

La pestaña «Configuration» presenta numerosas mejoras, aunque sólo es posible editar la configuración en modo lógico. También se ha mejorado la pestaña «Logs», que ahora cuenta con opciones de filtrado.

Documentación de la API

Como ya se ha mencionado, ahora contamos con una URL corta para los documentos de la API: API.dblab.dev. Está respaldada por el excelente servicio ReadMe, y se basa en las especificaciones OpenAPI que se encuentran en Git.

API.dblab.dev es interactivo, por lo que se puede utilizar el token demo-token para realizar pruebas de invocación a la API en la instancia demo (demo.dblab.dev):

Imágenes Postgres para DBLab: pgvector y actualizaciones

Siguiendo las tendencias obvias, añadimos pgvector a las imágenes de Postgres para DBLab Engine.

Y, como de costumbre, todas las extensiones se actualizan a las versiones más recientes. Consulten la documentación para ver la lista completa de extensiones.

Los usuarios de DBLab SE (versión de pago con suscripción de soporte) tienen acceso a imágenes de contenedores Postgres con extensiones que coinciden con las siguientes bases de datos de origen:

• GCP Cloud SQL para PostgreSQL
• Amazon RDS para PostgreSQL
• Amazon Aurora PostgreSQL
• Supabase
• Timescale
• Heroku
• PostGIS

Otros cambios

DBLab Engine 3.4.0 cuenta con un gran número de mejoras. Esta versión presenta el mayor número de cambios realizados hasta la fecha. Por favor, lean la lista completa de cambios en el CHANGELOG. Si necesitan actualizar un DBLab Engine existente a la versión 3.4.0, no olviden seguir las Notas de Migración.

Cómo empezar / obtener ayuda

• Tutorial
• Instancia demo de DBLab 3.4 (token: demo-token)
• Documentos
• Consola Postgres.ai
• Contáctennos

Aportar opiniones, contribuir

Valoramos mucho sus opiniones. Contáctennos a través de:

• X/Twitter @Database_Lab
• LinkedIn
• DBLab Community Slack

Recursos adicionales con información sobre DBLab y Postgres:

• Canal de YouTube PostgresTV
• Podcast Postgres.FM

¿Les gustaría colaborar con el proyecto? A continuación le indicamos cómo pueden contribuir:

• Dar una estrella a nuestro repositorio en GitHub
• Ayúdennos a llegar a más entusiastas. Compartan información sobre Database Lab en X/Twitter (no olviden etiquetar a @Database_Lab) o en cualquier otra plataforma de su interés.
• ¿Hablan varios idiomas? Consideren la posibilidad de traducir nuestro README.md para compartir los conocimientos en su idioma

¿Son desarrolladores? Participen en el proyecto y mejoren la experiencia de Database Lab Engine (DLE); consulten nuestras directrices sobre cómo CONTRIBUIR y exploren la lista «good first issues» en GitLab