Nidus: El framework Rust que apuesta por la transparencia

Vamos a ser directos: los frameworks backend en Rust tienen mala reputación. O te dejan escribir todo desde cero con una curva de aprendizaje empinada, o te imponen convenciones ocultas que no puedes rastrear fácilmente. Nidus toma un camino diferente, y es uno que los desarrolladores Rust con experiencia podrían apreciar de verdad.

La explicitud como filosofía central

La idea detrás de Nidus es simple pero potente: toda la estructura de tu aplicación debería estar visible en tu código fuente, no escondida en archivos de configuración generados o decoradores que aparecen mágicamente en runtime.

El framework utiliza lo que llama el module graph—básicamente una representación visible e inspeccionable de tus imports, providers, controllers y exports. Esto significa que cuando algo falla, puedes encontrarlo rápido. Y cuando necesitas entender cómo fluye una dependencia a través de tu servicio, lees el código directamente, en lugar de analizar logs de runtime tratando de reconstruir las decisiones del framework.

Inyección de dependencias con tipos de verdad

Si has trabajado con contenedores de DI en otros lenguajes, ya sabes cómo funcionan normalmente: claves basadas en strings, reflexión, o convenciones sobre configuración. Nidus hace las cosas diferente aprovechando el sistema de tipos de Rust de forma directa.

Registras las dependencias por tipo usando patrones que se sienten naturales en Rust: singletons para estado compartido, request-scoped para datos por petición, lazy para inicialización diferida, optional para degradación elegante, y factories para construcción compleja. Lo mejor de todo es que todo está tipado, lo que significa que el compilador atrapa los errores antes que tus usuarios.

La capa HTTP que se compose sin magia

Nidus está construido sobre Axum y Tower, que son opciones sólidas en el ecosistema Rust, pero les agrega una capa que hace la composición completamente explícita. Tus rutas, middleware, guards y pipes de validación se definen en código donde puedes ver el panorama completo.

La validación usa Garde internamente, dándote respuestas de error estables y predecibles. La generación de OpenAPI sale directamente de tus definiciones de rutas, no de documentación separada que inevitablemente se desactualiza.

Los números importan, pero el contexto también

Aquí es donde las cosas se ponen interesantes. El equipo de Nidus corrió benchmarks comparando su framework contra FastAPI, Spring Boot y Express usando un setup de homelab con Kubernetes y endpoints idénticos respaldados por PostgreSQL. Los resultados son destacados:

Nidus logró la latencia de ping más rápida en 423.72 microsegundos, mantuvo cero solicitudes fallidas, y entregó el mejor throughput en operaciones de escritura con 423.94 solicitudes por segundo.

Pero lo que realmente aprecio es la honestidad del equipo. Te dicen exactamente cómo testearon, dónde testearon, y qué midieron. Sin números inflados de marketing—solo la evidencia de sus pruebas en homelab.

El enfoque de fachada angosta

Algo que diferencia a Nidus filosóficamente es lo que llaman la narrow facade. El framework no arrastra dependencias de vendor por defecto. ¿Necesitas soporte para SQLx? Hay un crate adaptador separado. ¿Quieres caché? Otro crate adaptador. El core del framework se mantiene ligero y tú decides qué agregar.

Esto importa por varias razones. Primero, tu árbol de dependencias se mantiene limpio. Segundo, tienes acceso directo a los clientes subyacentes sin capas de abstracción que consuman rendimiento. Tercero, actualizar o cambiar una dependencia no significa luchar con cambios a nivel de framework.

Empezar no toma forever

El framework promete que un desarrollador senior de Rust pueda pasar de cero a tener algo corriendo en menos de un minuto. El directorio de ejemplos respalda esto con servicios que van desde hello-world hasta APIs con forma de producción, adaptadores y templates externos.

El enfoque de releases es igualmente práctico. Dry-runs locales prueban que las cosas funcionan antes de publicar. El CLI inspector, TestApp, y dashboard opcional te permiten verificar tu estructura de rutas, module graph y salida de OpenAPI en runtime.

¿Es Nidus para tu proyecto?

Si estás construyendo servicios backend en Rust y valoras la explicitud sobre la convención, la seguridad de tipos sobre el descubrimiento en runtime, y un footprint de dependencias ligero sobre el "todo incluido", Nidus merece tu atención.

No está intentando ser el framework que maneja todo por ti. Está intentando ser el framework que se quita de en medio mientras sigue proporcionando el rigor estructural que mantiene grandes codebases mantenibles. Para equipos que han deseado que el desarrollo web en Rust tuviera algo más explícito sin ser menos poderoso, esto podría ser lo que estaban esperando.

Revisa los ejemplos, corre el CLI inspector, y decide por ti mismo si el enfoque de explicitud por defecto encaja con tu filosofía de desarrollo.