Nidus: Rust frameworks heruitgevonden met expliciet als uitgangspunt

Erken het maar toe: als je met Rust backend frameworks werkt, struikel je vaak over dezelfde valkuilen. Je krijgt ofwel rauw metaal waar je alles zelf moet bouwen, ofwel een framework dat zoveel magie verbergt dat je achteraf probeert te ontcijferen wat er nu eigenlijk gebeurde. Nidus pakt dit anders aan, en wel op een manier die ervaren Rust ontwikkelaars eigenlijk wel aanspreekt.

Zichtbaarheid boven verborgenheid

De basisfilosofie van Nidus is verrassend helder: je hele applicatiestructuur hoort thuis in je broncode, niet verstopt in gegenereerde configs of runtime decorators. Het framework noemt dit de module graph, en dat is precies wat het inhoudt: een zichtbare, inspecteerbare structuur met je imports, providers, controllers en exports.

Dit betekent dat je bij problemen gewoon kunt zoeken. Wil je begrijpen hoe een afhankelijkheid door je service stroomt? Dan lees je de code, in plaats van runtime logs die proberen te reconstrueren wat het framework bij opstarten heeft besloten.

Typed dependency injection die wél werkt

Als je ooit met DI containers in andere talen hebt gewerkt, ken je het probleem: string-gebaseerde keys, reflectie, of conventies die je moet onthouden. Nidus doet het anders door rechtstreeks gebruik te maken van Rust's type systeem.

Je registreert afhankelijkheden op type met patronen die natuurlijk voelen in Rust: singletons voor gedeelde state, request-scoped voor per-request data, lazy voor uitgestelde initialisatie, optional voor graceful degradation, en factories voor complexe constructie. Het mooie? Het is allemaal getypt, wat betekent dat de compiler fouten opvangt voordat je gebruikers dat doen.

HTTP laag met nette compositie

Nidus bouwt voort op Axum en Tower, wat solide keuzes zijn in het Rust ecosysteem, maar het wikkelt ze in een laag die compositie expliciet maakt. Je routes, middleware, guards en validatie pipes worden allemaal gedefinieerd in code waar je het complete plaatje kunt zien.

De validatie gebruikt onder water Garde, wat zorgt voor stabiele foutresponses waar je op kunt rekenen. OpenAPI generatie komt direct uit je route definities, niet uit aparte documentatie die onvermijdelijk afwijkt van de werkelijkheid.

De prestatie-realiteit

Hier wordt het interessant. Het Nidus team heeft benchmarks gedraaid waarbij ze hun framework vergeleken met FastAPI, Spring Boot en Express. Testopstelling: een homelab Kubernetes omgeving met identieke PostgreSQL-backed endpoint contracts. De resultaten zijn het vermelden waard:

Nidus haalde de laagste ping latency op 423,72 microseconden, behield nul gefaalde requests, en leverde de beste write-heavy throughput met 423,94 requests per seconde.

Maar hier waardeer ik het team om: ze maken begrensde claims. Ze vertellen precies hoe ze testten, waar ze testten, en wat ze maten. Geen opgeblazen marketingcijfers, gewoon de feiten uit hun homelab runs.

De smalle gevel aanpak

Iets dat Nidus filosofisch onderscheidt is wat ze de narrow facade noemen. Het framework sleept geen vendor afhankelijkheden standaard mee. SQLx ondersteuning nodig? Daar is een aparte adapter crate voor. Caching gewenst? Nog zo'n adapter crate. De core blijft lean, en je kiest zelf wat je toevoegt.

Dit matters om een paar redenen. Ten eerste blijft je dependency tree overzichtelijk. Ten tweede heb je directe toegang tot de onderliggende clients zonder abstraction layers die je performance opeten. Ten derde: upgraden of swappen van een dependency betekent niet dat je moet vechten met framework-level wijzigingen.

Snel van start gaan

Het framework vermarkt zichzelf op het krijgen van een senior Rust engineer van nul tot draaiend in onder een minuut. De examples directory ondersteunt dit met services variërend van hello-world tot productie-achtige APIs met adapters en externe templates.

De release aanpak is net zo nuchter. Lokale dry-runs bewijzen dat dingen werken voordat je publiceert. De CLI inspector, TestApp en optionele dashboard laten je je route structuur, module graph en OpenAPI output op runtime verifiëren.

Is Nidus geschikt voor jouw project?

Als je backend services bouwt in Rust en je waardeert explicietheid boven conventie, type safety boven runtime ontdekking, en een lean dependency footprint boven alles-en-de-keuken-verwarmd defaults, verdient Nidus je aandacht.

Het probeert niet het framework te zijn dat alles voor je regelt. Het probeert het framework te zijn dat uit de weg gaat terwijl het toch de structurele strengheid biedt die grote codebases onderhoudbaar houdt. Voor teams die hebben gewenst dat Rust web development iets meer expliciet had zonder minder krachtig te zijn, kan dit zijn wat je hebt gewacht.

Bekijk de examples, draai de CLI inspector, en beslis zelf of de expliciet-by-default aanpak past bij je ontwikkel filosofie.