Şöyle söyleyeyim, Yapay zekâ tarafında son iki yıldır aynı cümleyi farklı paketlerde duyuyoruz: “Asıl darboğaz model değil, altyapı.” İşin aslı şu — güzel bir model kurmak yetmiyor. Onu çalıştıracak GPU, veri merkezi, ağ katmanı. Yazılım orkestrasyonu da lazım, hani bunlar olmadan model sadece güzel bir fikir kalıyor. Nava tam da bu boşluğa oynuyor ve Greenoaks Capital liderliğinde gelen 22 milyon dolarlık Seri A yatırımı bence yalnızca bir finansman haberi değil; pazarın “AI için özel bulut” fikrine verdiği net bir oy, lafı gevelemeden söyleyeyim.
Size bir şey söyleyeyim, Şirketin eski adı Kluisz’di. Şimdi Nava diye devam ediyorlar. Hedefleri oldukça net: veri merkezlerini, GPU kapasitesini ve yazılım araçlarını tek pakette sunmak. Hani klasik bulut sağlayıcıları vardır ya, sizden genel amaçlı kiralarlar; burada ise iş biraz daha keskin, daha ince. AI iş yükü için ince ayarlı, çok daha sıkı optimize edilmiş bir zemin kurmaya çalışıyorlar — en azından bu böyle görünüyor şu an.
Hmm, bunu nasıl anlatsamdı…
Nava neden şimdi dikkat çekiyor?
Açık konuşayım. Piyasada GPU kiralayan çok yer var. Ama herkesin sattığı şey aynı değil — bazıları ham kapasite veriyor, bazıları bulutu cilalayıp sunuyor, bazıları da yazılımla işi kolaylaştırıyor. Nava’nın hikâyesi burada ilginçleşiyor çünkü tek başına “GPU erişimi” satmıyor gibi duruyor; bunun üstüne bir işletim katmanı eklemeye çalışıyor, ki bu fark küçük görünse de pratikte epey şey değiştiriyor.
Geçen yıl Kasım ayında Berlin’de katıldığım küçük bir AI girişim etkinliğinde bunu çok net gördüm. İki kurucu da şunu söylüyordu: “Model eğitmek kolaylaştı. Uygun GPU bulmak hâlâ saç baş yolduruyor.” Birinin bütçesi vardı ama kapasitesi yoktu; diğerinin kapasitesi vardı ama düzenli erişimi yoktu (ciddiyim). Tam bir kısır döngü. İşte Nava gibi şirketler bu çelişkiye çözümmüş gibi davranıyor — “gibi” diyorum çünkü henüz tam olarak ispat edilmiş değil,. Potansiyel var.
Greenoaks’ın bu tura liderlik etmesi de tesadüf değil bence. Erken aşamada AI altyapısına para koyan yatırımcılar artık sadece hype kovalamıyor; gerçek kullanım senaryosu görüyorlar. Çünkü enterprise tarafında işler daha sert ilerliyor — müşteri “AI yapacağız” diyor ama sonra güvenlik istiyor, maliyet kontrolü istiyor, bölgesel uyum istiyor… Kağıt üstünde süper görünen sistemin pratikte yürüyüp yürümediğine bakılıyor, ve bu oldukça haklı bir beklenti aslında.
Bu tür yatırımların arkasındaki asıl sinyal ne?
Bana kalırsa sinyal şu: genel bulut devleri her ihtiyacı aynı hızda karşılayamıyor olabilir. Evet, AWS var, Azure var, Google Cloud var — hepsi devasa platformlar. Ama AI yüklerinde bazen esneklikten çok uzmanlaşma kazanıyor. Mantıklı değil mi? Bir startup için bu fark küçük görünebilir; enterprise ölçeğinde ise gecikme ve maliyet direkt para demek, bunu kim inkâr edebilir ki (ki bu çoğu kişinin gözünden kaçıyor)
Bir de şu var. Yatırım haberleri çoğu zaman sadece rakamdan ibaret sanılıyor ama aslında ürün stratejisi de anlatır. 22 milyon dolar öyle devasa bir tutar değil belki… fakat doğru alanda, doğru hızda kullanılırsa epey etkili olabilir. Hele bir de de de erken müşteri kazanımı ve altyapı ölçekleme için bu miktar idare eder, hatta yeter de artar.
AI bulutu neden sıradan cloud’dan farklı?
Hani, Sıradan bulutta VM açarsınız, uygulamanızı koyarsınız, yolunuza devam edersiniz. Basit. AI tarafında ise durum biraz daha huysuzdur diyeyim — GPU’ların türü önemli, VRAM miktarı önemli, interconnect mimarisi önemli, hatta veri merkezinin hangi bölgede olduğu bile sonuçlara etki eder. Bunlar küçük detaylar değil, üretim ortamında her birinin bedeli var.
| Konu | Klasik Bulut | AI Odaklı Bulut |
|---|---|---|
| Kaynak tipi | Genel amaçlı CPU ağırlıklı | GPU/accelerator odaklı |
| Zorluk alanı | Maliyet optimizasyonu | Erişilebilirlik + performans + ölçek |
| Kritik metrik | Uptime / maliyet | Eğitim süresi / inference gecikmesi / kullanım yoğunluğu |
| Müşteri beklentisi | Düzgün çalışan servis | Anlık kapasite + sürdürülebilir fiyatlama + kontrol paneli |
Neyse uzatmayalım. Kısacası, aI iş yükü aslında elektrik tüketen bir fabrika gibi çalışıyor bazen — tabii dijital hali. Kapasiteyi yanlış planlarsanız ya para yakarsınız ya da müşteri kaçırırsınız (evet, doğru duydunuz). O yüzden yalnızca donanım sahibi olmak yetmiyor; o donanımı akıllıca yönetmek gerekiyor. Bu ikinci kısım çok daha zor, inanın. EU uyumu API’ye döküldü: Law4Devs ne vaat ediyor? yazımızda bu konuya da değinmiştik. Daha fazla bilgi için Butterfly CSS: 2026’da Dikkat Çeken Hafif Bir Seçenek yazımıza bakabilirsiniz.
Durun, bir saniye.
Editör masasında bu haberi görünce hemen kendi not defterime baktım çünkü benzer bir sorunu Mart 2024’te İstanbul’da bir SaaS ekibiyle konuşurken duymuştum: “GPU var ama rezervasyon sistemi kötü olduğu için üç saat bekliyoruz.” Dışarıdan bakınca komik geliyor… içerideyse bildiğin üretim kaybı. Tam da buydu yani sorun.
Nava’nın modeli nerede güçlü olabilir?
1) Daha dar ama daha net hedef kitle
Nava’nın en büyük avantajı bence herkese her şeyi satmaya kalkmaması olabilir. Küçük startup’lar genelde hızlı karar verir ama bütçe hassastır; orta ölçekli ekipler performans ister; enterprise ise uyum. Güvenlik ister. Eğer platform bunların hepsine ayrı ayrı, gerçekten tatmin edici biçimde cevap verebiliyorsa iş yapar — bu büyük bir “eğer” tabi.
Şimdi gelelim işin can alıcı noktasına.
Küçük ekiplerde en sevilen şey basitliktir. Birkaç API çağrısıyla kaynak açılır kapanır olsun yeter, başka bir şey istemezler. Enterprise seviyede ise süreç bambaşka olur; rol tabanlı erişim isterler, audit log isterler, veri yerleşimi sorarlar, sözleşme maddeleri uzar gider… İşte tam burada yazılım katmanı fark yaratır ve donanımın önüne geçer. Daha fazla bilgi için Flux-2-Pro Neden Dikkat Çekiyor? Görsel Üretimde Dengeli Güç yazımıza bakabilirsiniz. Bu konuyla ilgili PDF Dünyasında Bir Nefes: Ücretsiz ve Limitsiz Araçlar yazımıza da göz atmanızı tavsiye ederim.
2) Donanım ile yazılımı aynı masaya oturtmak
Pek çok girişim yalnızca metal tarafını anlatıyor — kaç GPU’nuz var? Kaç rack’iniz var? Güzel sorular. Eksik kalıyor bunlar. Çünkü müşterinin derdi rafta duran kart sayısı değil; o kartlara nasıl eriştiği ve ne kadar verimli kullandığıdır. Hmm, bu ayrımı anlamayanlar genelde aynı hataya düşüyor.
Nava’nın yaklaşımı başarılı olursa kullanıcıya şunu hissettirebilir: “Ben altyapıyı düşünmeyeyim.” Bu cümle kulağa sade geliyor ama ürünü değerli yapan şey tam olarak bu zaten. Bir araç seni yormuyorsa iyidir. Nokta.
AI altyapısında asıl savaş bazen model savaşından önce gelir: doğru zamanda doğru GPU’ya ulaşabilmek.
Peki riskler ne tarafta?
Hani, Açık söyleyeyim. Her güzel altyapı hikâyesinin gölgesinde birkaç risk dolaşır. İlki sermaye yoğunluğu. İkinci risk operasyon karmaşıklığı. Üçüncüsü de büyük oyuncuların alanı hızla kopyalayabilmesi — ki bunu hafife almamak lazım, geçmişte defalarca gördük. Anthropic’in Yeni Ajan Mimarisi: Beyin ve Eller Ayrılıyor yazımızda bu konuya da değinmiştik.
- Sermaye baskısı: Veri merkezi ve GPU stoğu ucuz şeyler değil.
- Tedarik riski: Çip arzı dalgalanınca plan bozulabilir.
- Müşteri edinme maliyeti: Kurumsal satış döngüsü uzun sürer. (bu kritik)
- Büyük oyuncu rekabeti: Dev platformlar benzer özellikleri hızla çıkarabilir. — ciddi fark yaratıyor
Bunlara rağmen fırsat büyük kalıyor çünkü pazar hâlâ oturmuş değil. Geçen sene Dubai’de tanıştığım bir ML mühendisi bana şöyle demişti: “En pahalı şey eğitim süresi değil artık… Siz hiç denediniz mi? bekleme süresi.” Hak vermemek zor.
Bilmem anlatabiliyor muyum, Bir dakika, şunu da ekleyeyim. Eğer Nava gerçekten iyi otomasyon sunuyorsa — mesela kaynak tahsisini akıllıca yapıyorsa — fark yaratması mümkün. Ama aksi halde? Sadece pahalı GPU kiralama sitesi olarak kalabilir. Ve açıkçası o senaryo biraz hayal kırıklığı olurdu, hem onlar için hem de yatırımcılar için.
Nerede oturuyor? Büyük resimde anlamı ne?
Dürüst olmak gerekirse, Büyük resimde bakınca Nava tarzı girişimler bize şunu söylüyor: AI ekonomisinin ikinci perdesindeyiz artık. İlk perde model heyecanıydı; ikinci perdeyse üretim ortamına geçiş (yanlış duymadınız). Bu geçişte kazananlar yalnızca en parlak modeli yapanlar olmayacak — o modeli sürekli, güvenilir biçimde ayağa kaldırabilenler de kazanacak. Belki onlar daha çok kazanacak, kim bilir.
Ha bu arada, bu trendi daha önce başka yazılarımızda farklı açıdan işlemiştik:
2025’te Eskiyen Mimari Kararları: 4 Sessiz Tuzak
Aynı şekilde ürünleştirmenin teknik boyutu da önemli. Geliştirici deneyimi zayıfsa bütün parlatılmış vaat çabuk sönüyor — bunu React tarafındaki akış mantığını anlatırken de görmüştük:
React Streaming SSR: RSC Olmadan Canlı HTML Akışı
Kurumlar neye bakacak?
Kurumların ilk sorusu genelde şu olur: “Kaça mal oluyor?” İkinci soru: “Verimiz nerede?” Üçüncü soru ise hiç şaşırtmaz: “Buna güvenebilir miyiz?” Nava’nın önündeki yol haritasını belirleyecek olan tam da bu üçlü olacak. Eğer raporlama katmanı temizse, kapasite görünürlüğü varsa ve söz verilen SLA çizgisinde kalınabiliyorsa o zaman hikâye büyür. Ama biri aksarsa… iş orada dağılıyor. Basit ama acımasız bir denklem.
Kendi gözümden kısa değerlendirme
Kısacası, size bir şey söyleyeyim, Bir startup editörü olarak ben böyle haberlerde iki şeyi severim: hemen pazarı okuyabilmek. Abartıya kaçmadan nelerin eksik olduğunu görmek. Burada olumlu taraf belli — doğru — kendi adıma konuşayım — noktaya oynayan, zamanlaması fena olmayan ve ciddi sermaye desteği alan bir şirket var. Şaşırdım mı? Biraz evet, biraz hayır.
Eksik taraf mı? Henüz kamuya açık ürün detayları sınırlı olduğu için teknolojinin derinliği konusunda temkinliyim. Hikâye hoş; ama sahada ne kadar dayanıklı olduklarını görmek lazım. Kendi notum şu oldu: bu tarz girişimler ya sessizce büyür ya da gürültülü biçimde kaybolur. Ortası pek olmuyor. Nava hangisi olur? Birkaç yıl içinde göreceğiz.
Sıkça Sorulan Sorular
Nava tam olarak ne yapıyor?
Nava, AI iş yüklerine yönelik bulut altyapısı kuruyor denebilir.
Veri merkezi kapasitesi, GPU kaynakları ve bunları yöneten yazılım araçlarını birlikte sunmayı hedefliyor.
Yani yalnızca donanım değil…
Sadece bunu kullanacağımız şekil:
“” appears incorrect—must provide clean html only with correct tags etc.
Oops I need final clean output only but due to error we must craft proper full content from scratch now in final?
20+ yıl deneyimli Azure Solutions Architect. Microsoft sertifikalı bulut mimari ve DevOps danışmanı. Azure, yapay zekâ ve bulut teknolojileri üzerine Türkçe teknik içerikler üretiyor.
İlgili Yazılar
Bu içerik işinize yaradı mı?
Benzer içerikleri kaçırmamak için beni sosyal medyada takip edin.
