Nesly Sunucusuz Platform
Kodunuzu push edin, uygulamanız sunucu kurmadan İstanbul'da yayına çıksın
Nesly projenizi tanır, derler ve kendi adresinde HTTPS ile açar; veritabanı, alan adı ve önizleme ortamları birkaç komut uzağınızdadır. Uygulamalarınız ve verileriniz İstanbul'da, Nesnet'in işlettiği altyapıda çalışır.
Neden şimdi
- Üç kişilik ekipte haftanın bir günü sunucu güncellemesine, sertifika yenilemesine ve yedek kontrolüne gidiyor. Nesly'de derleme, adres, HTTPS ve gece yedeği platformda hazırdır; o gün ürüne döner.
- Kullanıcılarınızın verisinin Türkiye'de kalması gerekiyor, ama alıştığınız push ile yayına çıkma deneyimi yurt dışındaki platformlarda. Nesly aynı deneyimi İstanbul'daki altyapıda sunar.
- .NET uygulamanız SQL Server'a bağlı ve ikisini birlikte barındıracak bir platform arıyorsunuz. Nesly, yönetilen SQL Server'ı PostgreSQL ile yan yana sunar.
- Her değişikliği yayına almadan önce çalışır hâlde görmek istiyorsunuz, ama ortak test sunucusu sürekli birinin işiyle meşgul. Nesly'de her pull request kendi adresinde önizleme alır.
- Dağıtımı bir yapay zekâ ajanına yaptırmak istiyorsunuz, ama ajan log yığınında kayboluyor. Nesly'nin MCP sunucusu ve JSON çıktılı komut satırı aracı ajanın doğrudan okuyacağı biçimde tasarlandı.
Neler değişir
| Bugün | Nesnet ile |
|---|---|
| Sunucu kurulur, işletim sistemi güncellenir, sertifika elle yenilenir. | Push edersiniz; derleme, adres ve HTTPS sertifikası platformda kendiliğinden gelir. |
| Değişiklikler ortak bir test sunucusunda sırayla denenir. | Her pull request kendi adresinde önizleme alır, adres PR'a yorum olarak düşer. |
| Bozuk bir sürümden dönmek için kod yeniden derlenir ve beklenir. | Trafik tek komutla önceki dağıtıma çevrilir; hiçbir şey yeniden derlenmez. |
| Veritabanı ayrı kurulur, yedeği biri hatırlarsa alınır. | Veritabanı tek komutla eklenir, her gece kendiliğinden kopyalanır. |
| Boşta duran sunucunun parası her ay ödenir. | Trafik almayan uygulama beklemeye alınır; boşta duran sunucu için ödeme yapmazsınız. |
Bugünden canlıya: nasıl işler
- 1
Hesap ve proje
nesly.net üzerinden konsolda ya da paket yöneticisiyle kurulan CLI'da hesabınızı ve projenizi açarsınız. Proje açıldığı anda kendi adresini alır.
- 2
Kodun bağlanması
GitHub deponuzu bir dala bağlarsınız ya da proje dizininde nesly deploy komutunu çalıştırırsınız; dil ve çatı dosyalardan tanınır.
- 3
İlk yayın ve önizleme
Bağlı dala gelen push üretime çıkar, her pull request kendi önizleme adresini alır. Sorun olursa trafik tek komutla önceki dağıtıma döner.
- 4
Eklentiler ve alan adı
Veritabanını ya da bucket'ı ihtiyaç duyduğunuz an eklersiniz; alan adınızı DNS kayıtlarıyla doğrularsınız ve HTTPS sertifikası kendiliğinden gelir.
- 5
Ekip
Ekip arkadaşlarınızı uygun rolle davet edersiniz; viewer rolündekiler sırların değerini görmez.
Neler alırsınız
Push ile yayın, pull request ile önizleme
GitHub'da seçtiğiniz dala gelen her push üretime çıkar. Her pull request kendi adresinde önizleme alır, adres PR'a yorum olarak yazılır ve PR kapanınca önizleme kendiliğinden kaldırılır.
Önizlemeyi yalnız ekibiniz görsün
Önizleme adresleri parolayla kapatılabilir; yayına çıkmamış bir özelliği müşterinize ya da arama motorlarına göstermeden ekipçe denersiniz. Otomatik testleriniz için parolayı atlayan ayrı bir token üretilir.
Projeyi kendiliğinden tanıyan derleme
Node.js, Python, Go, .NET, Ruby, PHP ve Java projeleri dosyalardan tanınır; paket yöneticisi kilit dosyasından, Node sürümü engines.node ya da .nvmrc dosyasından alınır. Ayar gerekirse kök dizin, derleme komutu ve çıktı dizini nesly.toml dosyasında tanımlanır; monorepo da desteklenir.
Ön yüzünüz statik site olarak yayında
Vite, Astro, SvelteKit, Angular ya da dışa aktarılmış Next.js projeleri statik site olarak derlenir ve sunulur. Kökte bir Dockerfile varsa Nesly onu kullanır; özel bir çalışma ortamı için de yolunuz açıktır.
Tek komutla veritabanı ve depolama
PostgreSQL, MySQL, SQL Server, MongoDB, Redis uyumlu Valkey, S3 uyumlu bucket ve OpenID Connect istemcisi eklenti olarak bağlanır. Bağlantı bilgisi DATABASE_URL gibi ortam değişkenleriyle gelir; eklentilerin genel adresi yoktur, uygulama onlara özel ağdan erişir.
Anında geri alma
Sorunlu bir sürümde trafik, hiçbir şey yeniden derlenmeden önceki dağıtıma çevrilir. Geri alma tek komutla ya da konsolda tek tıkla yapılır ve derleme kuyruğunu beklemez; müşterileriniz hatayı dakikalarca görmez.
Kendi alan adınız ve otomatik HTTPS
Alan adınızı CNAME ve TXT kaydıyla doğrularsınız; kök alan için A kaydı kullanılır. Sertifika kendiliğinden alınır ve yenilenir, projenin varsayılan adresi de çalışmaya devam eder.
Alan adınızı da buradan alın
Yeni bir proje için alan adını CLI ya da ajanınız üzerinden arar, satın alır ve nameserver devrini yaparsınız. Alan adı, DNS kaydı ve sertifika aynı yerde durur; üç ayrı sağlayıcının paneli arasında gidip gelmezsiniz.
Her gece kendiliğinden yedek
Veritabanınız her gece kendiliğinden kopyalanır, istediğiniz an elle yedek alabilirsiniz ve her geri yüklemeden hemen önce otomatik bir güvenlik kopyası alınır. Yedek dosyası PostgreSQL custom-format arşivi ya da SQL Server .bak olarak indirilebilir.
Yanlışlıkla silinen veri hemen gitmez
Bir veritabanı eklentisini yanlışlıkla silerseniz veri o an düşürülmez; önce erişim kesilir, veri ancak kurtarma penceresinin sonunda silinir. Bu süre içinde verinin geri getirilmesini isteyebilirsiniz.
Rol bazlı ekip erişimi
Ekip üyeleri owner, admin, member ya da viewer rolüyle eklenir ve roller her API çağrısında sunucuda uygulanır. Viewer rolündeki üye bir ortam değişkeninin adını görür, değerini göremez.
Zamanlanmış işler ve tek seferlik komutlar
Cron ile zamanlanmış işler tanımlayabilir, migration gibi tek seferlik komutları nesly run ile çalıştırabilirsiniz. Loglar konsolda okunur, log drain ile dışarıya aktarılır ve olaylar webhook ile bildirilir.
GitHub'a asgari yetki
Nesly GitHub'dan yalnız içerik ve metadata okuma, commit durumu ve PR yorumu yazma yetkisi ister. Derleme tokeni bir saat içinde düşer, kişisel token tutulmaz; fork'tan gelen PR'lar ortam değişkenlerinizi korumak için derlenmez.
Hatanın nedenini ajanınız söylesin
Ajanınız yerel ya da uzak MCP sunucusu üzerinden dağıtım yapar. Derleme başarısız olduğunda nesly diagnose nedeni, kanıt olan log satırlarını ve düzeltme komutunu verir; ajan düzeltmeyi uygulayıp yeniden dağıtır.
Boşta beklemeye alınan uygulamalar
Trafik almayan uygulama duraklatılır ve gelen ilk istek onu birkaç saniyede uyandırır; boşta duran bir sunucu için ödeme yapmazsınız. Ziyaretçisini bekletmemesi gereken uygulamalar için sürekli açık tutma seçeneği vardır.
Gönderilen her imaj taranır
Derlediğiniz her imaj yalnız platformun erişebildiği özel bir depoda tutulur ve depoya girdiği anda açıklara karşı taranır. Ortam değişkenlerindeki sırlar şifrelenir ve anahtar verinin yanında değil, ayrı bir kasada durur.
Projeler arası korumalı Valkey
Valkey'de her proje kendi önekli anahtarlarını kullanmak zorundadır ve FLUSHALL gibi tehlikeli komutlar reddedilir. Sunucu dolduğunda başka bir projenin verisi silinmez, yeni yazma isteği hata döner.
Plan hakkınız dolsa da siteniz açık
Kullanım plan hakkınızın yüzde 80'ine ve yüzde 100'üne ulaştığında e-posta ile uyarılırsınız. Hak dolduğunda çalışan siteniz yayında kalır; yeni bir derleme, proje ya da alan adı ise hak yenilenene kadar açılamaz.
Neden Nesnet
Nesnet'in kendi ürünü
Nesly'yi Nesnet geliştirir ve işletir; sözleşme tarafı NESNET INTERNET HIZMETLERI TIC A.S.'dir. Platform Nesnet bulutundaki bir Kubernetes cluster'ında çalışır ve nesly.net sitesinin kendisi de Nesly üzerinde derlenip sunuluyor.
Her container kendi kum havuzunda
Her proje kendi Kubernetes ad alanında, her uygulama container'ı çekirdek seviyesinde yalıtan bir kum havuzunda (sandbox) çalışır. Ağ politikası iş yükünün yalnız DNS'e ve 80/443 üzerinden internete çıkmasına izin verir; özel adres alanına ve başka bir müşteriye erişim yoktur.
Veri İstanbul'da, sözleşmede yazılı
Uygulamalarınız ve verileriniz İstanbul'da, Nesnet'in işlettiği altyapıda durur. Veri işleme eki (DPA) sözleşmenin parçasıdır; kişisel veri ihlalinde müşteriye gecikmeksizin, kayıtlı e-posta adresinden bildirim yapılır.
.NET ve SQL Server birinci sınıf
Nesly .NET projelerini kendiliğinden tanır ve yönetilen SQL Server'ı PostgreSQL ile yan yana sunar. SQL Server yedeği .bak dosyası olarak indirilir ve standart araçlarla her yerde geri yüklenir.
Yapay zekâ ajanları için tasarlandı
Nesly yerel (stdio) ve uzak (OAuth) MCP sunucusu ile kodlama ajanları için bir eklenti sunar. Her CLI komutu --json ile tek bir JSON nesnesi basar ve sabit çıkış kodlarıyla döner; ajanınız çıktıyı tahmin etmeden okur.
Sorularınızı gerçek kişiler yanıtlar
Destek öncelikle e-postayla verilir; sorularınızı otomatik bir yanıt sistemi değil, Nesly ekibinden gerçek kişiler Türkçe yanıtlar.
Örnek senaryolar
.NET ve SQL Server ile çalışan iç uygulama
Durum
Bir şirketin .NET ile yazılmış iç uygulaması SQL Server'a bağlı ve bugün bir ofis sunucusunda çalışıyor. Sunucunun güncellenmesi ve yedeği tek bir kişinin elinde.
Sonuç
Uygulama Nesly'de .NET olarak kendiliğinden derleniyor, SQL Server eklentisi bağlanıyor ve bağlantı ConnectionStrings__Default ile geliyor. Veritabanı her gece kopyalanıyor, yedek gerektiğinde .bak dosyası olarak indiriliyor.
Pull request ile ilerleyen küçük ürün ekibi
Durum
Üç kişilik bir ürün ekibi her değişikliği yayına almadan önce çalışır hâlde görmek istiyor. Ortak bir test sunucusu sürekli birinin değişikliğiyle meşgul.
Sonuç
Her pull request kendi adresinde önizleme alıyor ve adres PR'a yorum olarak düşüyor; önizleme parolayla kapatılıyor. Ana dala birleşen değişiklik üretime çıkıyor, sorun olursa trafik önceki dağıtıma çevriliyor.
Dağıtımı yapay zekâ ajanına bırakan geliştirici
Durum
Bir geliştirici kodu ve dağıtımı bir yapay zekâ kodlama ajanıyla yürütüyor. Başarısız bir derlemede ajanın log yığınının içinde neden araması zaman kaybettiriyor.
Sonuç
Ajan Nesly'nin MCP sunucusuna bağlanıp dağıtımı kendisi yapıyor. Derleme başarısız olduğunda nesly diagnose nedeni ve düzeltme komutunu veriyor; ajan düzeltmeyi uygulayıp yeniden dağıtıyor.
Kampanya sitesini bir öğleden sonrada yayına alan ajans
Durum
Bir dijital ajans müşterisi için iki haftalık bir kampanya sitesi hazırlıyor ve yarın sabah yayında olması gerekiyor. Sunucu kurulumu, alan adı ve sertifika için ayrı kişilerden yardım beklemek istemiyor.
Sonuç
Ajans Astro projesini GitHub'a bağlıyor, alan adını CLI'dan satın alıp doğruluyor ve sertifika kendiliğinden geliyor. Kampanya bitince proje beklemeye alınıyor, boşta duran bir sunucu için ödeme yapılmıyor.
Verisini Türkiye'ye getiren girişim
Durum
Bir girişimin web uygulaması ve veritabanı yurt dışındaki bir platformda çalışıyor. Yeni kurumsal müşterisi verinin Türkiye'de durmasını ve yazılı bir veri işleme eki istiyor.
Sonuç
Uygulama aynı depodan Nesly'ye bağlanıyor, PostgreSQL eklentisi açılıp veri standart arşivle içeri alınıyor. Uygulama ve veri İstanbul'da çalışıyor, veri işleme eki sözleşmenin parçası oluyor.
Kim neyi yapar
| Nesnet | Siz |
|---|---|
| Derleme, yayın, adres ve HTTPS sertifikası altyapısını işletir. | Uygulama kodunuzu yazar, GitHub'a push eder ya da nesly deploy ile gönderirsiniz. |
| Projeleri ad alanıyla, container'ları kum havuzuyla ve ağı politikayla birbirinden ayırır. | Ortam değişkenlerini, eklentileri ve gerekiyorsa nesly.toml ayarlarını siz belirlersiniz. |
| Veritabanlarını her gece kopyalar, her geri yüklemeden önce güvenlik kopyası alır. | Alan adınızın DNS kayıtlarını siz eklersiniz. |
| İtilen her imajı güvenlik açıklarına karşı tarar ve sırları ayrı bir kasadaki anahtarla şifreler. | Ekip üyelerine hangi rolün verileceğine siz karar verirsiniz. |
| Plan hakkı dolmadan önce e-postayla uyarır, çalışan siteyi durdurmaz. | Uygulamanın sürekli açık mı kalacağına, boşta beklemeye mi alınacağına siz karar verirsiniz. |
Kimler için
Web projesi yayınlayan ekipler
Web sitesi, web uygulaması ya da API yayınlayan ekipler; açılış sayfasından veritabanlı bir ürüne her ölçekte proje. Sunucu, işletim sistemi ve sertifika işiyle uğraşmadan yayına çıkarlar.
Verisi Türkiye'de kalmalı olanlar
Kullanıcısı ve verisi Türkiye'de olması gereken ekipler. Uygulama ve veri İstanbul'da, Nesnet'in altyapısında durur ve veri işleme eki sözleşmenin parçasıdır.
.NET ve SQL Server ekipleri
.NET ve SQL Server ile çalışan ekipler. Uygulamanın yığını değişmeden, olduğu gibi çalışır; bağlantı bilgisi .NET'in beklediği değişkenle gelir.
Yapay zekâ ajanıyla çalışanlar
Dağıtımı yapay zekâ ajanıyla yürüten geliştiriciler. Ajan MCP üzerinden dağıtır, başarısız derlemenin nedenini okur ve düzeltme komutunu alır.
Yaygın çatıları kullananlar
Laravel, Rails, FastAPI, Flask, Express, ASP.NET ya da Go kullanan ekipler. Bu çatıların her biri için hazır dağıtım rehberi vardır.
Uygun olmayabilir
Dışa çıkışta 80 ve 443 dışında port kullanan ya da 25. porttan doğrudan e-posta gönderen uygulamalar; Nesly iş yükleri yalnız DNS'e ve 80/443 üzerinden internete çıkar. Bu durumda Sanal Sunucular ya da Yönetilen Kubernetes daha uygundur; ağ ve güvenlik duvarı (firewall) kurallarını portaldan siz yönetirsiniz.
Kendi operatörlerini kurmak ve cluster'a tam yetkiyle erişmek isteyen ekipler. Bu durumda Yönetilen Kubernetes daha uygundur; admin yetkili kubeconfig dosyasıyla gelir.
Derlemesi 15 dakikayı aşan ya da yüklenen kaynağı 256 MiB'ı geçen projeler; bu Nesly'nin platform sınırıdır. Bu durumda CI/CD Hattı ile Yönetilen Kubernetes daha uygundur; derleme projenize ayrılmış runner'da yapılır.
Altyapının içi
Nesly, Nesnet bulutunda çalışan bir Kubernetes cluster'ının üzerine Nesnet'in yazdığı bir platformdur. Kodunuz geldiğinde dili ve çatıyı dosyalardan tanır: Node.js, Python, Go, .NET, Ruby, PHP ve Java kendiliğinden derlenir, kökte Dockerfile varsa o kullanılır; Vite, Astro, SvelteKit gibi ön yüz projeleri statik site olarak çıkar. Derlenen imaj yalnız platformun erişebildiği özel bir registry'ye yazılır ve geldiği anda güvenlik açıklarına karşı taranır. Her proje kendi ad alanında, her container çekirdekle arasına ayrı bir yalıtım katmanı konmuş bir kum havuzunda çalışır; projeler arası ağ yalıtımını ağ politikası katmanı sağlar. Ortam değişkenlerindeki sırlar AES-256-GCM ile şifrelenir ve anahtar verinin yanında değil, ayrı bir anahtar kasasında durur. Hesap parolaları platform veritabanına yazılmaz, ayrı bir kimlik servisinde tutulur. Özel alan adlarının HTTPS sertifikası kendiliğinden alınır ve süresi dolmadan yenilenir.
Yapı taşları
- Kubernetes (Nesnet bulutu)
- platformun çalıştığı cluster
- Container kum havuzu
- her uygulama container'ını çekirdekten ayrı bir katmanla yalıtır
- Ağ politikası katmanı
- proje ağ yalıtımı ve çıkış kuralları
- Anahtar kasası
- sırları şifreleyen anahtarların verinin yanında değil ayrı tutulduğu yer
- Kimlik servisi
- hesaplar, parolalar ve uygulamalar için OIDC istemcileri
- Gelen imajın taranması
- özel registry'ye yazılan her imaj güvenlik açıklarına karşı taranır
- Otomatik sertifika yönetimi
- özel alan adları için HTTPS, süresi dolmadan yenileme
Diğer seçeneklerle karşılaştırma
| Seçenek | Ne zaman doğru seçim |
|---|---|
| Yönetilen Kubernetes ve CI/CD Hattı | Kendi cluster'ınızı, ayrı test ve üretim ortamlarını ve üretime yalnız sürüm ekibinin çıkabildiği bir düzeni istiyorsanız doğru seçimdir. Cluster'a admin yetkisiyle erişirsiniz ve kendi operatörlerinizi kurabilirsiniz. |
| Sanal Sunucular | İşletim sistemini kendiniz yönetmek, istediğiniz portları açmak ya da uzun süren işleri sürekli açık bir sunucuda çalıştırmak istiyorsanız daha uygundur. Güncelleme, sertifika ve yedekleme bu durumda sizde kalır. |
Teknik özellikler
| Otomatik tanınan ortamlar | Node.js, Python, Go, .NET, Ruby, PHP, Java; kökte Dockerfile varsa o |
|---|---|
| Statik derlenen ön yüz çatıları | Vite, Create React App, Astro, SvelteKit, Next.js (export), Angular, Gatsby, Docusaurus, VitePress, Eleventy |
| Yapılandırma | nesly.toml (kök, kurulum, derleme komutu, çıktı dizini); monorepo desteği |
| Uygulamanın dinlediği port | PORT ortam değişkeni, 0.0.0.0 |
| Platform sınırları | Kaynak yükleme 256 MiB ve 100.000 dosya; derleme süresi 15 dakika |
| İş yükü yalıtımı | Proje başına ad alanı; her container çekirdek seviyesinde yalıtılmış kum havuzunda |
|---|---|
| Ağ | Çıkış yalnız DNS ve 80/443; giden 25. port kapalı |
| Sırlar | AES-256-GCM; anahtar ayrı bir kasada |
| İmaj taraması | Her itilen imaj geldiği anda; özel registry |
| Eklentiler | PostgreSQL, MySQL, SQL Server, MongoDB, Valkey, S3 uyumlu bucket, OIDC istemcisi |
|---|---|
| Kopyalar | Her gece otomatik, elle yedek, geri yükleme öncesi güvenlik kopyası |
| Yedek biçimi | PostgreSQL custom-format arşivi; SQL Server .bak |
| Sınırlar | Belirli bir saniyeye geri dönüş (PITR) yok; SQL Server yedek/geri yüklemede 256 MB arşiv sınırı |
| CLI çıktısı | --json ile tek JSON nesnesi; çıkış kodları 0–5 sabit |
|---|---|
| Veri yeri | İstanbul, Türkiye; Nesnet'in işlettiği altyapı; DPA sözleşmenin parçası |
Bir şey bozulursa
Yayına çıkan sürüm sorunluysa
Tek komutla ya da konsolda tek tıkla trafik önceki dağıtıma çevrilir. Bunun için hiçbir şey yeniden derlenmez.
Yanlış yedek geri yüklenirse
Geri yüklemeden hemen önce alınan güvenlik kopyası yedek listesinde durur. O kopyayı geri yükleyerek bir önceki hâle dönersiniz.
Veritabanı eklentisi yanlışlıkla silinirse
Veri o an düşürülmez; önce erişim kesilir ve veri, kurtarma penceresinin sonunda silinir. Bu süre içinde verinin geri getirilmesi istenebilir.
Derleme başarısız olursa
nesly diagnose nedeni, kanıt olan log satırlarını ve düzeltme komutunu söyler. Çalışan sürüm bu sırada yayında kalır.
Plan hakkınız dolarsa
Çalışan siteniz durmaz; yalnız yeni derleme, proje ya da alan adı gibi yeni işler reddedilir. Kullanım yüzde 80'e ve yüzde 100'e ulaştığında e-posta ile uyarılırsınız.
Sık sorulan sorular
Fiyatlandırma ve ilk adım
Fiyatlandırma
Nesly'ye kart bilgisi vermeden ücretsiz bir başlangıç planıyla başlanır; büyüdükçe aylık ya da yıllık abonelikli bir plana geçilir ve boşta duran bir sunucu için ödeme yapılmaz. Faturalar KDV dahil, e-fatura olarak kesilir; planların ayrıntısı nesly.net'te yayımlanır.
Fiyatı belirleyenler
- Seçtiğiniz abonelik planı ve dönemi (aylık ya da yıllık)
- Uygulamanın boşta beklemeye alınmadan sürekli açık tutulması
- Nesly üzerinden satın alınan alan adları
Nasıl başlarsınız
- 1.nesly.net'e gidin ve hesabınızı açın.
- 2.GitHub deponuzu bağlayın ya da nesly deploy komutunu çalıştırın.
- 3.İlk push'unuz kendi adresinde, HTTPS ile yayına çıkar.
Sunucu kurmadan, İstanbul'da yayına çıkın
Hesabınızı açın, deponuzu bağlayın; ilk push'unuz kendi adresinde HTTPS ile yayına çıkar. Kodunuz yalıtılmış bir kum havuzunda çalışır, verileriniz İstanbul'da kalır.