Nodar Daneliya, Shuttle’in CEO ve Kurucu Ortağı – Röportaj Serisi

Nodar Daneliya, Shuttle’in CEO ve Kurucu Ortağı – Röportaj Serisi: Nodar Daneliya, 2019’da şirketin kurulmasından bu yana Shuttle’in CEO ve Kurucu Ortağı olarak görev yapıyor ve şirketin erken bir YC Yaz 2020 startup’ından geliştirici odaklı bir platform mühendislik şirketine büyümesini yönetti; Shuttle’den önce Provenance Technologies Ltd’de Risk Başkanı olarak görev yaptı ve burada kantitatif hedge fon stratejileri üzerinde çalıştı ve daha önce Londra’da ve Google’da teknoloji ve veri rollerinde görev yaptı.

Shuttle açık kaynaklı bir bulut altyapısı platformudur ve kod açıklamalarından altyapıyı türetmek suretiyle backend geliştirme ve dağıtımını basitleştirir, böylece geliştiriciler Rust veya diğer dillerde kod yazmaya odaklanabilirler, ayrı yapılandırma dosyaları veya karmaşık bulut kurulumu yönetmek zorunda kalmazlar; platform, hızlı dağıtım, kutudan çıkan kaynak sağlama ve sorunsuz ölçekleme sağlar ve on binlerce mühendis tarafından kullanılır, 130.000’den fazla dağıtım vardır ve tüm dillere sıfır yapılandırma, AI destekli deneyimini genişletmeyi ve GitHub Copilot ve Cursor gibi araçlarla entegre olmayı hedeflemektedir.

Size sonunda Shuttle’i kurma fikrini veren an veya frustrasyon neydi ve başlangıçta hangi problemi çözmeye çalışıyordunuz?

Dönüm noktası, bir kantitatif hedge fonunda ticaret lideri olarak görev yaptığım sırada geldi. İstisnai mühendislerimiz vardı – doktora sahibi, senior platform insanları, makine öğrenimi araştırmacıları – ancak yetenekli personele rağmen, bulut altyapısı sürekli bir engel oluşturuyordu. Bir ticaret modeli veya backend hizmeti oluşturmak zor değildi. Problemin adı, bunu canlı ve güvenli bir şekilde dağıtmak, ölçeklendirmek ve bulut hizmetlerini birbirine bağlamaktı. İşte her şey orada yavaşlıyor. Bir noktada, mühendislik ekibimizin yarısı sadece sistemleri çalışır durumda tutmak için DevOps çalışması yapıyordu.

Beni etkileyen şey, kodun karmaşıklığı veya matematik değildi. Yetenekli insanların büyük çoğunluğunun zamanını bulutla savaşmak yerine gerçekten önemli olan şeyleri inşa etmeye harcayacaklarını izlemekti. Hiç kimse bunu yapmak istemiyordu, ancak kaçınılmazdı. Bu sürtüşme – “Bir şeyler inşa ettim” ve “güvenle çalışıyor” arasındaki boşluk – Shuttle’in kurulmasına neden olan şeydi.

Shuttle 2019’da kuruldu, bugünün AI destekli geliştirme dalgasından önce. Orijinal vizyonunuz AI destekli geliştirmenin ana akım haline gelmesiyle nasıl evrimleşti?

Temel problem aynı kaldı, ancak AI bunu dramatik bir şekilde artırdı. Başladığımızda, altyapı zaten güçlü mühendislik takımları için sınırlayıcı faktördü. Copilot, Cursor ve Claude gibi araçlar ortaya çıktığında, bu tıkanıklık görmezden gelinemeyecek hale geldi.

Aniden, geliştiriciler tam uygulamaları dakikalar içinde oluşturabiliyorlardı, ancak bu uygulamalar hemen bir duvara çarpıyordu. AI kodu yazabilir, ancak bulut kaynaklarını güvenilir bir şekilde yapılandırıp yönetemez. Çözmeye çalıştığımız boşluk çok daha geniş ve çok daha acil hale geldi. Milyonlarca insan şimdi prototip oluşturuyor, ancak sadece bir kısmı üretim aşamasına ulaşıyor.

