Hosting kavramı: dijital dünyanın arsa ve inşası

Sahneyi tarayıcıda akıcı görmek yetmez; dosyalar kullanıcıya ulaşmadan önce sunucu–istemci zincirinden geçer. Bu zincirin güvenilir olması, güncellenmiş içeriği zamanında yayması ve kötü amaçlı trafiği süzmeye uygun olması; ürününüzün hem algılanan hızını hem de güven hissini doğrudan etkiler.

Süreklilik ve erişilebilirlik

Ziyaretçi kitlesi uyku düzeninden bağımsız olarak sahneye erişmek ister. Tek düğüm kesintileri, bakım pencereleri veya planlı yeniden başlatmalar yoğun içerik çekerken daha görünür hale gelir: kullanıcı yarım kalan yükleme çubuğu veya boş tuval görür. Ücret planlarında «ayıkta kalma» vaadi tek başına yeterli değildir; bölgesel kesinti veya kenar önbellek (CDN) eksikliği aynı sorunu taşıyabilir — bu yüzden barındırma seçimini olası kullanıcı konumlarıyla birlikte düşünün.

İlk yanıt ve aktarım hızı

Sunucunun donanımı tek başına «sayfa hızı» demek değildir; fakat bağlantı kurma, TLS el sıkışması ve ilk baytların gönderilmesi gibi erken aşamalarda kötü yapılandırılmış veya aşırı mesafeli bir uç nokta, varlık boyutlarından bağımsız olarak deneyimi boğabilir. Holodepth gibi ağır varlıklı projelerde ilk paket gecikmesi ile ardışık parça indirmeleri birlikte okumak gerekir — biri daralınca diğeri telafi etmeyebilir.

Güvenlik cephesi

Barındırma katmanı, üretim ortamınızın kapısıdır: zayıf yönetim panelleri, eski TLS sürümleri veya yanlış yapılandırılmış başlıklar (HTTP güvenlik başlıkları) doğrudan sunucu tarafında ele alınır. Üç boyutlu içerik sızıntısı tek başına sunucu güvenliği yerine geçmez; fakat ziyaretçi güveni ve arama motorlarının «güvenli site» sinyali için şifreli ve doğru sertifikalı bir uç nokta şarttır.

Statik bir vitrin veya WebGL demosu, klasik blogdan farklı olarak çok sayıda ikili varlık taşır. Bu yükü taşıyan omurga, sunucu tarafında kalıcı iş mantığı çalıştırıp çalıştırmadığınız ve trafiğe göre ne ölçüde ölçeklendirme istediğinizle belirlenir — saf dosya dağıtımı ile oturum veya veritabanı gerektiren mimari aynı kefeye konmamalıdır.

Statik barındırma (önerilen çıkış)

Vercel, Netlify, GitHub Pages gibi hizmetler, üretim çıktınızı önceden derlenmiş dosyalar olarak yayınlamaya uygundur: her istek için sunucuda özel iş mantığı çalıştırmanız gerekmez; kenar ağı dosyayı yakınınıza iter, HTTPS çoğu planda varsayılan kalır. Holodepth okuyucusu için bu model, düşük operasyon yükü + öngörülebilir maliyet dengesi sunar. Dikkat: «statik» derken yalnızca «sunucuda Node yok» demek değildir — ön uç yönlendirme, başlık politikaları ve önbellek davranışı yine sözleşmenize göre ayarlanır.

Bulut sağlayıcıları (AWS, GCP, Azure)

Sunucu taraflı oturum, veritabanı, yetkilendirme veya yoğun trafiği otomatik ölçekleyen API katmanları gerekiyorsa bu sınıfa kayarsınız. Avantaj, bileşenleri modüler seçebilmeniz ve trafik dalgalarına göre kapasiteyi büyütebilmenizdir; maliyet ise kullanım ve yapılandırma karmaşıklığıyla birlikte büyür. Saf istemci Three.js sahnesi için bulutu seçmek bir iş gereksinimi kararıdır — «daha hızlıdır» varsayımıyla başlamak yerine, gerçekten sunucu işi var mı diye sorun.

