Apache vs Nginx vs LiteSpeed: Temel Farklar (Net Karşılaştırma)

Apache, Nginx ve LiteSpeed web sunucuları; aynı işi (HTTP/HTTPS isteklerini karşılamak) yapsa da mimari yaklaşım ve kaynak davranışları farklıdır. Bu farklar; TTFB (first byte), eşzamanlı istek kapasitesi, statik içerik performansı, PHP işleme modeli ve güvenlik/izleme pratiklerine kadar yansır. Bu yazıda “hangisi daha hızlı?” sorusunu belirsiz bırakmadan, hangi senaryoda hangi sunucunun daha net avantaj sağladığını maddeler ve tablolarla ayıracaksınız.

1) Mimari fark: İstekleri nasıl işlerler?

Apache (event/prefork/worker modları)

Apache, yıllardır kullanılan modüler bir mimariye sahiptir. Çalışma biçimi, kullanılan çalışma moduna göre değişir: - prefork: Her istek için ayrı süreç mantığı. PHP gibi senaryolarda bellek maliyeti artar. - worker ve event: İş parçacığı (thread) ve event tabanlı yaklaşım ile eşzamanlılık artar. - Modül ekosistemi geniştir (rewrite, caching, WAF entegrasyonları vb.).

Apache’nin “tek bir doğru” cevabı yoktur; yapılandırma (mod seçimi, PHP handler, cache modülleri) sonucu belirler.

Nginx (event-driven, event loop)

Nginx, event-driven yaklaşımıyla yüksek eşzamanlılığı hedefler. Mimarinin temel avantajı şudur: - Çok sayıda bağlantıyı daha verimli yönetir. - Statik içerik ve ters proxy (reverse proxy) rolünde performansı öne çıkar.

Nginx, “tek başına PHP çalıştıran” bir sunucu gibi düşünülmez; genellikle PHP’yi FastCGI ile ayrı bir katmandan (PHP-FPM) çağırır.

LiteSpeed (LSWS) ve OpenLiteSpeed

LiteSpeed, Apache ile uyumlu bir yaklaşım sunarken performans için tasarlanmış bir web sunucusudur. - LiteSpeed Cache gibi çözümlerle önbellekleme katmanını pratik hale getirir. - Çoğu kurulumda Apache konfigürasyonlarıyla benzer mantık kullanıldığı için geçiş daha kolay olur. - Aynı zamanda Nginx tarzı reverse proxy/FastCGI senaryolarını da destekler.

Not: LiteSpeed sürümüne (LiteSpeed Web Server vs OpenLiteSpeed) göre lisans ve bazı yetenekler değişebilir.

2) Performans nerede fark yaratır? (Statik vs dinamik)

Sunucu seçimini, “genel hız” yerine hangi yükü daha çok taşıdığınıza göre yapın: - Statik içerik ağırlığı (CSS/JS, görsel, indirme): Nginx genelde güçlü bir başlangıç noktasıdır. - Dinamik içerik ağırlığı (WordPress, uygulama, PHP): Burada PHP işleme modeli (handler) ve cache politikaları belirleyicidir. - Ön belleğe bağlı trafik: LiteSpeed Cache gibi çözümler belirgin fark yaratabilir.

Aşağıdaki tablo, tipik kullanım alanlarını “genel eğilim” olarak özetler. Sonuçlar; donanım, PHP-FPM ayarları, cache ve TLS yapılandırmasına göre değişir.

TTFB ve önbellek etkisi

TTFB; “ilk byte gelene kadar geçen süre”dir. Bu süreyi en çok etkileyen faktörler şunlardır: - Uygulamanın cache’lenip cache’lenmediği (tam sayfa cache, opcache) - PHP-FPM çocuk süreç sayısı ve kuyruk (queue) davranışı - TLS oturumları, HTTP/2/HTTP/3 ayarları

Bu yüzden “sunucu adı” kadar, uygulama katmanı (PHP) ve önbellek katmanı da net değerlendirilmelidir.

3) PHP işleme modeli: Karşılaştırmanın kilit noktası

PHP tarafı üç ana şekilde görülür: 1. Apache mod_php (genelde daha eski/özel kurulum) 2. PHP-FPM (Nginx’te tipik, Apache’te de mümkün) 3. LiteSpeed’in kendi FastCGI yaklaşımı + cache entegrasyonu

Nginx için net pratik

• Nginx + PHP-FPM birlikte kullanılır.
• PHP-FPM ayarlarında kritik alanlar: pm.max_children, pm.start_servers, pm.min_spare_servers, pm.max_spare_servers.
• Burst trafik gelirse kuyruk uzar; bu noktada PHP-FPM çocuk sayısı ve sistem RAM belirler.

Apache için net pratik

• Eğer Apache üzerinde PHP-FPM kullanırsanız yapı daha “Nginx’e benzer davranabilir”.
• mod_php kullanımı; bellek ve süreç modeli nedeniyle daha farklı ölçeklenebilir.
• Apache çalışma modu (event/worker) performansı doğrudan etkiler.

LiteSpeed için net pratik

