Nidus: Un framework Rust care nu îți ascunde codul

Să fim sinceri: framework-urile Rust pentru backend au o reputație cam ciudată. Fie trebuie să scrii totul de la zero, fie moștenești un framework care ascunde logica după convenții pe care abia le poți urmări. Nidus merge pe un drum diferit, iar ăsta e unul pe care dezvoltatorii Rust cu experiență chiar l-ar putea aprecia.

Explicit over Implicit — o filozofie care chiar contează

Principiul din spatele Nidus este surprinzător de simplu: întreaga structură a aplicației tale ar trebui să fie vizibilă în codul sursă, nu ascunsă prin configurații generate sau decoratorii de runtime. Framework-ul numește asta module graph — și exact asta și este. O structură vizibilă și inspectabilă care îți arată importurile, providerii, controllerele și exporturile.

Concret, asta înseamnă că atunci când ceva se strică, poți să găsești problema. Când vrei să înțelegi cum circulă o dependență prin serviciul tău, citești codul — nu logurile de runtime încercând să reconstitui ce a decis framework-ul la pornire.

Dependency Injection pe tipuri, în sfârșit logic

Dacă ai lucrat cu containere DI în alte limbaje, știi că se bazează adesea pe chei string, reflection sau convenții obscure. Nidus face altfel — folosește sistemul de tipuri al Rust direct.

Înregistrezi dependențele după tip, cu pattern-uri care se simt naturale în Rust: singleton pentru starea partajată, request-scoped pentru datele per-request, lazy pentru inițializare amânată, optional pentru degradare elegantă, și factories pentru construcții complexe. Ce e important? Totul e tipizat — deci compiler-ul prinde erorile înainte să le vadă utilizatorii.

Layer-ul HTTP care se composează frumos

Nidus este construit pe Axum și Tower, care sunt alegeri solide în ecosistemul Rust, dar le împachetează într-un layer care face compoziția explicită. Rutele, middleware-ul, guardurile și pipe-urile de validare sunt definite în cod, acolo unde poți vedea întreaga imagine.

Pentru validare folosește Garde sub capotă, oferind răspunsuri de eroare stabile pe care te poți baza. Generarea OpenAPI se face din definițiile rutelor, nu din documentație separată care inevitabil se distanțează de realitate.

Realitatea performanței — fără marketing

Aici lucrurile devin interesante. Echipa Nidus a rulat benchmark-uri comparând framework-ul lor cu FastAPI, Spring Boot și Express, pe un setup Kubernetes de homelab cu contracte de endpoint identice pe PostgreSQL. Rezultatele merită atenție:

Nidus a atins cea mai rapidă latență la ping — 423.72 microsecunde, a menținut zero cereri eșuate și a livrat cel mai bun throughput pentru operații de scriere: 423.94 cereri pe secundă.

Dar partea care îmi place cel mai mult? Echipa face afirmații măsurate. Îți spun exact cum au testat, unde au testat și ce au măsurat. Niciun număr umflat, doar dovezi din rulările lor de homelab.

Abordarea Narrow Facade

Un lucru care diferențiază Nidus filozofic este ceea ce numesc narrow facade. Framework-ul nu aduce dependențe de vendor by default. Ai nevoie de suport SQLx? Există un adapter separat pentru asta. Vrei caching? Alt adapter. Nucleul rămâne suplu, iar tu adaugi ce ai nevoie.

Contează pentru câteva motive. Mai întâi, arborele tău de dependențe rămâne curat. Apoi, ai acces direct la clienții de bază fără straturi de abstractizare care îți mănâncă performanța. Și în al treilea rând, upgrade-ul sau schimbarea unei dependențe nu înseamnă să te lupți cu modificări la nivel de framework.

Începi rapid, fără bătăi de cap

Framework-ul se laudă că un dezvoltator Rust senior poate ajunge de la zero la running în mai puțin de un minut. Directorul de exemple confirmă asta — de la hello-world până la API-uri de tip production cu adapters și template-uri externe.

Abordarea de release e la fel de pragmatică. Dry-run-urile locale dovedesc că lucrurile funcționează înainte de publicare. CLI inspector-ul, TestApp și dashboard-ul opțional îți permit să verifici structura rutelor, graful modulelor și output-ul OpenAPI la runtime.

E Nidus potrivit pentru proiectul tău?

Dacă construiești servicii backend în Rust și pui preț pe explicitness în loc de convenții, pe siguranța tipurilor în loc de descoperirea la runtime, și pe un footprint minim de dependențe în loc de tot-ce-exista by default, Nidus merită atenția ta.

Nu încearcă să fie framework-ul care face totul pentru tine. Încearcă să fie framework-ul care nu-ți stă în cale, oferind în același timp rigoarea structurală care menține codebase-urile mari mentenabile. Pentru echipe care și-au dorit un Rust web development mai explicit fără să fie mai puțin powerful, ăsta ar putea fi ce așteptai.

Aruncă o privire la exemple, rulează CLI inspector-ul și decide singur dacă abordarea explicit-by-default se potrivește cu filozofia ta de dezvoltare.