Nidus: Rust Dünyasında Farklı Bir Yaklaşım

Şimdi somut konuşalım: Rust backend frameworkleri genelde iki kutuptan birine kaçıyor. Ya her şeyi sıfırdan yazıyorsunuz, ya da kullandığınız framework arka planda neler döndüğünü anlayamayacağınız birçok kural ve convenstion ile karşınıza çıkıyor. İşte Nidus bu dengeyi farklı kuruyor ve bu yaklaşım, tecrübeli Rust geliştiricilerinin ilgisini çekecek cinsten.

Açık Olan Kazanır

Nidus'un temel felsefesi aslında oldukça sade: Uygulama yapınız kaynak kodunuzda gözükmeli, üretilmiş config dosyalarında veya çalışma zamanı decorator'larında gizlenmemeli. Framework buna "module graph" diyor ve ismi tam karşılığını veriyor — import'larınızı, provider'larınızı, controller'larınızı ve export'larınızı görebileceğiniz, inceleyebileceğiniz bir yapı.

Bu ne anlama geliyor? Bir sorun çıktığında izini sürebiliyorsunuz. Bir bağımlılığın servis içinde nasıl aktığını anlamak istediğinizde, runtime log'larına bakıp framework'ün başlangıçta ne karar verdiğini çözmeye çalışmak yerine direkt kodu okuyorsunuz.

Tip Güvenliği Odaklı Dependency Injection

Diğer dillerde DI container'larla çalıştıysanız, muhtemelen string tabanlı anahtarlar, reflection veya convention over configuration ile boğuşmuşsunuzdur. Nidus bu işi Rust'ın tip sistemine bırakarak farklı bir yol izliyor.

Bağımlılıklarınızı tip bazında kaydedersiniz ve bu kalıplar Rust'a doğal hissedilir: paylaşılan state için singleton'lar, istek başına veri için request-scoped, ertelenmiş başlatma için lazy, zarif bir şekilde hata yönetimi için optional, karmaşık yapılandırmalar için factory. Ve en önemlisi? Hepsinde tip güvenliği var, yani hataları kullanıcılarınız görmeden compiler yakalıyor.

Temiz Kompoze Edilen HTTP Katmanı

Nidus Axum ve Tower üzerine inşa edilmiş — Rust ekosisteminde sağlam seçimler. Ancak bu teknolojileri, kompozisyonu açık hale getiren bir katmanla sarmalamış. Route'larınız, middleware'leriniz, guard'larınız ve validation pipe'larınız kod içinde tanımlı ve tüm resmi görebiliyorsunuz.

Validation tarafında Garde kullanılmış, bu da güvenilir ve tutarlı hata yanıtları anlamına geliyor. OpenAPI dokümantasyonu ise ayrı bir yerde tutulan ve gerçeklikten uzaklaşması kaçınılmaz olan dokümanlardan değil, route tanımlarınızdan üretiliyor.

Performans Konusunda Gerçekçi Olmak

İşler burada ilginçleşiyor. Nidus ekibi, FastAPI, Spring Boot ve Express ile benchmark karşılaştırması yapmış. Test ortamları homelab Kubernetes kurulumu ve identik PostgreSQL arka uçlu endpoint sözleşmeleriymiş. Sonuçlar dikkat çekici:

Nidus en düşük ping latency'yi 423.72 mikrosaniye ile elde etmiş, sıfır başarısız istek oranı korumuş ve yazma yoğunluklu throughput'ta saniyede 423.94 istek ile en iyi performansı göstermiş.

Ama takdir ettiğim kısım başka yerde: Ekip iddialı sınırlar çizmiş. Tam olarak nasıl test ettiklerini, nerede test ettiklerini ve neyi ölçtüklerini açıkça belirtmişler. Şişirilmiş pazarlama rakamları yok, sadece homelab testlerinden elde edilmiş somut veriler var.

Dar Facade Yaklaşımı

Nidus'u felsefe olarak ayıran bir diğer nokta, "narrow facade" dedikleri yaklaşım. Framework varsayılan olarak vendor bağımlılıklarını beraberinde getirmiyor. SQLx desteği mi lazım? Ayrı bir adapter crate'i var. Cache mi istiyorsunuz? Bir başka adapter crate. Çekirdek framework temiz kalıyor ve ihtiyacınız olanı seçerek dahil ediyorsunuz.

Bu birkaç açıdan önemli. Birincisi, bağımlılık ağacınız düzenli kalıyor. İkincisi, altta yatan client'lara abstraction katmanları performansınızı yemeden direkt erişebiliyorsunuz. Üçüncüsü, bir bağımlılığı güncellemek veya değiştirmek, framework seviyesinde değişikliklerle boğuşmak zorunda kalmak demek değil.

Hızlı Başlangıç Vaadi

Framework, deneyimli bir Rust mühendisini sıfırdan çalışır duruma bir dakikanın altında getirmeyi vaat ediyor. Examples dizini de bunu destekler nitelikte — hello-world'tan üretim kalıbındaki API'lara kadar çeşitli örnekler mevcut. Ayrıca adapter'lar ve harici şablonlar da var.

Release yaklaşımı da gerçekçi. Local dry-run'larla her şey yayınlanmadan önce çalışıyor. CLI inspector, TestApp ve opsiyonel dashboard sayesinde route yapınızı, module graph'ınızı ve OpenAPI çıktınızı çalışma zamanında doğrulayabiliyorsunuz.

Nidus Sizin İçin Uygun mu?

Rust'ta backend servisi geliştiriyorsanız ve convention yerine explicitness, runtime discovery yerine type safety, her şeyi varsayılan olarak getiren bir framework yerine minimal bağımlılık tercih ediyorsanız, Nidus ilginizi çekmeye değer.

Bu framework, her şeyi sizin yerinize halleden bir araç olmaya çalışmıyor. Yine de büyük kod tabanlarını yönetilebilir tutan yapısal disiplini sağlarken, işinizden çekilen bir yapı olmayı hedefliyor. Rust web geliştirmenin daha açık ama daha az güçlü olmayan bir versiyonunu isteyen ekipler için, belki de aradığınız çözüm bu.

Örnekleri inceleyin, CLI inspector'ı çalıştırın ve açık-olarak-varsayılan yaklaşımının sizin geliştirme felsefenize uyup uymadığına kendiniz karar verin.