Vizyon, “geliştiriciler için altyapıyı kolaylaştırmak”dan “tamamen yeni bir nesil yapımcılar için altyapının çalışmasını sağlamak”a evrimleşti – solo kurucular, küçük takımlar ve AI ajanları, backend kodu oluşturabilir, ancak altyapı yapılandırmasıyla savaşmak istemezler. Artık sadece geleneksel mühendisleri hizmet etmiyoruz. Hedef kitle patladı.

AI araçları gibi Cursor ve GitHub Copilot, geliştiricilerin kodu nasıl yazdığını değiştirdi. Bakış açınızdan, yazılım yaşam döngüsünün hangi kısımları en çok gelişti ve takımlar hala nerede mücadele ediyor?

Kod oluşturma büyük bir sıçrama yaptı. Bu kısım neredeyse çözüldü. Bir özelliği tanımlayabilirsiniz ve AI bunu oluşturur. Özellikle ön yüzeyde faydalandı, çünkü kalıplar iyi anlaşılır – bileşenler, stiller, düzenler.

Takımların mücadele ettiği yer, kod oluşturmanın ötesinde her şey – dağıtım, altyapı, operasyonlar. AI bir API endpoint oluşturabilir, ancak otomatik olarak veritabanı, depolama, kuyruk, ağ, izinler veya dağıtım pipeline’ı oluşturamaz. Arka uç altyapısı kod oluşturmanın hızına yetişmedi.

Sonuç, ilerlemenin düzensiz olması. Şeyler sonradan sonuna kadar basitleşmek yerine, yeni baskı noktaları ortaya çıkıyor. Takımlar tüm arka uçları dakikalar içinde oluşturabiliyor, ancak günlerce güvenli bir şekilde dağıtmak için mücadele ediyor. Bazen AI, takımların gerçekten çalıştırabileceğinden veya bakımını yapabileceğinden daha fazla kod üretiyor. İşte gerçek sürtüşme şimdi orada yaşıyor.

Dağıtım, AI oluşturulan uygulamalar için en büyük engel olarak tanımlanıyor. Bu sistemlerin üretimine neden bu kadar zor?

Sorun, güvenilirlik ve sonuçlar. Kod oluşturma affedilebilir – AI bir hata yaparsa, hemen görürsünüz ve düzeltirsiniz. Altyapı hataları farklı. Bir yanlış izin, yanlış yapılandırılmış bir kaynak, maliyet veya güvenlik hakkında yanlış bir varsayım ve gerçek bir problem oluşturursunuz ki bu, daha sonra ortaya çıkmayabilir.

Önce, AI’nin uygulamadan altyapıyı özgürce çıkarsamasına izin verdik. Gösterilerde harika görünüyordu. Gerçek sistemlerde ise çöktü. AI, neredeyse doğru ancak tam olarak değil – çok geniş izinler, garip kaynak seçimleri, yapılandırmalar – setup Kosten veya güvenlik konusunda pahalı olabilecek şekilde oluşturuyordu.

Bize bir şey öğretti: Üretimde, sınırsız AI sorunlara neden olur. AI’ye daha fazla özgürlük gerekmez. Daha iyi raylara ihtiyacı vardır. Sistemleri tasarlamalısınız, böylece AI öneri yapabilir ve hızlandırabilir, ancak kontrolden çıkamaz. Bu, kod oluşturmasından daha zor olan üretimleştirmeyi teknik bir zorluk haline getiren şeydir.

Shuttle, platformunun bir sonraki evrimi olarak Neptune’u sundu. Neptune, evrensel bir AI platform mühendisi olarak tanımlanıyor – bu, bir prototipten üretim aşamasına geçen geliştiriciler için pratik olarak ne anlama geliyor?

