Sanal Tur Barındırma Açıklandı: Sunucular, Depolama ve CDN

Sanal turların barındırılması, ziyaretçinin bir tarayıcıda bunları keşfedebilmesi için görüntüleyiciyi, sahne verilerini, panoramaları ve destekleyici medyayı çevrimiçi olarak erişilebilir kılmayı ifade eder. Görünen deneyim tek bir sürekli alan gibi hissedilebilir, ancak arkasında birçok ayrı dosya isteği ve bazen bir uygulamanın yanıtları vardır.

Bu açıklama sunucuların, depolamanın, bant genişliğinin ve bir içerik teslim ağı işlerini ayırır. Ayrıca SaaS ile kendi kendine barındırılan teslimatın sorumluluğu nasıl paylaştırdığını açıklar. Kurulum talimatları yerine altyapı kavramları için, pratik rehberimiz olan kendi sanal turlarınızı barındırma sayfasını kullanın.

Birisi Bir Sanal Tur Açtığında Ne Olur?

Tur URL'si tarayıcıyı bir web hizmetine yönlendirir. Tarayıcı görüntüleyiciyi ve proje bilgilerini yükler, ardından geçerli sahne için gerekli resimleri ve medyayı ister. Görüntüleyiciye bağlı olarak, ziyaretçi etrafa bakıp yakınlaştırdıkça ya tüm panorama dosyasını ya da farklı çözünürlüklerde daha küçük resim parçalarını getirebilir.

Görüntüleyici başlar: HTML, betikler ve sunum varlıkları etkileşimli deneyimi kurar.
Proje yüklenir: Sahne bağlantıları, hotspot konumları ve ayarlar görüntüleyiciye ne gösterileceğini söyler.
Medya gelir: Panorama dosyaları veya parçalar, kat planları, ses ve video talep edildiğinde teslim edilir.
Tarayıcı sahneyi işler: Ziyaretçinin cihazı görüntüleri çözer ve immersif görünümü çizer.

Bu aşamalar, barındırma hızı ile cihaz performansının neden farklı şeyler olduğunu açıklar. Hızlı bir sunucu, aşırı yüklü bir telefonda akıcı bir işlem garantisi veremez; güçlü bir telefon da yavaş bağlantı veya gereksiz büyük indirmelerin etkisini telafi edemez.

Sunucular: Uygulamayı Çalıştırmak ve İstekleri Yanıtlamak

Bir sunucu istekleri alır ve yanıtlar gönderir. Statik olarak dışa aktarılan bir tur için var olan web dosyalarını basitçe teslim edebilir. Tarayıcı tabanlı bir yazma platformu ayrıca projeleri yönetmek, editörleri doğrulamak, değişiklikleri kaydetmek veya yüklemeleri işlemek için bir uygulama çalıştırma zamanı ve veritabanına ihtiyaç duyabilir.

Yayınlama işi ile görüntüleme işi farklıdır. Görüntü parçaları oluşturmak veya büyük panoramaları yeniden boyutlandırmak hazırlık sırasında CPU ve belleği tüketebilir. Zaten oluşturulmuş görüntüleri sunmak büyük ölçüde bir teslimat görevidir. CPU eklemek işleme yardımcı olabilir, ancak bir ziyaretçinin indirme darboğazını çözmez.

Origin, dosyaların veya yanıtların alındığı yetkili kaynaktır. Bu bir web sunucusu, bir uygulama servisi veya bir nesne depolama servisi olabilir. Tek bir fiziksel makinenin her rolü yerine getirmesi gerekmez ve kiralanan bulut altyapısı yine de kendi kendine barındırılan bir dağıtımın parçası olabilir.

Depolama: Ne Kadar İçerik Tutarsınız

Depolama, dinlenme halindeki dosyaların ve verinin kapladığı kapasitedir. Kaynak panoramaların ötesinde düşünün: oluşturulmuş parçalar, önizleme görüntüleri, hotspot medyası, proje kayıtları ve saklanan sürümler de alan kaplar. Yedekler ve düzenleme ustaları ayrı yerde tutulabilir, ancak yine de kendi kapasite bütçelerine ihtiyaç duyarlar.

