Apache Iggy, broker en Rust, se gradúa como top-level

Apache Iggy se gradúa como proyecto top-level de la Apache Software Foundation

El 19 de agosto de 2026, Apache Iggy se convirtió oficialmente en un Top-Level Project (TLP) de la Apache Software Foundation (ASF), tras una votación unánime del Apache Incubator. El anuncio lo firman Piotr Gankiewicz, creador del proyecto, y Kranti Parisa, nueva Chair del Iggy PMC. Lo que empezó como un experimento personal de aprendizaje en Rust en marzo de 2023 ya opera como una plataforma de mensajería persistente con latencias P99 de un solo dígito en milisegundos.

Para un founder que construye sobre infraestructura open source, esta graduación importa por tres razones: garantiza que la licencia del proyecto no cambiará por decisión de un único actor, lo blinda ante un posible cambio de estrategia comercial y lo somete a la gobernanza pública de la ASF (votos, releases, committers, PPMC). Es la misma protección que ya tienen proyectos como Apache Kafka o Apache Pulsar, y que han convertido al modelo Apache en el estándar de facto para infraestructura crítica.

¿Qué es Apache Iggy y por qué otro broker de mensajería?

Apache Iggy es una plataforma de streaming de mensajes persistente escrita en Rust, diseñada bajo una arquitectura thread-per-core con io_uring para I/O de disco y red, y VSR (Viewstamped Replication Revisited) para consenso entre nodos. Su promesa concreta: latencias P99+ de un solo dígito en milisegundos, según describe el anuncio de graduació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 propio Gankiewicz lo explica en el comunicado: aunque el mercado ya estaba saturado de message brokers cuando arrancó en 2023 (con Apache Kafka como referencia ineludible), decidió construir uno nuevo por la misma razón por la que los ingenieros siguen escribiendo motores de bases de datos nuevos: la obsesión por la latencia, el rendimiento, la eficiencia y la simplicidad operativa. El nombre Iggy es un homenaje al galgo italiano (Italian Greyhound): un perro pequeño pero imbatible en velocidad.

Lo que comenzó como «construir un append-only log server en tres semanas para aprender Rust» terminó absorbiendo al autor en lo que él mismo describe como «una madriguera profunda»: optimización constante, modularización y persecución de la eficiencia. El resultado es un broker que ya soporta persistencia, replicación con consenso y arquitectura orientada a explotar el hardware moderno.

De side project a la Apache Software Foundation en 18 meses

El camino institucional fue tan rápido como la tecnología. En principios de 2025, el equipo propuso Iggy al Apache Incubator y LaserData Inc. transfirió la propiedad del código fuente a la ASF mediante el proceso de Software Grant. La incubación duró aproximadamente 18 meses —un ciclo inusualmente corto— hasta la graduación de agosto de 2026.

Durante esos 18 meses, el proyecto pasó de un side project a:

Más de 4.500 estrellas en GitHub
Más de 120 contribuidores
Cerca de 3.000 pull requests
Más de 700 miembros en la comunidad de Discord
Más de 500.000 descargas acumuladas

Pero los autores son explícitos en el comunicado: «la graduación no se trata realmente de estrellas de GitHub o número de descargas. Se trata de si un proyecto ha desarrollado una comunidad sana, diversa y autogobernada capaz de sostenerse a sí misma».

Quién está detrás del nuevo PMC

Kranti Parisa lideró gran parte del recorrido institucional —desde la propuesta original de incubación hasta la graduación— y fue nombrada Chair del Iggy PMC (Project Management Committee). Como recuerda el anuncio, en Apache el Chair no es el líder del proyecto (gobierna el PMC colectivamente), sino el enlace con la Junta de la ASF.

El comunicado agradece especialmente a Yonik Seeley (Apache Champion y Mentor), y a los mentores Hulk Lin, Zili Chen y Hao Ding, cuya guía en gobernanza, releases y construcción de comunidad hizo posible la graduación.

Qué viene después: el roadmap técnico

La graduación no es el final, sino el comienzo de un nuevo capítulo. El roadmap que el equipo discute con la comunidad incluye:

Clustering basado en VSR: la capacidad más solicitada por los usuarios, que acercará a Iggy a despliegues de producción altamente disponibles.
Gateway del protocolo Kafka: para que aplicaciones y ecosistemas existentes que ya hablan Kafka puedan interoperar con Iggy sin reescrituras.
Replicación multi-leader por partición.
Tiered storage: separar almacenamiento caliente y frío para optimizar coste.
Message registry y capacidades KV embebidas.
Expansión del connector runtime con nuevas fuentes, sinks y optimizaciones.

Y, en palabras de Gankiewicz y Parisa: «seguir experimentando hasta dónde podemos llevar el hardware moderno, los sistemas operativos y Rust para construir infraestructura de streaming más rápida y eficiente».

¿Qué significa esto para tu startup?

Si estás eligiendo infraestructura de mensajería para un producto en producción, el movimiento de Iggy abre una opción más en el menú, con tres diferencias concretas frente a los incumbentes:

Latencia predecible bajo carga: la promesa de P99 de un solo dígito en milisegundos es relevante para casos de uso en tiempo real (trading, gaming, IoT, pipelines de features para IA). Antes de adoptarlo en producción, mide en tu propio workload: los benchmarks de proveedores suelen reflejar sus mejores condiciones.
Gobernanza Apache real: la licencia no cambiará por una decisión corporativa. Si te preocupa el lock-in o el riesgo de relicensing (el miedo clásico con proyectos controlados por una sola empresa), la graduación a TLP elimina ese vector de riesgo.
Interoperabilidad con Kafka en camino: cuando el gateway del protocolo Kafka esté maduro, podrás migrar cargas desde Kafka sin reescribir productores ni consumidores. Esto reduce el coste del cambio.

Acciones concretas que puedes tomar esta semana:

Evalúa Iggy como sidecar de un servicio crítico de latencia: monta un clúster pequeño (Docker Compose o similar) y mide P99 frente a tu broker actual en un test sintético que reproduzca tu patrón de escritura/lectura.
Revisa tu dependencia de brokers controlados por un único vendor: aunque no migres hoy, ten un plan B documentado. La graduación de proyectos como Iggy o el auge de alternativas como Redpanda o NATS JetStream demuestran que el segmento está en plena renovación.
Participa en la comunidad:贡献 a un proyecto Apache en incubación o graduado (un PR, una issue, documentación) es una de las formas más concretas de reducir tu dependencia futura de proveedores cerrados.