Neptune, kod ve üretim arasındaki kayıp katmanı oluşturur. Pratik olarak, bu, geliştiricilerin – veya AI ajanlarının – uygulama mantığını yazmaya odaklanabileceği, Neptune’un ise her şeyi ele alacağı anlamına gelir: gerekli altyapının anlaşılması, kaynak sağlama, gizli yönetim, dağıtım, hizmetlerin düzenlenmesi.

Geliştiricilerin uygulamalarını bulut altyapısına çevirmek yerine, Neptune uygulamayı anlar ve etrafında altyapıyı oluşturur. Kodunuz, mavi bir printk. Neptune, çalışması için gereken ortamı oluşturur. Hiçbir Dockerfile, Terraform, sonsuz yapılandırma yok.

Bir prototipten üretime geçiş yapan biri için, bu, DevOps öğrenmenize gerekmediği anlamına gelir. Oluşturduğunuz uygulama, ölçeklendirirken çalışmaya devam eder. Neptune, “Bir şeyler inşa ettim” ve “güvenle üretim aşamasında çalışıyor” arasındaki boşluğu köprüler.

Geliştiriciler, backend sistemleri oluşturmak için AI’ye daha fazla güveniyor. Hız ve soyutlama ile kontrol, güvenlik ve gözlemlenebilirlik ihtiyacını nasıl dengeliyorsunuz?

Güven, cevaptır. Altyapıda güven, yeteneklerden daha önemlidir. Bir kötü sürpriz – bir güvenlik deliği, bozuk bir dağıtım, büyük bir bulut faturası – ve insanları kaybetmiş olursunuz.

Erken öğrendik ki, AI’nin dokunduğu her şey anlaşılabilir ve gözden geçirilebilir olmalıdır. Bir geliştirici elle bir şeyi yapılandırmamış olsa bile, ne olduğunu ve nedenini görmelidir. İşte bu nedenle Neptune, deterministik altyapı kuralları kullanır. AI öneri yapabilir ve hızlandırabilir, ancak her şeyi deterministik kurallara dayandırır, böylece her şey gözden geçirilebilir, öngörülebilir ve test edilebilir.

Yaptığımız değişim, “AI karar verir”den “AI kısıtlamalar içinde önerir”e geçti. Bu, bir demo için hoş bir şey ile gerçekten güvenebileceğiniz bir şey arasındaki farktır. Geliştiriciler, karar verme konusunda daha az zaman harcamıyorlar – daha az yazıyor, daha fazla karar veriyorlar, neyin var olabileceğine, neyin kabul edilebilir olduğuna, hangi ticaretlerin anlam ifade ettiğine karar veriyorlar. En iyi takımlar, AI’ı yetenekli bir junior mühendis gibi kullanıyor – yardımcı, üretken, ancak sorumlu değil.

Neptune’dan en güçlü değeri gören takımlar hangileri, solo geliştiriciler, startup’lar veya daha büyük mühendislik organizasyonları?

Profil dramatik bir şekilde değişti. Aslen, Rust tarafında, çeşitli bir kullanıcı tabanımız vardı – bireysel geliştiriciler, erken aşama startup’lar, ölçeklenen şirketler, hatta otomotiv, IoT, finans, kripto gibi güvenilirlik ve performansın önemli olduğu endüstrilerdeki büyük şirketler. Bu takımlar, Rust’un gücünü, karmaşık bulut altyapısını yönetme zahmeti olmadan istiyorlardı.

Ancak son bir yıl içinde, AI destekli geliştirmenin yükselişi, kimin yazılım oluşturduğunu tamamen değiştirdi. Şimdi, solo kurucular, bağımsız geliştiriciler, AI ajanları, küçük takımlar ve geleneksel yazılım şirketlerini görüyoruz, hepsi arka uç kodu withoutprecedent bir hızda oluşturuyor. Hedef kitle artık sadece uzman mühendisler değil.