Yerel sunucu depolaması: Dosyalar uygulama sunucusuna bağlı depolamada yaşar. Mevcut alan ve kurtarma o barındırma ortamına bağlıdır.
Nesne depolama: Dosyalar ayrı bir serviste nesne olarak saklanır. Yazılım bu düzenlemeyi desteklediği sürece medya büyümesini uygulama kaynaklarından ayırabilir.
Yedekleme depolaması: Kurtarılabilir kopyalar silinme veya arızaya karşı korur. İkinci bir canlı kopya veya bir CDN önbelleği otomatik olarak kullanılabilir bir yedek değildir.

Örnek bir hesaplama olarak, ortalama 250 MB olan 40 yayımlanmış proje onlu birimlerde yaklaşık 10 GB yer kaplar. Bu yedekleri, kaynak arşivlerini, uygulamayı ve ek sürümleri hariç tutar. Sadece orijinal fotoğraf boyutlarını çarpmak yerine tamamlanmış yayımlanmış bir projeyi ölçün. sanal tur dosya formatları rehberimiz, çalışma ustalarının ve teslim varlıklarının neden farklı amaçlara hizmet ettiğini açıklar.

Bant Genişliği ve Transfer: Ziyaretçilerin Ne Kadar İçerik Aldığı

Teknik olarak bant genişliği, bir bağlantının zaman içinde veri taşıma kapasitesidir ve genellikle megabit/saniye olarak ifade edilir. Barındırma planları genellikle aynı sözcüğü aylık transfer hakkı için de kullanır ve GB veya TB cinsinden ölçülür. Kapasite aynı anda ne kadarın taşınabileceğini etkiler; transfer ise belirli bir süre içinde gerçekte ne kadarın taşındığını ölçer.

Depolanmış bir tur her ziyarette aynı miktarda transfer tüketmez. Ziyaretçiler bir sahneyi açabilir veya her şeyi keşfedebilir; mobil görüntüleyiciler daha düşük çözünürlükler isteyebilir; önbellekteki varlıklar yeniden kullanılabilir. Otomatik oynatma video ve ön yükleme toplamı önemli ölçüde değiştirebilir.

Örnek aylık transfer = ziyaretler × ziyaret başına ortalama teslim edilen veri. Eğer 2.000 ziyaretçi her biri 30 MB alıyorsa, ziyaretçi teslimatı onlu birimlerde yaklaşık 60 GB olur. 30 MB varsayılan bir ölçüdür, sanal tur için bir kıstas değildir. Önceki toplam depolanan proje boyutu örneği ile ilişkili değildir.

Ayrıca aylık toplamları eşzamanlı talep ile ayırt edin. Aynı anda çok sayıda ziyaretçi getiren bir kampanya, aylık transfer mütevazı kalsa bile teslimatı zorlayabilir. “Limitsiz” ifadelerini sınırsız kaynak olarak yorumlamak yerine bir planın transfer limitlerini, verimliliğini, istek sayılarını ve fazla kullanımı nasıl ele aldığını kontrol edin.

CDN: Önbelleğe Alınmış Medyayı Ziyaretçilere Daha Yakın Teslim Etmek

Bir içerik teslim ağı, uygun varlıkların önbelleğe alınmış kopyalarını kenar konumlara dağıtır. Bir istek, aynı görüntüyü origin'den tekrar tekrar getirmek yerine bir kenar önbellekten yanıtlanabilir. Bu, özellikle coğrafi olarak dağılmış izleyiciler için teslimat gecikmesini ve origin trafiğini azaltabilir.

