PGSimCity y la paradoja del software libre: cuando las nubes se quedan con el beneficio

Una simulación que desnuda la complejidad

PGSimCity, publicado por el desarrollador Nikolay Samokhvalov y viralizado en Hacker News, es esencialmente un patio de recreo pedagógico. Permite ejecutar consultas SQL en un entorno visual donde se observan los buffers, los índices B-tree, los archivos WAL, los procesos de vacuum y los heaps. Es educativo en el mejor sentido: transforma conceptos abstractos en algo manipulable.

Pero lo que hace interesante a PGSimCity no es solo su valor didáctico, sino lo que ilumina sobre la economía política de las bases de datos. Para entender por qué este simulador importa, hay que recordar la historia.

La guerra de las bases de datos: del monopolio a la commodity

Durante los años ochenta y noventa, el mercado de bases de datos relacionales fue un feudo casi feudal. Oracle, bajo el mando de Larry Ellison, construyó un imperio cobrando licencias prohibitivas que llegaban a representar el 30% del presupuesto TI de una empresa. IBM blindó Db2 dentro de su ecosistema de mainframes. Microsoft empujó SQL Server como pieza clave de su estrategia de lock-in empresarial.

El modelo era claro: código propietario, contratos opacos, y la migración como una pesadilla que costaba millones. Las empresas eran rehénes.

La aparición de MySQL en 1995 y, sobre todo, la maduración de PostgreSQL durante los 2000, rompió ese esquema. PostgreSQL no fue un accidente: nació en la Universidad de Berkeley en 1986 como proyecto académico, se convirtió en open source y fue adoptada por una comunidad que, según estimaciones conservadoras, ha invertido más de mil millones de dólares en horas de ingeniería a lo largo de su historia.

El gran interruptor: cuando el open source se volvió infraestructura crítica

La ironía histórica es que las mismas empresas que durante décadas combatieron el software libre terminaron adoptándolo. IBM compró Red Hat por 34.000 millones de dólares en 2019, en parte para reposicionarse en el ecosistema Linux y PostgreSQL. Microsoft adquirió Citus Data, una extensión clave de PostgreSQL, y la integró en Azure. Amazon construyó Aurora, su motor insignia, sobre el código de PostgreSQL y MySQL.

Hoy, según DB-Engines Ranking, PostgreSQL es el motor de base de datos más popular del mundo. AWS, Google Cloud y Azure ofrecen servicios gestionados basados en él. Empresas como EnterpriseDB, Crunchy Data y Cockroach Labs han construido negocios millonarios sobre esta base comunitaria.

La paradoja del valor capturado

La educación como extractivismo blando

Cuando Google publica tutoriales sobre Kubernetes, o cuando AWS financia documentación sobre PostgreSQL, no lo hace por filantropía. Está reduciendo el coste de adquisición de clientes. Está estandarizando el conocimiento sobre plataformas que ellos controlan. Está, en definitiva, externalizando la formación de su propia fuerza laboral hacia la comunidad.

El simulador como acto político

Dicho todo esto, no quiero pecar de cinismo. PGSimCity es genuinamente valioso. Conocer cómo se comporta un VACUUM, entender por qué un índice B-tree puede degradarse, visualizar el flujo de WAL en una réplica, son habilidades que devuelven poder al profesional técnico frente a las cajas negras propietarias.

Cada vez que un desarrollador entiende mejor la herramienta que usa, se reduce la dependencia de intermediarios que cobran por traducir lo que pasa bajo el capó. Es el mismo principio detrás del movimiento del software libre desde los años ochenta: el conocimiento compartido es la base de cualquier contrapoder técnico real.

graph LR
A[PGSimCity] --> B[Developers]
B --> C[PostgreSQL]
C --> D[Cloud Hyperscalers]
D --> E[Billion-Dollar Revenue]

Conclusión: la pregunta que PGSimCity nos obliga a hacer

A[PGSimCity] —> B[Developers]