Dosya yükleme yapan bir uygulama tek sunucuda sorunsuz çalışırken trafik arttığında beklenmedik sorunlar üretebilir: kullanıcı bir sunucuya dosya yükler, sonraki isteği başka sunucuya gider ve dosya bulunamaz. Bu nedenle çoklu sunucu planı yalnızca daha fazla işlem gücü eklemek değil; dosyanın nerede tutulacağını, nasıl erişileceğini, güvenliğin ve sürekliliğin nasıl sağlanacağını baştan tasarlamaktır.
Çoklu sunucu yapısında temel karar: dosya nerede duracak?
En kritik konu, yüklenen dosyaların uygulama sunucularının yerel diskinde tutulup tutulmayacağıdır. Yerel disk kullanımı başlangıçta kolay görünür; ancak yatay ölçekleme sırasında en sık hata burada yapılır. Kullanıcı A sunucu-1 üzerinden dosya yüklediğinde, sunucu-2 aynı dosyayı göremez. Bu durum profil görselleri, fatura PDF’leri, medya arşivleri ve kullanıcı belgelerinde erişim hatalarına yol açar.
Kurumsal ölçekte daha sağlıklı yaklaşım, dosya depolamayı uygulama sunucularından ayırmaktır. Nesne depolama, paylaşımlı dosya sistemi veya merkezi depolama katmanı tercih edilebilir. Böylece uygulama sunucuları geçici ve değiştirilebilir hale gelir; dosyalar ise tek, tutarlı ve yedeklenebilir bir alanda tutulur.
Yük dengeleyici ve oturum yönetimi nasıl planlanmalı?
Çoklu sunucuda trafiği dağıtmak için load balancer kullanılır. Ancak dosya yükleme işlemleri büyük istekler oluşturduğu için yalnızca gelen trafiği bölmek yeterli değildir. Zaman aşımı değerleri, maksimum dosya boyutu, istek gövdesi limitleri ve bağlantı süreleri uygulamanın gerçek kullanımına göre ayarlanmalıdır.
Oturum bilgisini sunucu belleğinde tutmak da risklidir. Kullanıcı giriş yaptıktan sonra farklı bir sunucuya yönlendirilirse oturumu kaybolabilir. Bu nedenle oturumlar veritabanı, Redis benzeri merkezi bir yapı veya güvenli token mimarisi üzerinden yönetilmelidir. Sticky session geçici çözüm olabilir; fakat uzun vadede bağımlılık ve bakım maliyeti yaratabilir.
Depolama seçenekleri: merkezi disk mi, nesne depolama mı?
Paylaşımlı dosya sistemi
NFS veya benzeri paylaşımlı dosya sistemleri, uygulama kodunda büyük değişiklik yapmadan ortak dosya alanı sunabilir. Küçük ve orta ölçekli yapılarda pratik olabilir. Ancak yüksek eşzamanlı yükleme, yoğun okuma trafiği ve büyük medya dosyalarında performans darboğazı oluşturabilir. Ayrıca ağ kesintilerinde tüm uygulamayı etkileyebilecek tekil bağımlılık yaratır.
Nesne depolama
Nesne depolama, dosya yükleme yapan uygulamalarda daha ölçeklenebilir bir model sunar. Dosyalar uygulama sunucusuna kalıcı olarak yazılmaz; merkezi depolama servisine aktarılır. Uygulama veritabanında ise dosyanın yolu, türü, sahibi, boyutu ve erişim bilgisi saklanır. Bu yaklaşım özellikle büyüme hedefi olan hosting projelerinde yönetim kolaylığı sağlar.
Veritabanı dosyayı değil, dosyanın bilgisini taşımalı
Dosyanın kendisini veritabanına yazmak çoğu senaryoda doğru değildir. Veritabanı; dosya adı, benzersiz anahtar, MIME tipi, yükleyen kullanıcı, izin seviyesi, oluşturulma tarihi ve silinme durumu gibi metaverileri tutmalıdır. Böylece dosya erişimi kontrol edilebilir, arama ve raporlama kolaylaşır, yedekleme stratejisi sadeleşir.
Dosya adlarında kullanıcıdan gelen ham isimlere güvenilmemelidir. Türkçe karakterler, boşluklar, aynı isimli dosyalar veya zararlı uzantı denemeleri ileride sorun çıkarabilir. Güvenli yaklaşım; benzersiz dosya anahtarı üretmek, orijinal adı metaveri olarak saklamak ve erişim yetkisini uygulama katmanında doğrulamaktır.
Güvenlik ve doğrulama katmanı ihmal edilmemeli
Dosya yükleme alanları saldırganlar için cazip hedeflerdir. Yalnızca uzantı kontrolü yapmak yeterli değildir; MIME tipi doğrulanmalı, dosya boyutu sınırlandırılmalı, çalıştırılabilir dosyalar engellenmeli ve mümkünse antivirüs veya içerik tarama süreci eklenmelidir. Görsel yüklemelerinde yeniden boyutlandırma ve yeniden kodlama yapmak, zararlı içerik riskini azaltabilir.
Özel dosyalar doğrudan herkese açık dizinde tutulmamalıdır. Kullanıcı sözleşmeleri, kimlik belgeleri veya faturalar gibi dosyalar için imzalı URL, süreli erişim veya uygulama üzerinden yetki kontrollü indirme modeli tercih edilmelidir. Bu ayrım KVKK ve kurumsal veri güvenliği açısından önemlidir.
Yedekleme, replikasyon ve felaket senaryosu
Çoklu sunucuya geçildiğinde yedekleme planı da değişmelidir. Uygulama sunucularının imajını almak yeterli değildir; asıl değer dosya depolama alanı ve veritabanındadır. Dosya deposu ile veritabanı yedeklerinin aynı zaman penceresine ait olması gerekir. Aksi halde veritabanında görünen bir dosya depoda bulunmayabilir veya depoda bulunan dosyanın kaydı silinmiş olabilir.
Replikasyon yalnızca teknik bir kopyalama işlemi olarak görülmemelidir. Geri dönüş süresi, veri kaybı toleransı, yedekten testli geri yükleme ve bölgesel kesinti senaryoları önceden tanımlanmalıdır. Bu noktada seçilen hosting altyapısının depolama, ağ ve yedekleme kabiliyetleri doğrudan operasyonel güvenilirliği etkiler.
Performans için CDN, kuyruk ve arka plan işlemleri
Yüklenen dosyalar sık görüntüleniyorsa CDN kullanmak sunucu yükünü azaltır ve kullanıcı deneyimini iyileştirir. Özellikle görsel, video, belge önizleme ve statik medya içeriklerinde CDN, uygulama sunucularını dosya servis etme yükünden kurtarır.
Büyük dosya işleme adımları senkron yapılmamalıdır. Görsel optimizasyonu, video dönüştürme, virüs tarama, önizleme üretimi veya arşiv açma gibi işlemler kuyruk sistemiyle arka plana alınmalıdır. Kullanıcıya yüklemenin alındığı bildirilmeli, işlem durumu ayrı bir alan üzerinden takip edilmelidir. Bu yöntem zaman aşımı hatalarını azaltır ve sunucuların ani yük altında kilitlenmesini önler.
Planlama için pratik kontrol listesi
- Dosyaları uygulama sunucusunun yerel diskine kalıcı olarak yazmayın.
- Oturum, önbellek ve kuyruk yapılarını merkezi servislerle yönetin.
- Yük dengeleyicide dosya boyutu ve zaman aşımı limitlerini test edin.
- Veritabanında dosyanın kendisini değil, metaverisini saklayın.
- Güvenlik için uzantı, MIME tipi, boyut ve yetki kontrollerini birlikte uygulayın.
- Yedekleme planını dosya deposu ve veritabanı tutarlılığına göre kurun.
- Yoğun okunan dosyalar için CDN ve önbellekleme stratejisi belirleyin.
Sağlam bir çoklu sunucu mimarisinde uygulama sunucuları gerektiğinde eklenip çıkarılabilir, dosyalar merkezi ve güvenli depoda kalır, kullanıcı ise hangi sunucuya yönlendirildiğini hissetmez. Bu yaklaşım büyüyen projelerde hem operasyon ekibinin işini kolaylaştırır hem de dosya yükleme süreçlerini daha öngörülebilir hale getirir.