zeroserve con Caddy: 3x throughput y 70% menos latencia

¿Qué es zeroserve y por qué está generando atención en 2026?

zeroserve acaba de anunciar compatibilidad con Caddy, logrando 3 veces más throughput y 70% menos latencia que el servidor tradicional. Esta mejora no es marginal: en benchmarks publicados, zeroserve alcanzó 36,681 requests por segundo frente a los 12,830 req/s de Caddy en archivos estáticos pequeños, con una latencia p99 de 5.4 ms contra 22 ms.

Para founders que gestionan infraestructura web, esto significa poder servir más tráfico con menos recursos, reduciendo costos de hosting y mejorando la experiencia de usuario final. La clave está en cómo zeroserve utiliza eBPF (Extended Berkeley Packet Filter) como middleware sandboxed para reescritura de requests, autenticación, rate limiting y proxy inverso.

¿Cómo funciona la compatibilidad con Caddy?

zeroserve no es un drop-in replacement completo de Caddy, sino una alternativa con un modelo de configuración diferente. Cuando usas un Caddyfile, zeroserve lo compila a código máquina nativo, eliminando la sobrecarga de interpretación que tienen los servidores tradicionales.

👥 ¿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 diseño de zeroserve se centra en la simplicidad: le entregas un tarball de tu sitio web y lo sirve automáticamente sobre HTTP/2 y TLS 1.3, con hot-reload vía SIGHUP. No hay archivos de configuración complejos ni plugins que instalar. Esta filosofía «zero-config» reduce la fricción de deployment, especialmente valiosa para equipos pequeños que necesitan iterar rápido.

La compatibilidad con Caddy permite migrar configuraciones existentes sin reescribir toda la lógica de routing, pero manteniendo las ventajas de rendimiento del modelo de ejecución nativa de zeroserve.

¿Qué cifras concretas muestran los benchmarks?

Los resultados publicados en el anuncio de zeroserve revelan ventajas significativas en workloads específicos:

Archivos estáticos pequeños:

zeroserve: 36,681 req/s, p99 5.4 ms
nginx: 31,226 req/s, p99 7.8 ms
Caddy: 12,830 req/s, p99 22 ms

zeroserve fue 17% más rápido que nginx y 3 veces más rápido que Caddy en este escenario, con una latencia tail significativamente más ajustada.

Archivos grandes (100 KB):

zeroserve: 8,000 req/s, 782 MB/s, p99 22 ms
nginx: 7,600 req/s, 773 MB/s, p99 28 ms
Caddy: 6,084 req/s, 590 MB/s, p99 44 ms

Workload de proxy: zeroserve mostró una ventaja de 22% sobre nginx y aproximadamente 3.4 veces sobre Caddy en el caso de proxy con respuestas pequeñas.

Estas cifras son relevantes porque la mayoría de las startups sirven principalmente páginas HTML, JSON pequeño, CSS y respuestas de API de baja latencia. El rendimiento en archivos grandes reduce la ventaja, pero sigue siendo competitivo.

¿Qué es eBPF y por qué importa para infraestructura web?

eBPF es una tecnología revolucionaria que permite ejecutar programas sandboxed en el kernel de Linux sin modificar el código fuente del kernel ni cargar módulos tradicionales. Originalmente diseñado para networking y observabilidad, eBPF se ha expandido a casos de uso de rendimiento sensible.

En el contexto de servidores web, eBPF permite:

Menor overhead en el path de procesamiento de requests
Latencia tail más ajustada al evitar context switches innecesarios
Políticas de seguridad implementadas cerca del kernel
Observabilidad nativa sin agentes externos

zeroserve usa eBPF-style programs como middleware de requests en userspace, no solo como plumbing de networking en el kernel. Esto permite lógica de negocio (auth, rate limiting, rewrites) ejecutándose con eficiencia cercana al kernel, pero con la seguridad del sandboxing de eBPF.

Empresas como Calico ya usan el data plane eBPF en producción para Kubernetes, demostrando que esta tecnología es un primitive de infraestructura maduro, no solo experimental.

¿Qué significa esto para tu startup?

Si tu startup sirve tráfico web con respuestas pequeñas y sensibles a latencia (APIs, dashboards, aplicaciones SaaS), zeroserve representa una oportunidad concreta de optimización. Sin embargo, hay tradeoffs que debes evaluar:

Cuándo considerar zeroserve:

Tu workload consiste principalmente en respuestas pequeñas (<100 KB)
Necesitas latencia p99 consistente por debajo de 10 ms
Tu equipo puede tolerar adoptar tooling menos maduro
Valoras la simplicidad de configuración sobre ecosistema de plugins

Cuándo mantener Caddy o nginx:

Necesitas plugins específicos o integraciones complejas
Tu equipo ya tiene expertise operacional en Caddy/nginx
Priorizas estabilidad probada sobre gains de rendimiento marginales
Sirves principalmente archivos grandes o streaming

Acciones concretas para implementar esta semana

Benchmark tu infraestructura actual: Usa herramientas como wrk o hey para medir tu throughput y latencia p99 actuales. Compara contra los números publicados de zeroserve para estimar el gain potencial. Si tu latencia p99 está por encima de 20 ms en respuestas pequeñas, hay espacio de mejora.
Prueba zeroserve en staging: Clona el repositorio de zeroserve en GitHub, empaqueta tu sitio como tarball y despliega en un entorno de staging. Usa un Caddyfile existente para validar compatibilidad. Mide métricas reales antes de considerar producción.
Evalúa el tradeoff madurez vs. rendimiento: Si tu startup está en etapa temprana con tráfico moderado (<10K req/s), la simplicidad de Caddy puede valer más que el gain de rendimiento. Si ya estás escalando y cada ms cuenta, zeroserve merece una prueba seria.
Monitorea la evolución del proyecto: zeroserve es relativamente nuevo (anunciado en junio 2026). Sigue el repositorio GitHub y la comunidad para evaluar madurez, frecuencia de releases y adopción en producción antes de committear en producción crítica.

Conclusión

La compatibilidad de zeroserve con Caddy marca un punto de inflexión en el espacio de servidores web de alto rendimiento. Las cifras son contundentes: 3x throughput y 70% menos latencia no son mejoras incrementales, son saltos generacionales para workloads específicos.

Para founders hispanohablantes que gestionan infraestructura en 2026, la pregunta no es si eBPF llegará a producción, sino cuándo adoptarlo. zeroserve ofrece un camino de entrada con compatibilidad Caddy, reduciendo el riesgo de migración. Sin embargo, como toda tecnología emergente, requiere evaluación cuidadosa del tradeoff entre rendimiento y madurez operacional.

Si tu startup depende de latencia baja y throughput alto, vale la pena dedicar tiempo esta semana a probar zeroserve en staging. Los números publicados sugieren que el potencial es real, pero solo tu workload específico determinará si el gain justifica la adopción.