• LiteSpeed, PHP-FPM yerine kendi entegrasyonlarıyla veya FastCGI ile çalışabilir.
• LiteSpeed Cache; özellikle WordPress’te tam sayfa önbellek + tarayıcı cache başlıkları ile TTFB’yi düşürme konusunda etkili olur.

4) Güvenlik ve erişim kontrolü: Ne kadar “kolay ve denetlenebilir”?

Sunucu seçimi kadar; hangi katmanda güvenlik uyguladığınız belirleyicidir: - TLS yapılandırması (sürüm, şifre paketi, HSTS) - Rate limit (gerekirse) - WAF (uygulama güvenlik duvarı) - Fail2ban benzeri brute-force önleme - Dosya izinleri ve uygulama güncelliği

Hızlı değerlendirme checklist’i

Aşağıdaki kontrol listesini her sunucu için uygulayın: - HTTP/2 etkin mi? (HTTP/2 destekli ise CDN ve tarayıcı tarafı avantaj sağlar) - HTTP Strict Transport Security (HSTS) var mı? - Redirect zinciri oluşuyor mu? (301/308 doğru mu) - Basit bir path traversal denemesi (örn. ..) loglara düşüyor mu? - PHP hata ekranı (display_errors) kapalı mı? - Yetkisiz dizin listeleme (directory listing) kapalı mı?

Sunucu türü fark etmeden, bu başlıklar doğru değilse “hangi sunucu seçeyim?” sorusu anlamını yitirir.

5) Uygun senaryo seçimi: Apache mı Nginx mi LiteSpeed mi?

Aşağıdaki karar matrisi, “site tipi” ve “iş yükü” üzerinden netleştirir.

Hangi durumda Apache daha mantıklı?

• Mevcut altyapınız Apache modüllerine ve mevcut .htaccess akışına dayanıyorsa.
• Mod ekosistemi (spesifik dönüşümler/uygulamalar) çok kritikse.
• Takımınızın Apache konfigürasyon yönetim tecrübesi net ve dokümante ise.

Hangi durumda Nginx daha mantıklı?

• Statik ağırlıklı site + yüksek eşzamanlılık hedefi varsa.
• Reverse proxy, load balancer mimarisine yakın bir kullanım istiyorsanız.
• PHP-FPM ile katmanlı (separation of concerns) yönetim yapmak istiyorsanız.
• “Konfigürasyon sade kalsın, ölçekleme kontrolü PHP-FPM ve cache tarafında olsun” diyorsanız.

Hangi durumda LiteSpeed daha mantıklı?

• WordPress ve benzeri PHP uygulamalarında hızlı önbellekleme (tam sayfa + nesne) hedefi varsa.
• Yönetim pratikliği: Apache mantığına yakın konfigürasyonla hızlı geçiş arıyorsanız.
• Aynı sunucuda hem web hem de önbellek davranışını güçlü optimize etmek istiyorsanız.

6) Karar verirken yapılacak net test: “Bench değil, gerçek senaryo”

Satın alma öncesi veya VDS taşınırken, hedefe uygun 3 test yapın. Amaç; sunucu isimlerini ezberlemek değil, sizin trafiğinizi taklit ederek “hangisi daha az gecikme veriyor?” sorusunu netleştirmek.

Test 1: Statik dosya senaryosu

• 10.000 istek benzeri yük (örn. aynı görsel/JS dosyası)
• Ölçüm: yanıt süresi dağılımı, hata oranı

Test 2: Dinamik (PHP) senaryosu

• WordPress gibi sayfa üretimini seçin (homepage + 1 içerik sayfası + admin dışı sayfa)
• Ölçüm: TTFB, CPU kullanımı, PHP-FPM queue davranışı

Test 3: Ön belleğin etkisi

• Cache açık/kapalı karşılaştırması yapın.
• Ölçüm: Cache açıkken TTFB düşüyor mu? Cache yanlış konfigurasyonda 500 hatası üretiyor mu?

Bu testlerde sunucular arası farkı en çok belirleyen şeyler genellikle şunlar çıkar: - PHP-FPM çocuk sayısı - Cache başlıkları (ETag, Cache-Control) - Redis/Memcached kullanımı - TLS/HTTP optimizasyonları

Sonuç: Hız arıyorsanız tek ölçüt sunucu adı değil, iş yükü

Karar verirken “Apache mi Nginx mi LiteSpeed mi?” sorusunu; statik/dinamik oranı, PHP işleme modeli ve cache stratejinizle birlikte ele alın. Eğer yüksek eşzamanlılık ve statik ağırlık öne çıkıyorsa Nginx daha net bir başlangıçtır. WordPress gibi uygulamalarda cache entegrasyonu ve düşük TTFB hedefi varsa LiteSpeed çoğu senaryoda güçlü sonuç verir. Apache ise mevcut ekosistem ve .htaccess alışkanlığı ağır basıyorsa tercih edilebilir.

Aksiyon önerisi: VDS kiralamadan önce hedef sitenizden 3 sayfa seçin (statik benzeri, dinamik benzeri, yoğun trafik bölümü) ve cache açık/kapalı test edin. Sonuçları TTFB + hata oranı ekseninde karşılaştırın; ardından sunucu seçimini bu ölçüme göre netleştirin.