Sürekli olarak, solo kurucuların ve küçük takımların, kurulumla harcamak zorunda kalmadıkları için, bir fikirten bir dağıtıma kadar tek bir oturuşta geçebildiklerini görüyoruz. Bu, sadece zaman tasarrufu değil, momentum korunması – bu, başlangıçta her şeydir. İşte en güçlü değer burada ortaya çıkıyor: fikirlerini canlı olarak getirmek için altyapı uzmanları haline gelmek istemeyen, ancak inşa edebilen insanlar.

Teknik olarak, Neptune, AI oluşturulan kodu bir dağıtıma hazır bir arka uç haline getirirken, ortam yapılandırması, gizli yönetim ve altyapı düzenleme nasıl ele alıyor?

Neptune, kodu ve altyapıyı birleşik bir sistem olarak ele alır. Çoğu dağıtım aracı, size bir konteynır getirdiğinizde, çalıştırmaya çalışır. Bu, size stiller, yapılandırma, çevre değişkenleri, gizli yönetim ve kaynak sağlama ile ilgilenmek kalır.

Neptune, bu modeli tersine çevirir. Geliştiricilerin uygulamalarını bulut altyapısına çevirmek yerine, Neptune uygulamayı anlar ve etrafında altyapıyı oluşturur. Bu, DevOps için AI yerli bir yaklaşımdır: Kod, mavi bir printkdir. Neptune, çalışması için gereken ortamı oluşturur – gizli yönetim, ortam yapılandırması ve kaynak düzenleme dahil.

Anahtar, AI’nin deterministik altyapı kuralları içinde çalışmasıdır. Keyfi yapılandırmalar üretemez. Her şey, güvenlik ve maliyet kontrolü için üretim ortamlarında gerekli olan, gözden geçirilebilir ve öngörülebilir kalır.

Neptune’un rolünü, AI sistemlerinin diğer yazılımları inşa ettiği, dağıttığı ve yönettiği bir ekosistemde nasıl görüyorsunuz?

Bir fikirden çalışır bir ürüne arasındaki boşluğu neredeyse sıfıra yakın bir dünyaya doğru ilerliyoruz. Çok yakında, ürünler sadece daha hızlı inşa edilmeyecek, aynı zamanda gerçek kullanım geri bildirimi temelinde kendilerini sürekli olarak geliştirecekler.

Bu dünyada, yazılım statik olmayacak. Uygulamalar, ajanlar ve sistemler sürekli olarak oluşturulacak, değiştirilecek ve evrimleşecek. Tüm bunlar hala bir yerde çalışmak zorunda. Altyapıya, izinlere, kaynaklara ve güvenilirliğe ihtiyaçları var.

Uzun vadeli hedefimiz, AI destekli DevOps için varsayılan sistem haline gelmektir – esasen AI Platform Mühendisi. Kod, bir geliştirici tarafından Cursor’da yazılmış olsun veya otomatik olarak bir AI ajanı tarafından oluşturulmuş olsun, Neptune’un kodu, tam olarak çalışan, ölçeklenebilir, üretim sınıfı bir hizmete getirmesi gerekir.

Yaratıcılık sınırsız hale gelirse, altyapı kısıtlama olmamalıdır. AI ajanları ve otomatik olarak gelişen ürünler normal hale geldiğinde, bizim görevimiz, bulut altyapısı ile etkileşimi sorunsuz, öngörülebilir ve güvenli hale getirmektir. Bu, geliştiricilerin, kurucuların ve şirketlerin altyapı ile savaşmak yerine değer yaratmaya odaklanabileceği bir şeyin görünmez olmasını sağlamak için çalışıyoruz.

Harika bir röportaj için teşekkür ederiz, daha fazla bilgi edinmek isteyen okuyucular Shuttle‘i ziyaret edebilir.