Web SunucusuvsUygulama Sunucusu

Web sunucusu ve uygulama sunucusu, bir isteğin yolu üzerindeki iki roldür. NGINX, Apache HTTP Server ya da Caddy gibi bir web sunucusu HTTP bağlantılarını kabul eder, HTTPS'i sonlandırır, görseller ve stil sayfaları gibi statik dosyaları doğrudan diskten sunar ve geri kalan her şeyi iletir. Gunicorn, Puma, Tomcat ya da Kestrel gibi bir uygulama sunucusu ise uygulamanızın kodunu barındırır ve iş mantığını çalıştırır: her istek için girdiyi denetler, veritabanını sorgular ve yanıtı oluşturur.

Bu ayrım, iki işin farklı güçler gerektirmesinden doğar. Çok sayıda açık bağlantıyı, yavaş istemcileri, sıkıştırmayı ve TLS'i verimli yönetmek uzmanlık isteyen bir iştir; uygulama kodunu çalıştırmak ise worker süreçlerini ya da iş parçacıklarını, veritabanı bağlantı havuzlarını, oturumları ve transaction'ları yönetmekle ilgilidir. İkisini ayrı tutmak her birinin kendi işini iyi yapmasını sağlar; web sunucusu da birkaç uygulama sunucusunu koruyup yükü aralarında dağıtabilir.

Tipik bir kurulumda birlikte çalışırlar: NGINX internete bakar, statik istekleri kendisi yanıtlar ve dinamik olanları uygulama sunucusuna iletir; tıpkı bir restoranın ön tezgâhının hazır ürünleri hemen verip özel siparişleri mutfağa göndermesi gibi. Kurumsal Java'da WildFly ya da WebLogic gibi tam uygulama sunucuları Jakarta EE'yi uygular ve dağıtılan WAR ya da EAR dosyalarını barındırır; diğer ekosistemlerin çoğunda ise uygulama sunucusu, Python için Gunicorn ya da PHP için PHP-FPM gibi tek bir uygulamayı çalıştıran küçük bir süreçtir.

Sık yapılan bir yanlış, aralarındaki çizginin katı olduğunu düşünmektir. Birçok framework kendi içine bir HTTP sunucusu gömer: bir Spring Boot uygulaması içinde Tomcat'le gelir, bir Node.js uygulaması da kendi sunucusunu açar; Tomcat dosya da sunabilir, NGINX de modüller aracılığıyla küçük script'ler çalıştırabilir. Ayrım, her birinin yığındaki asıl işiyle ilgilidir; production'da önde yine de çoğunlukla ayrı bir web sunucusu ya da reverse proxy durur.