Bir önbellek kaçışı hâlâ yukarı kaynaktan bir alma gerektirir, bu yüzden bir CDN çalışır bir origin ihtiyacını ortadan kaldırmaz. Ayrıca tek başına ağır bir panoramayı küçültmez. Görüntü optimizasyonu, uygun çözünürlükler ve mantıklı yükleme davranışı performansın ayrı parçaları olarak kalır. Temel modeli görmek için Cloudflare'ın CDN teslimatı açıklaması'na bakın.

Önbellek Kuralları İçeriğe Uygun Olmalı

Genel panorama parçaları genellikle yeniden kullanım için önbelleğe alınabilir. Editör oturumları, kişiselleştirilmiş yanıtlar ve kısıtlı turlar, erişim kontrollerine saygı duyan kurallar gerektirir. Alttaki medya kamuya açık şekilde erişilebilir kalıyorsa özel bir bağlantı yeterli değildir. Tarayıcı ve paylaşılan önbelleklerin nasıl yönlendirildiğini MDN Cache-Control referansı açıklar.

Güncellemeler ayrıca bir tazelik stratejisi gerektirir. Bir panorama aynı adres kalırken değiştirilirse, önbelleğe alınmış eski bir kopya süresi dolana veya geçersiz kılınıncaya kadar görünür kalabilir. Sürümlenmiş varlık URL'leri revizyonları ayırabilir. CDN yapılandırması, her yanıta tek bir kural uygulamak yerine uygulamanın yayınlama davranışını desteklemelidir.

Origin Trafiği ve Ziyaretçi Trafiği Ayrıdır

Bir kenar önbellek bir dosyayı servis ettiğinde, ziyaretçi yine de byte'ları alır; origin bunları bir daha göndermekten kaçınsa bile. Origin barındırma, depolama ve CDN faturalamasını ayrı okuyun: önbellekleme bir transfer kalemini azaltırken başka bir hizmet hâlâ teslimat veya istekler için ücret alabilir. Tasarruf sağlayıp sağlamadığı sağlayıcının koşullarına ve gerçek önbellek davranışına bağlıdır.

SaaS ve Kendi Barındırdığınız: Aynı Yapıtaşları, Farklı İşleticiler

Her iki yaklaşım da hesaplama, depolama ve ağ teslimatı gerektirir. Fark, bileşenleri kimin seçtiği, işlettiği ve ödediği ile bu maliyetlerin ve kontrollerin tur yaratıcısına nasıl sunulduğudur.

SaaS barındırma: Platform işletmecisi altyapıyı ve uygulamayı yönetir. Abonelik veya kullanım planınız mevcut kapasiteyi, özellikleri, desteği ve yayınlama koşullarını belirler.
Kendi barındırdığınız teslimat: Uyumlu bir barındırma ortamı seçersiniz ve işletmeyi kendiniz veya yönetilen bir sağlayıcı aracılığıyla düzenlersiniz. Altyapı faturaları yazılım lisansından ayrı kalır.
Yönetilen barındırma: Bir barındırma ortağı, tur yazılımını SaaS haline getirmeden belirli sunucu görevlerini üstlenebilir. Hizmet sözleşmesi, uygulama güncellemelerinin, yedeklerin ve kurtarmanın dahil olup olmadığını tanımlar.

Hiçbir etiket hız, taşınabilirlik veya daha düşük toplam maliyet garantilemez. Bir SaaS hizmeti bir CDN kullanabilir ve kendi kendine barındırılan bir platform kiralanmış bulut sunucularında çalışabilir. Dışa aktarma erişimini, alan adı kontrolünü, kapasite kurallarını ve atanmış sorumlulukları karşılaştırın. Daha geniş iş kararı için self-hosted versus cloud comparison yazımızı inceleyin.

Çözdüğü Problemlere Göre Barındırma Özelliklerini Okuyun

