Microsoft publicó esta semana una nota larga firmada por el equipo de Azure Databases titulada From commit to cloud: Powering what’s next for PostgreSQL. Vale la pena leerla porque es, posiblemente, la posición más explícita que sacó Microsoft hasta ahora sobre PostgreSQL como pieza estratégica de su stack. Hay tres datos para arrancar.
Los números que importan
- 345 commits contribuidos al último release upstream de PostgreSQL. Microsoft no es solo cliente: es uno de los contribuyentes serios del core.
- Equipo dedicado de committers y contributors trabajando directo sobre PostgreSQL upstream, no en forks privados.
- Un portfolio creciente de servicios administrados en Azure (incluyendo el ya conocido Azure Database for PostgreSQL) y el anuncio nuevo de Azure HorizonDB.
Mucho del trabajo upstream que Microsoft está empujando es exactamente lo que los equipos grandes necesitan: mejoras en I/O asíncrono, comportamiento del vacuum y planificación de queries en PostgreSQL 18. Cosas que no son glamurosas en una nota de blog pero que importan muchísimo cuando corrés Postgres a escala.
PostgreSQL + IA: el punto que más me interesó
La parte de la nota que me dejó pensando es la sección sobre databases as part of the AI stack. La tesis es simple: las bases de datos ya no son “solo almacenamiento”. Hoy viven dentro de loops de inferencia, ranking y decisión. Y los desarrolladores que arman aplicaciones AI-first hacen preguntas nuevas:
- ¿Qué tan cerca puede vivir mi dato vectorial de mi dato transaccional?
- ¿Cómo hago similarity search que respete predicados SQL?
- ¿Cómo combino inferencia, ranking y datos estructurados sin escribir capas de glue code que después no mantiene nadie?
PostgreSQL, por su modelo extensible, es probablemente la mejor respuesta a estas tres preguntas hoy. pgvector ya está consolidado, los workflows híbridos (relacional + vector) están maduros, y el ecosistema de extensiones permite agregar funcionalidad sin abandonar el motor base. Es decir: no necesitás ir a una base vectorial separada y armar un pipeline; podés tener todo en el mismo Postgres.
Desde mi punto de vista
Lo que me llama la atención de esta movida no es Microsoft eligiendo Postgres — eso ya lo sabíamos. Lo que me llama la atención es la postura abierta: invertir upstream, no solo construir un fork propietario. Es un modelo distinto al de empresas que prefieren un “fork enterprise” cerrado para diferenciarse.
La apuesta es clara: si PostgreSQL como ecosistema gana, Azure como plataforma gana junto con él. Y en el corto plazo, eso es bueno para todos los que construimos sobre Postgres — incluyendo equipos que no usan Azure. El upstream mejora; vos te beneficiás, uses la nube que uses.
Para los profesionales de la región: si estás eligiendo base de datos hoy para un proyecto nuevo, especialmente uno con componentes de IA, la combinación PostgreSQL + extensiones (pgvector, Citus si necesitás distribución) + servicio administrado en la nube es muy difícil de superar en relación capacidad/costo/madurez.
Para ir a la fuente
La nota original está en el blog de Azure: From commit to cloud: Powering what’s next for PostgreSQL.
Postgres sigue ganando
La historia de PostgreSQL en los últimos diez años es la de una base de datos que, sin venir de un gigante corporativo, terminó convirtiéndose en el default para cargas serias. Que Microsoft esté invirtiendo en él upstream es una confirmación más — y una buena señal para el ecosistema entero.
