Supabase (YC S20) busca ingeniero para OrioleDB

Qué es OrioleDB y por qué Supabase está invirtiendo en él

OrioleDB es un motor de almacenamiento de nueva generación para PostgreSQL, diseñado para superar las limitaciones del motor heap tradicional del proyecto. Supabase, la plataforma de desarrollo backend construida sobre Postgres, lo ofrece actualmente como un Public Alpha opcional en su stack gestionado, según el repositorio de autoalojamiento de la comunidad Pigsty, que documenta que Supabase adquirió al equipo de Oriole en 2024. La nueva vacante publicada por la compañía el 19 de septiembre de 2026 confirma que el proyecto sigue siendo prioritario: no se trata de un módulo secundario, sino de una pieza en la hoja de ruta técnica del negocio.

El puesto, titulado OrioleDB Developer (AMER), es remoto con solapamiento obligatorio con zonas horarias de América y forma parte del equipo de ingeniería. Supabase describe el rol como «el cruce entre los internals de una base de datos, el trabajo con la comunidad open source y la plataforma gestionada de Postgres de Supabase».

Qué hará realmente este ingeniero

La descripción del puesto es inhabitualmente concreta para una oferta de Supabase: enumera áreas de trabajo y tecnologías específicas. Entre lo que el candidato diseñará e implementará están nuevos métodos de acceso a índices nativos (GiST, GIN, HNSW para pgvector), herramientas de disaster recovery a nivel del motor de almacenamiento y mejoras de estabilidad mediante fault injection, crash testing y cobertura de regresión.

👥 ¿Quieres ir más allá de la noticia?

En nuestra comunidad discutimos las tendencias, compartimos oportunidades y nos ayudamos entre emprendedores. Sin humo, solo acción.

👥 Unirme a la comunidad

El alcance es doble:

Hacia arriba (upstream): parte de OrioleDB vive como un patch sobre el núcleo de PostgreSQL. El rol incluye contribuir cambios directamente al core de Postgres a través de la lista de correo pgsql-hackers, los commitfests y la revisión pública de código. Es trabajo comunitario de bajo nivel, no desarrollo web tradicional.
Hacia adentro (Supabase): integrar OrioleDB en la oferta gestionada y en el roadmap del equipo de Postgres de Supabase, con guardia de producción incluida.

El perfil buscado es exigente: contribuidor activo del core de PostgreSQL o experiencia equivalente en internals de bases de datos, programador senior en C con más de 8 años en sistemas de bajo nivel, familiaridad profunda con el build system y las APIs de extensión de Postgres. Es, en la práctica, una vacante de ingeniería de bases de datos de élite.

El contexto estratégico: por qué este hire importa

Esta contratación no ocurre en el vacío. Supabase cerró su Serie F de US$500M con una valoración post-money de US$10.500M el 4 de junio de 2026, ronda liderada por GIC con la participación de Accel, Y Combinator, Craft Ventures, Felicis, Peak XV Partners y Coatue, además de una segunda inversión de Stripe y la entrada de Salesforce Ventures, según reportó la propia compañía. El comunicado oficial recogió además que la base de usuarios se duplicó desde la Serie E y que el número de bases de datos corriendo en la plataforma creció 600% interanual.

Esos números —más de 250.000 clientes y 9 millones de desarrolladores— encajan con un movimiento que Supabase está haciendo de forma explícita: posicionarse como capa de infraestructura para aplicaciones AI-native y agentes. El CEO Paul Copplestone fue citado diciendo que «los agentes ya despliegan la mayoría de las bases de datos en nuestra plataforma».

Dentro de esa estrategia, OrioleDB cumple una función concreta: mejorar el motor de almacenamiento sobre el que corre todo lo demás. Un Postgres más rápido y resiliente bajo carga es la condición para que los agentes puedan aprovisionar bases de datos a granel sin degradar el servicio gestionado. El anuncio de la Serie F vino acompañado además del preview de Multigres, una capa de escalado horizontal open source bajo licencia Apache 2.0 que ofrece sharding, migraciones zero-downtime y alta disponibilidad. OrioleDB y Multigres son las dos apuestas técnicas visibles para que Postgres escale más allá de una sola instancia sin obligar a migrar a otro motor.

Qué significa esto para tu startup

Para founders que están construyendo productos sobre Supabase o sobre Postgres en general, esta vacante es una señal de hacia dónde se mueve el commodity de la infraestructura de datos:

El rendimiento de Postgres está mejorando de bajo hacia arriba, no solo con servicios gestionados más caros. Si tu cuello de botella hoy es almacenamiento, índices o replicación, conviene seguir el roadmap upstream y las versiones alpha de OrioleDB en Supabase, porque en 12-18 meses podrían cambiar decisiones de arquitectura.
El ecosistema de Postgres se está consolidando en torno a un puñado de actores bien financiados. Supabase (US$10.500M), Neon, Timescale y los hyperscalers compiten por ser la capa por defecto de las apps AI-native. Eso baja precios para el developer y sube el suelo de calidad, pero también implica que migrar entre proveedores se vuelve más relevante como cláusula de salida.
El stack de Postgres se vuelve IA-friendly por defecto. El foco explícito en HNSW para pgvector y en escalado horizontal indica que las próximas versiones van a tratar la búsqueda vectorial como una carga de trabajo de primera clase. Si tu producto depende de embeddings o RAG, audita qué versión de Postgres y de pgvector corre tu proveedor.

Acciones concretas que puedes tomar esta semana:

Evalúa si tu carga se beneficiaría de OrioleDB hoy. La documentación de Supabase indica que sigue en alpha y no es el motor por defecto en producción, según el análisis de Pigsty. No lo pongas en producción sin pruebas, pero sí prueba contra una staging para medir mejoras reales en write throughput y consumo de disco.
Sigue el commitfest de PostgreSQL si dependes de OLTP pesado. Como el rol implica mover piezas de OrioleDB al core, los próximos commitfests traerán mejoras que aterrizarán en versiones estándar de Postgres. Configura alertas en commitfest.postgresql.org para los hilos de OrioleDB.
Diseña tu salida de Supabase desde el día uno. Con más de 250.000 clientes y un modelo «el código es tuyo, el hosting es nuestro», vale la pena documentar cómo migrarías tu proyecto a Postgres vanilla + PgBouncer + S3 si fuera necesario. Es seguro que no lo harás, pero la opción debe existir.