Yüklemeler başarısız oluyor veya işlem takılıyor: Yükleme limitlerini, çalışma zamanı ayarlarını, mevcut belleği, CPU'yu ve boş depolamayı araştırın.
İlk sahne yavaş yükleniyor: Yanıt süresini, ilk varlık boyutunu, ağ mesafesini ve ziyaretçinin bağlantısını inceleyin.
Navigasyon uzun beklemelere neden oluyor: Sahne yüklerini, parça isteklerini, ön yüklemeyi ve önbellek davranışını inceleyin.
Yoğun bir lansman hatalara yol açıyor: Eşzamanlı istekleri, uygulama kapasitesini, origin yükünü ve teslimat limitlerini inceleyin.
Güncelleme sonrası eski görüntüler kalıyor: Tarayıcı ve CDN önbelleklerini, varlık sürümlerini ve geçersiz kılmayı inceleyin.

Temsilî bir tur ile başlayın ve tarayıcının ağ isteklerini barındırma kullanım raporları ile birlikte gözlemleyin. Teslim edilen byte'ları, yanıt gecikmelerini ve render sorunlarını ayırın. Bu ayrım bir barındırma spesifikasyonunu faydalı kılar: her kaynağı ziyaretçi deneyiminin gözlemlenebilir bir parçasına bağlar.

Sık Sorulan Sorular

Sanal tur barındırma 360 fotoğrafları depolamakla aynı şey mi?

Hayır. Depolama dosyaları saklar, oysa barındırma görüntüleyiciyi, proje bilgilerini ve ziyaretçiler için gereken servisleri de erişilebilir kılar. Sadece panoramalardan oluşan bir klasör bağlı sahneler veya etkileşimli navigasyon sağlamaz.

Her ziyaret tüm turu indirir mi?

Hayır. Miktar görüntüleyicinin yükleme stratejisine, keşfedilen sahnelere, istenen çözünürlüklere, medya oynatımına ve önbelleğe bağlıdır. Trafiği tahmin etmek için toplam proje boyutu yerine ziyarete göre ölçülen teslimatı kullanın.

Her sanal turun bir CDN'e ihtiyacı var mı?

Hayır. Yakındaki bir kitleye hizmet veren küçük bir tur origin'den yeterli performansı gösterebilir. Ağ mesafesi, tekrar eden varlık istekleri veya trafik dağılımı gerekçeliyse bir CDN faydalı olur; faydayı gerçek yükleme testleri ile doğrulayın.

Kendi barındırdığınız demek sunucunun ofisimde olması mı gerekiyor?

Hayır. Bu dağıtımın kontrolünü tanımlar. Kiralanmış barındırma, yönetilen sunucular ve bulut hesapları, teknik gereksinimleri karşıladığında kendi barındırılan yazılımı destekleyebilir.

Bir turu gömmek, barındırmasını web siteme taşır mı?

Hayır. Gömülmüş bir görüntüleyici genellikle orijinal hizmetten yüklemeye devam eder ve medyası yapılandırılmış sunucular tarafından teslim edilmeye devam eder. Bir embed turun nerede göründüğünü değiştirir, uygulamasının ve varlıklarının otomatik olarak nerede yaşadığını değiştirmez.

Planları Karşılaştırmadan Önce Teslim Zincirini Anlayın

Sanal turların güvenilir bir şekilde barındırılması, dört soruyu ayırmakla başlar: uygulamayı ne çalıştırıyor, dosyalar nerede tutuluyor, ziyaretçiler ne kadar veri alıyor ve yeniden kullanılabilir kopyalar nerede teslim ediliyor. SaaS bu kararları bir hizmete paketler; kendi barındırma bunları kendi sağlayıcılarınızla düzenlemenize izin verir. Kaynakları tek bir başlık depolama rakamının tüm deneyimi tanımladığını varsaymak yerine gerçek iş yüklerine eşleyin.

Simple Virtual Tour etkileşimli turlar oluşturmak, yönetmek ve yayımlamak için kendi kendine barındırılan bir yöntem sunar. Canlı demoyu keşfedin ziyaretçi deneyimini görmek için veya kendi dağıtımınızı planlarken mevcut paketleri inceleyin.