Paylaşımlı barındırma

Klasik paylaşımlı paketler düşük fiyatla çekicidir; fakat aynı fiziksel makinedeki başka sitelerin yoğunluğu diske ve CPUya dalgalanma olarak yansıyabilir. Yüksek çözünürlüklü dokular ve büyük geometri paketleri indirilirken bu dalgalanma, algılanan kare süresinden önce aktarım ve zaman aşımı olarak hissedilir. Holodepth standartlarında varsayılan öneri değildir; maliyet kısıtı varsa en azından statik çıktıyı ayrı bir statik/kenar dostu hedefe almayı değerlendirin.

Yalnızca «iyi bir paket» satın almak yetmez: Holodepth deneyiminde üretim çıktısı ile sunucu politikaları aynı hedefe kilitlenmelidir — aksi halde sahne optimize edilmiş olsa bile kötü önbellek veya düşük bant sınırı kullanıcıyı bekletir.

Aktarım kotası ve eşzamanlı talep

Büyük modeller ve dokular, tek kullanıcıda bile megabayt düzeyinde trafik doğurur; birden çok eşzamanlı oturumda bu trafik katlanır. Planınızdaki aylık aktarım üst sınırı veya ani sıçrama anlarında hız kısıtlaması, sahneyi yarı yolda bırakabilir. Dağıtım öncesi varlık boyutlarını gerçekçi senaryolarla çarpın — «bizim demo küçük» varsayımı prod ortamda çöker.

Uptime ve bakım pencereleri

Yüzde SLA rakamları yıllık kesinti dakikalarını ifade eden bir özet taşır; pratikte izlemeniz gereken, planlı bakım duyuruları ve bölgesel olaylarda yönlendirme stratejinizdir. Kritik vitrinlerde tek uç noktaya bel bağlamak yerine yedekli veya en azından gözlemlenebilir bir dağıtım hattı tercih edin.

TLS / SSL ve güvenilir HTTPS

Otomatik sertifika yenileme, doğru zincir ve zorunlu yönlendirme (HTTP → HTTPS) artık taban beklentidir. Özellikle WebXR, kamera veya mikrofon gibi güçlü API’lerle ileride yüzleşecekseniz güvenli bağlam şartı daha da sıkılaşır — barındırma panelinde sertifikayı açıp unutmak yerine süresi dolmadan yenilendiğini doğrulayın.

Dağıtıma giden yol, geliştirme klasörünün birebir kopyası olmak zorunda değildir; amaç öngörülebilir bir ağaç ve sunucunun gerçekten servis edeceği baytları minimize etmektir.

Derleme (build) ve paketleme

Kaynak ağacınızdaki yüzlerce küçük modül, üretimde çoğu zaman birleştirilir, minify edilir ve sürüm karması (hash) ile önbellek dostu dosya adlarına dönüşür. Bu dönüşüm, geliştirme sunucusunda çalışan yolların prod’da karşılığı olmayabileceği anlamına gelir — özellikle dinamik import ve özel public klasör düzenleri kullanıyorsanız tek seferlik bir «yerelde açıldı» testi yetmez; üretim önizlemesi veya dry-run dağıtımı şarttır.

Varlık yolları ve taban URL

GLB, KTX2, HDR gibi dosyaların mutlak/ göreli yolları, barındırıcı alt klasör yapısı veya alt alan adı ile çakışmadan çözülmelidir. Alt dizinde yayınlıyorsanız (/docs/ gibi) taban yolunu tarayıcıda test edin; tek sayfa uygulamalarında sunucu tarafı yeniden yazma kuralları eksikse doğrudan URL girişinde 404 alırsınız. Biçim ve sıkıştırma seçenekleri için Dosya biçimleri ve sıkıştırma başlığıyla hizalanın — burada yine dosya boyutu mühendisliği, dağıtım tarafındaki bant maliyetiyle aynı denklemin iki ucudur.