G\u00fcn\u00fcm\u00fcz\u00fcn h\u0131zla de\u011fi\u015fen yaz\u0131l\u0131m d\u00fcnyas\u0131nda, uygulamalar\u0131n geli\u015ftirilmesi, da\u011f\u0131t\u0131lmas\u0131 ve y\u00f6netilmesi s\u00fcre\u00e7leri her zamankinden daha karma\u015f\u0131k hale gelmi\u015ftir. Geli\u015ftiriciler, “benim makinemde \u00e7al\u0131\u015f\u0131yor” sendromuyla s\u0131k\u00e7a kar\u015f\u0131la\u015f\u0131rken, operasyon ekipleri farkl\u0131 ba\u011f\u0131ml\u0131l\u0131klar ve ortam tutars\u0131zl\u0131klar\u0131yla m\u00fccadele etmektedir. \u0130\u015fte tam bu noktada Docker<\/strong> ve konteynerizasyon<\/strong> devreye girerek, yaz\u0131l\u0131m ya\u015fam d\u00f6ng\u00fcs\u00fcne devrim niteli\u011finde bir \u00e7\u00f6z\u00fcm sunar. Docker, uygulamalar\u0131 ba\u011f\u0131ml\u0131l\u0131klar\u0131yla birlikte izole edilmi\u015f, ta\u015f\u0131nabilir ve tutarl\u0131 bir ortamda \u00e7al\u0131\u015ft\u0131rmay\u0131 m\u00fcmk\u00fcn k\u0131lar. Bu sayede, geli\u015ftirme ortam\u0131ndan test ortam\u0131na ve nihayetinde \u00fcretim ortam\u0131na kadar her a\u015famada ayn\u0131 uygulaman\u0131n ayn\u0131 \u015fekilde \u00e7al\u0131\u015faca\u011f\u0131ndan emin olabiliriz.<\/p>\n Bu makalede, Docker’\u0131n temel prensiplerini derinlemesine inceleyecek, ard\u0131ndan y\u00fcksek performansl\u0131 bir web sunucusu ve ters proxy olan Nginx<\/strong>‘i Docker ile nas\u0131l konteynerize edece\u011fimizi ad\u0131m ad\u0131m g\u00f6sterece\u011fiz. \u00d6zellikle, Nginx’i birden fazla arka u\u00e7 uygulamas\u0131n\u0131 tek bir eri\u015fim noktas\u0131 \u00fczerinden y\u00f6nlendiren bir ters proxy (reverse proxy) olarak nas\u0131l yap\u0131land\u0131raca\u011f\u0131m\u0131z\u0131 detayland\u0131raca\u011f\u0131z. Docker Compose kullanarak \u00e7oklu konteyner uygulamalar\u0131n\u0131 nas\u0131l y\u00f6netece\u011fimizi de ele alarak, modern uygulama da\u011f\u0131t\u0131m pratiklerinin temel ta\u015flar\u0131n\u0131 \u00f6\u011frenmi\u015f olaca\u011f\u0131z. Bu rehber, hem Docker’a yeni ba\u015flayanlar hem de Nginx’i konteynerize edilmi\u015f bir ortamda etkin bir \u015fekilde kullanmak isteyen deneyimli geli\u015ftiriciler ve sistem y\u00f6neticileri i\u00e7in kapsaml\u0131 bir kaynak olmay\u0131 hedeflemektedir.<\/p>\n Docker, uygulamalar\u0131 ve ba\u011f\u0131ml\u0131l\u0131klar\u0131n\u0131 k\u00fc\u00e7\u00fck, hafif ve ta\u015f\u0131nabilir birimler olan konteynerler i\u00e7inde paketlemek i\u00e7in kullan\u0131lan a\u00e7\u0131k kaynakl\u0131 bir platformdur. Konteynerizasyon, sanal makineler (VM’ler) gibi geleneksel sanalla\u015ft\u0131rma y\u00f6ntemlerine k\u0131yasla \u00f6nemli avantajlar sunar.<\/p>\n Docker’\u0131n temelini olu\u015fturan birka\u00e7 anahtar kavram bulunmaktad\u0131r:<\/p>\n * Konteyner (Container):<\/strong> Bir uygulaman\u0131n \u00e7al\u0131\u015ft\u0131r\u0131labilen, ba\u011f\u0131ms\u0131z bir birimidir. Uygulaman\u0131n kodu, \u00e7al\u0131\u015fma zaman\u0131, sistem ara\u00e7lar\u0131, k\u00fct\u00fcphaneler ve ayarlar dahil olmak \u00fczere \u00e7al\u0131\u015fmas\u0131 i\u00e7in gereken her \u015feyi i\u00e7erir. Konteynerler, ana i\u015fletim sistemi \u00e7ekirde\u011fini payla\u015f\u0131r ancak kendi izole edilmi\u015f dosya sistemlerine, a\u011f aray\u00fczlerine ve s\u00fcre\u00e7 alanlar\u0131na sahiptir. Docker’\u0131n pop\u00fclaritesi, sundu\u011fu bir dizi \u00f6nemli avantajdan kaynaklanmaktad\u0131r:<\/p>\n * Tutarl\u0131l\u0131k (Consistency):<\/strong> Geli\u015ftirme, test ve \u00fcretim ortamlar\u0131 aras\u0131nda tutarl\u0131l\u0131\u011f\u0131 garanti eder. Uygulama, Docker imaj\u0131 i\u00e7inde paketlendi\u011fi i\u00e7in, her ortamda ayn\u0131 ba\u011f\u0131ml\u0131l\u0131klar ve konfig\u00fcrasyonlarla \u00e7al\u0131\u015f\u0131r. Bu, “benim makinemde \u00e7al\u0131\u015f\u0131yor” sorununu ortadan kald\u0131r\u0131r. Nginx (Engine-X olarak telaffuz edilir), y\u00fcksek performansl\u0131, a\u00e7\u0131k kaynakl\u0131 bir web sunucusu, ters proxy, y\u00fck dengeleyici ve HTTP \u00f6nbelle\u011fi olarak i\u015flev g\u00f6ren pop\u00fcler bir yaz\u0131l\u0131md\u0131r. \u00d6zellikle yo\u011fun trafikli web siteleri i\u00e7in tasarlanm\u0131\u015f olup, d\u00fc\u015f\u00fck bellek t\u00fcketimi ve e\u015f zamanl\u0131 ba\u011flant\u0131lar\u0131 etkin bir \u015fekilde y\u00f6netme yetene\u011fi ile bilinir.<\/p>\n Nginx, ilk olarak 2004 y\u0131l\u0131nda Igor Sysoev taraf\u0131ndan piyasaya s\u00fcr\u00fcld\u00fc ve o zamandan beri web altyap\u0131s\u0131n\u0131n \u00f6nemli bir bile\u015feni haline geldi. Apache HTTP Sunucusu gibi geleneksel web sunucular\u0131ndan farkl\u0131 olarak, Nginx olay tabanl\u0131 (event-driven) ve asenkron bir mimariye sahiptir. Bu mimari, Nginx’in ayn\u0131 anda binlerce ba\u011flant\u0131y\u0131 \u00e7ok daha az sistem kayna\u011f\u0131 kullanarak i\u015fleyebilmesini sa\u011flar.<\/p>\n Nginx’in ba\u015fl\u0131ca kullan\u0131m alanlar\u0131 \u015funlard\u0131r:<\/p>\n * Statik \u0130\u00e7erik Sunumu:<\/strong> HTML, CSS, JavaScript dosyalar\u0131 ve g\u00f6rseller gibi statik i\u00e7erikleri son derece h\u0131zl\u0131 bir \u015fekilde sunar. Bir ters proxy, istemciden gelen istekleri kabul eden ve bu istekleri bir veya daha fazla arka u\u00e7 sunucusuna (genellikle web sunucular\u0131 veya uygulama sunucular\u0131) ileten bir sunucudur. Arka u\u00e7 sunucular\u0131, iste\u011fi i\u015fler ve yan\u0131t\u0131 ters proxy’ye geri g\u00f6nderir; ters proxy de bu yan\u0131t\u0131 istemciye iletir. \u0130stemci, arka u\u00e7 sunucular\u0131n\u0131n varl\u0131\u011f\u0131ndan haberdar de\u011fildir ve sadece ters proxy ile etkile\u015fime girdi\u011fini d\u00fc\u015f\u00fcn\u00fcr.<\/p>\n Ters proxy’lerin kullan\u0131m\u0131n\u0131n bir\u00e7ok \u00f6nemli faydas\u0131 vard\u0131r:<\/p>\n * G\u00fcvenlik:<\/strong> Ters proxy, arka u\u00e7 sunucular\u0131n\u0131 do\u011frudan internete maruz kalmaktan korur. \u0130stemciler sadece ters proxy’nin IP adresini g\u00f6r\u00fcr, bu da arka u\u00e7 sunucular\u0131n\u0131n zafiyetlerini gizlemeye yard\u0131mc\u0131 olur. Ayr\u0131ca, g\u00fcvenlik duvar\u0131 ve DDoS korumas\u0131 gibi ek g\u00fcvenlik \u00f6nlemleri ters proxy seviyesinde uygulanabilir. \u00d6zetle, Nginx bir ters proxy olarak kullan\u0131ld\u0131\u011f\u0131nda, karma\u015f\u0131k uygulama mimarilerini basitle\u015ftirir, g\u00fcvenli\u011fi art\u0131r\u0131r, performans\u0131 iyile\u015ftirir ve \u00f6l\u00e7eklenebilirli\u011fi destekler.<\/p>\n Nginx’i Docker ile konteynerize etmek, onun da\u011f\u0131t\u0131m\u0131n\u0131 ve y\u00f6netimini \u00f6nemli \u00f6l\u00e7\u00fcde basitle\u015ftirir. Bu b\u00f6l\u00fcmde, Nginx’i temel bir konteyner olarak \u00e7al\u0131\u015ft\u0131rmaktan, \u00f6zel konfig\u00fcrasyonlarla bir imaj olu\u015fturmaya kadar ad\u0131mlar\u0131 inceleyece\u011fiz.<\/p>\n \u0130lk ad\u0131m olarak, Docker Hub’dan resmi Nginx imaj\u0131n\u0131 \u00e7ekip \u00e7al\u0131\u015ft\u0131rmakla ba\u015flayabiliriz. Bu, Nginx’in varsay\u0131lan konfig\u00fcrasyonuyla \u00e7al\u0131\u015fan h\u0131zl\u0131 bir ba\u015flang\u0131\u00e7 sa\u011flar.<\/p>\n 1. Nginx \u0130maj\u0131n\u0131 \u00c7ekme:<\/strong> Bu komut, Nginx imaj\u0131n\u0131 yerel Docker deponuza indirir. 2. Nginx Konteynerini \u00c7al\u0131\u015ft\u0131rma:<\/strong> * 3. \u00c7al\u0131\u015ft\u0131\u011f\u0131n\u0131 Test Etme:<\/strong> Konteynerin \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 do\u011frulamak i\u00e7in \u00c7\u0131kt\u0131da \u00c7o\u011fu ger\u00e7ek d\u00fcnya senaryosunda, Nginx’i varsay\u0131lan konfig\u00fcrasyonuyla de\u011fil, \u00f6zel bir konfig\u00fcrasyon dosyas\u0131yla \u00e7al\u0131\u015ft\u0131rmak isteriz. \u00d6zellikle ters proxy olarak kullanaca\u011f\u0131m\u0131zda bu ka\u00e7\u0131n\u0131lmazd\u0131r. \u00d6zel bir 1. \u00d6zel Bu konfig\u00fcrasyon, Nginx’in varsay\u0131lan davran\u0131\u015f\u0131n\u0131 taklit eder: 80 numaral\u0131 portu dinler ve 2. Dockerfile Olu\u015fturma:<\/strong> 3. \u0130maj\u0131 Olu\u015fturma (Build Etme):<\/strong> * 4. \u00d6zel Konteyneri \u00c7al\u0131\u015ft\u0131rma:<\/strong> Taray\u0131c\u0131n\u0131zdan Bu ad\u0131mlar, Nginx’i Docker ile temel seviyede konteynerize etmeyi ve \u00f6zel bir konfig\u00fcrasyonla \u00e7al\u0131\u015ft\u0131rmay\u0131 g\u00f6sterir. Bir sonraki b\u00f6l\u00fcmde, Nginx’i ger\u00e7ek bir ters proxy olarak yap\u0131land\u0131rmak i\u00e7in bu bilgiyi kullanaca\u011f\u0131z.<\/p>\n \u015eimdi Nginx’i, birden fazla arka u\u00e7 uygulamas\u0131n\u0131 tek bir eri\u015fim noktas\u0131 \u00fczerinden y\u00f6nlendiren bir ters proxy olarak yap\u0131land\u0131rma konusuna ge\u00e7elim. Bu senaryoda, iki basit web uygulamam\u0131z olacak ve Nginx bu uygulamalara gelen istekleri URL yollar\u0131na g\u00f6re y\u00f6nlendirecek.<\/p>\n Hayal edelim ki, biri * Uygulama 1:<\/strong> Basit bir Node.js uygulamas\u0131, \u00d6ncelikle, proxy edece\u011fimiz iki basit Node.js uygulamas\u0131n\u0131 olu\u015ftural\u0131m. Her uygulama i\u00e7in ayr\u0131 bir dizin ve 1. Uygulama 1 ( 2. Uygulama 2 ( \u015eimdi \u00d6nemli Not:<\/strong> Yukar\u0131daki senaryoda \u00fc\u00e7 ayr\u0131 konteyneri (Nginx, app1, app2) manuel olarak y\u00f6netmek karma\u015f\u0131k olabilir. \u0130\u015fte bu noktada Docker Compose<\/strong> devreye girer. Docker Compose, \u00e7oklu konteyner Docker uygulamalar\u0131n\u0131 tan\u0131mlamak ve \u00e7al\u0131\u015ft\u0131rmak i\u00e7in bir ara\u00e7t\u0131r. Bir YAML dosyas\u0131 kullanarak uygulaman\u0131z\u0131n t\u00fcm servislerini, a\u011flar\u0131n\u0131 ve birimlerini tek bir dosyada tan\u0131mlars\u0131n\u0131z, ard\u0131ndan tek bir komutla t\u00fcm uygulamay\u0131 ba\u015flatabilirsiniz.<\/p>\n * Tek Dosya Tan\u0131m\u0131:<\/strong> T\u00fcm uygulama y\u0131\u011f\u0131n\u0131 (servisler, a\u011flar, depolama) tek bir \u015eimdi, Dosya Yap\u0131s\u0131:<\/strong> * Bu komut, Test Etme:<\/strong> Bu, Nginx’in istekleri do\u011fru arka u\u00e7 uygulamalar\u0131na ba\u015far\u0131yla y\u00f6nlendirdi\u011fini kan\u0131tlar.<\/p>\n Servisleri Durdurma ve Temizleme:<\/strong> E\u011fer imajlar\u0131 da kald\u0131rmak isterseniz:<\/p>\n Nginx, ters proxy olarak kullan\u0131ld\u0131\u011f\u0131nda bir\u00e7ok geli\u015fmi\u015f \u00f6zelli\u011fi destekler:<\/p>\n * SSL\/TLS Sonland\u0131rma:<\/strong> Nginx, istemci ile kendisi aras\u0131ndaki ileti\u015fimi \u015fifrelemek i\u00e7in SSL\/TLS sertifikalar\u0131n\u0131 bar\u0131nd\u0131rabilir. Bu, arka u\u00e7 uygulamalar\u0131n\u0131n SSL y\u00fck\u00fcnden kurtulmas\u0131n\u0131 sa\u011flar. Let’s Encrypt gibi hizmetlerle entegre olarak otomatik sertifika y\u00f6netimi de yap\u0131labilir. * \u00d6nbellekleme (Caching):<\/strong> Nginx, arka u\u00e7tan gelen yan\u0131tlar\u0131 \u00f6nbelle\u011fe alarak tekrarlanan isteklerde arka u\u00e7 sunucusuna gitme ihtiyac\u0131n\u0131 ortadan kald\u0131r\u0131r ve yan\u0131t s\u00fcrelerini \u00f6nemli \u00f6l\u00e7\u00fcde h\u0131zland\u0131r\u0131r.<\/p>\n * Hata Sayfalar\u0131:<\/strong> Arka u\u00e7 sunucusu ula\u015f\u0131lamad\u0131\u011f\u0131nda veya bir hata d\u00f6nd\u00fcrd\u00fc\u011f\u00fcnde \u00f6zel hata sayfalar\u0131 sunmak i\u00e7in Bu geli\u015fmi\u015f ayarlar, Nginx’in bir ters proxy olarak potansiyelini tam olarak kullanman\u0131z\u0131 sa\u011flar ve modern web uygulamalar\u0131 i\u00e7in sa\u011flam ve performansl\u0131 bir altyap\u0131 olu\u015fturman\u0131za yard\u0131mc\u0131 olur.<\/p>\n Docker ve Nginx ile \u00e7al\u0131\u015f\u0131rken kar\u015f\u0131la\u015fabilece\u011finiz baz\u0131 yayg\u0131n sorunlar ve bunlar\u0131n \u00e7\u00f6z\u00fcmleri \u015funlard\u0131r:<\/p>\n * Port \u00c7ak\u0131\u015fmalar\u0131:<\/strong> * Network \u0130zolasyonu ve Servis Ke\u015ffi:<\/strong> * Nginx Konfig\u00fcrasyon Hatalar\u0131:<\/strong>Docker Temelleri<\/h3>\n
Docker Nedir?<\/h4>\n
\n* \u0130maj (Image):<\/strong> Bir konteyner olu\u015fturmak i\u00e7in kullan\u0131lan \u015fablondur. \u0130majlar, uygulaman\u0131n \u00e7al\u0131\u015fmas\u0131 i\u00e7in gereken t\u00fcm ba\u011f\u0131ml\u0131l\u0131klar\u0131 ve konfig\u00fcrasyonlar\u0131 i\u00e7erir ve genellikle bir Dockerfile kullan\u0131larak olu\u015fturulur. \u0130majlar sabittir (immutable) ve bir kez olu\u015fturulduktan sonra de\u011fi\u015fmezler.
\n* Dockerfile:<\/strong> Bir Docker imaj\u0131n\u0131n nas\u0131l olu\u015fturulaca\u011f\u0131n\u0131 tan\u0131mlayan metin tabanl\u0131 bir betiktir. Ad\u0131m ad\u0131m talimatlar i\u00e7erir: hangi temel imaj\u0131n kullan\u0131laca\u011f\u0131, hangi dosyalar\u0131n kopyalanaca\u011f\u0131, hangi komutlar\u0131n \u00e7al\u0131\u015ft\u0131r\u0131laca\u011f\u0131 vb.
\n* Docker Engine:<\/strong> Konteynerleri olu\u015fturan, \u00e7al\u0131\u015ft\u0131ran ve y\u00f6neten temel Docker bile\u015fenidir. Bir sunucuda veya geli\u015ftirme makinesinde \u00e7al\u0131\u015f\u0131r ve Docker CLI (Komut Sat\u0131r\u0131 Aray\u00fcz\u00fc) arac\u0131l\u0131\u011f\u0131yla etkile\u015fime girilir.
\n* Docker Hub:<\/strong> Docker imajlar\u0131 i\u00e7in bulut tabanl\u0131 bir kay\u0131t defteridir (registry). Geli\u015ftiriciler, kendi imajlar\u0131n\u0131 depolayabilir, payla\u015fabilir ve ba\u015fkalar\u0131n\u0131n imajlar\u0131n\u0131 \u00e7ekebilir.<\/p>\nNeden Docker?<\/h4>\n
\n* \u0130zolasyon (Isolation):<\/strong> Her konteyner, di\u011fer konteynerlerden ve ana sistemden izole edilmi\u015ftir. Bu, farkl\u0131 uygulamalar\u0131n veya farkl\u0131 versiyonlar\u0131n\u0131n ayn\u0131 sunucuda \u00e7ak\u0131\u015fmadan \u00e7al\u0131\u015fabilmesini sa\u011flar.
\n* Ta\u015f\u0131nabilirlik (Portability):<\/strong> Bir Docker imaj\u0131, herhangi bir Docker Engine y\u00fckl\u00fc makinede \u00e7al\u0131\u015fabilir. Bu, uygulamalar\u0131n bulut ortamlar\u0131, \u015firket i\u00e7i sunucular veya geli\u015ftirici makineleri aras\u0131nda kolayca ta\u015f\u0131nabilmesini sa\u011flar.
\n* Kaynak Verimlili\u011fi (Resource Efficiency):<\/strong> Sanal makinelerden farkl\u0131 olarak, konteynerler kendi i\u015fletim sistemlerini i\u00e7ermez; bunun yerine ana bilgisayar\u0131n \u00e7ekirde\u011fini payla\u015f\u0131r. Bu, daha az disk alan\u0131, bellek ve CPU t\u00fcketimi anlam\u0131na gelir, b\u00f6ylece ayn\u0131 donan\u0131m \u00fczerinde daha fazla uygulama \u00e7al\u0131\u015ft\u0131r\u0131labilir.
\n* H\u0131zl\u0131 Da\u011f\u0131t\u0131m (Rapid Deployment):<\/strong> Konteynerler \u00e7ok h\u0131zl\u0131 bir \u015fekilde ba\u015flat\u0131labilir ve durdurulabilir. Bu, CI\/CD (S\u00fcrekli Entegrasyon\/S\u00fcrekli Da\u011f\u0131t\u0131m) s\u00fcre\u00e7lerini h\u0131zland\u0131r\u0131r ve uygulamalar\u0131n daha s\u0131k ve g\u00fcvenilir bir \u015fekilde da\u011f\u0131t\u0131lmas\u0131na olanak tan\u0131r.
\n* Versiyonlama ve Geri D\u00f6n\u00fc\u015f (Versioning and Rollback):<\/strong> Docker imajlar\u0131 versiyonlanabilir. Bu, uygulaman\u0131n farkl\u0131 versiyonlar\u0131n\u0131 kolayca y\u00f6netmeyi ve sorun ya\u015fand\u0131\u011f\u0131nda \u00f6nceki bir versiyona h\u0131zla geri d\u00f6nmeyi sa\u011flar.<\/p>\nNginx Temelleri ve Ters Proxy Kavram\u0131<\/h3>\n
Nginx Nedir?<\/h4>\n
\n* Ters Proxy (Reverse Proxy):<\/strong> \u0130stemci isteklerini bir veya daha fazla arka u\u00e7 sunucusuna y\u00f6nlendirir. Bu, Nginx’in ana konumuz olan kullan\u0131m \u015feklidir.
\n* Y\u00fck Dengeleyici (Load Balancer):<\/strong> Gelen trafi\u011fi birden fazla arka u\u00e7 sunucusu aras\u0131nda da\u011f\u0131tarak performans\u0131 art\u0131r\u0131r ve tek hata noktas\u0131n\u0131 (single point of failure) ortadan kald\u0131r\u0131r.
\n* HTTP \u00d6nbelle\u011fi (HTTP Cache):<\/strong> S\u0131k\u00e7a istenen i\u00e7erikleri \u00f6nbelle\u011fe alarak arka u\u00e7 sunucular\u0131n\u0131n y\u00fck\u00fcn\u00fc azalt\u0131r ve yan\u0131t s\u00fcrelerini k\u0131salt\u0131r.
\n* SSL\/TLS Sonland\u0131rma:<\/strong> SSL\/TLS \u015fifrelemesini Nginx \u00fczerinde sonland\u0131rarak arka u\u00e7 sunucular\u0131n\u0131n bu y\u00fckten kurtulmas\u0131n\u0131 sa\u011flar.<\/p>\nTers Proxy (Reverse Proxy) Nedir ve Neden Kullan\u0131l\u0131r?<\/h4>\n
\n* Y\u00fck Dengeleme (Load Balancing):<\/strong> Gelen trafi\u011fi birden fazla arka u\u00e7 sunucusu aras\u0131nda da\u011f\u0131tarak sunucu y\u00fck\u00fcn\u00fc dengeleyebilir. Bu, uygulaman\u0131n performans\u0131n\u0131 ve \u00f6l\u00e7eklenebilirli\u011fini art\u0131r\u0131r. E\u011fer bir sunucu ar\u0131zalan\u0131rsa, ters proxy trafi\u011fi di\u011fer \u00e7al\u0131\u015fan sunuculara y\u00f6nlendirebilir.
\n* SSL\/TLS Sonland\u0131rma:<\/strong> T\u00fcm SSL\/TLS \u015fifreleme ve \u015fifre \u00e7\u00f6zme i\u015flemleri ters proxy \u00fczerinde yap\u0131labilir. Bu, arka u\u00e7 uygulama sunucular\u0131n\u0131n bu i\u015flem y\u00fck\u00fcnden kurtulmas\u0131n\u0131 ve sadece uygulama mant\u0131\u011f\u0131na odaklanmas\u0131n\u0131 sa\u011flar.
\n* \u00d6nbellekleme (Caching):<\/strong> S\u0131k\u00e7a istenen i\u00e7erikleri \u00f6nbelle\u011fe alarak arka u\u00e7 sunucular\u0131n\u0131n y\u00fck\u00fcn\u00fc azalt\u0131r ve istemcilere daha h\u0131zl\u0131 yan\u0131t s\u00fcreleri sunar.
\n* Mikroservis Y\u00f6nlendirme:<\/strong> Mikroservis mimarilerinde, ters proxy, farkl\u0131 mikroservisleri farkl\u0131 URL yollar\u0131na veya alt alan adlar\u0131na g\u00f6re y\u00f6nlendirmek i\u00e7in kullan\u0131l\u0131r. \u00d6rne\u011fin, \/api\/users<\/code> iste\u011fi kullan\u0131c\u0131 servisine, \/api\/products<\/code> iste\u011fi \u00fcr\u00fcn servisine y\u00f6nlendirilebilir.
\n* S\u0131k\u0131\u015ft\u0131rma ve Optimizasyon:<\/strong> Gelen yan\u0131tlar\u0131 s\u0131k\u0131\u015ft\u0131rabilir veya di\u011fer optimizasyonlar\u0131 uygulayarak bant geni\u015fli\u011fi kullan\u0131m\u0131n\u0131 azaltabilir ve sayfa y\u00fckleme s\u00fcrelerini iyile\u015ftirebilir.
\n* URL Yeniden Yazma (URL Rewriting):<\/strong> \u0130stemciden gelen URL’leri arka u\u00e7 sunucular\u0131n\u0131n bekledi\u011fi formata g\u00f6re yeniden yazabilir.<\/p>\nNginx’i Docker ile Konteynerize Etme<\/h3>\n
Temel Nginx Konteyneri Olu\u015fturma<\/h4>\n
\n Docker Hub’dan Nginx’in en son stabil imaj\u0131n\u0131 \u00e7ekmek i\u00e7in a\u015fa\u011f\u0131daki komutu kullan\u0131n:<\/p>\ndocker pull nginx:latest<\/code><\/pre>\nlatest<\/code> etiketi, genellikle en son stabil s\u00fcr\u00fcm\u00fc i\u015faret eder.<\/p>\n
\n \u0130maj\u0131 indirdikten sonra, Nginx’i bir konteyner i\u00e7inde \u00e7al\u0131\u015ft\u0131rabiliriz. Konteyneri ana makinenin 80 portuna (HTTP varsay\u0131lan portu) ba\u011flamak i\u00e7in -p<\/code> bayra\u011f\u0131n\u0131 kullanaca\u011f\u0131z.<\/p>\ndocker run -d -p 80:80 --name my-nginx-container nginx:latest<\/code><\/pre>\n-d<\/code>: Konteyneri arka planda (detached mode) \u00e7al\u0131\u015ft\u0131r\u0131r.
\n * -p 80:80<\/code>: Ana makinenin 80 portunu konteynerin 80 portuna e\u015fler. B\u00f6ylece, ana makinenin IP adresine veya localhost<\/code>‘a 80 portundan gelen istekler konteynerdeki Nginx’e y\u00f6nlendirilir.
\n * --name my-nginx-container<\/code>: Konteynera okunabilir bir isim veririz.
\n * nginx:latest<\/code>: \u00c7al\u0131\u015ft\u0131r\u0131lacak imaj\u0131n ad\u0131d\u0131r.<\/p>\n
\n Taray\u0131c\u0131n\u0131z\u0131 a\u00e7\u0131n ve http:\/\/localhost<\/code> adresine gidin. Nginx’in varsay\u0131lan kar\u015f\u0131lama sayfas\u0131n\u0131 g\u00f6rmelisiniz (“Welcome to Nginx!”). Bu, Nginx konteynerinizin ba\u015far\u0131yla \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 g\u00f6sterir.<\/p>\ndocker ps<\/code> komutunu da kullanabilirsiniz:<\/p>\ndocker ps<\/code><\/pre>\nmy-nginx-container<\/code> isimli konteyneri g\u00f6rmelisiniz.<\/p>\n\u00d6zel Nginx Konfig\u00fcrasyonu Kullanma<\/h4>\n
nginx.conf<\/code> dosyas\u0131 kullanarak kendi Nginx imaj\u0131m\u0131z\u0131 nas\u0131l olu\u015fturaca\u011f\u0131m\u0131z\u0131 g\u00f6relim.<\/p>\nnginx.conf<\/code> Dosyas\u0131 Olu\u015fturma:<\/strong>
\n \u00d6ncelikle, Nginx’in konfig\u00fcrasyonunu tan\u0131mlayacak bir nginx.conf<\/code> dosyas\u0131 olu\u015ftural\u0131m. Bu \u00f6rnekte, Nginx’in varsay\u0131lan ayarlar\u0131n\u0131 kullanarak basit bir konfig\u00fcrasyon tan\u0131mlayaca\u011f\u0131z. Daha sonra ters proxy i\u00e7in bu dosyay\u0131 g\u00fcncelleyece\u011fiz.
\n Yeni bir dizin olu\u015fturun (\u00f6rne\u011fin, my-nginx-proxy<\/code>) ve i\u00e7ine nginx.conf<\/code> ad\u0131nda bir dosya olu\u015fturun:<\/p>\n# my-nginx-proxy\/nginx.conf\n worker_processes auto;\n events {\n worker_connections 1024;\n }\n http {\n include \/etc\/nginx\/mime.types;\n default_type application\/octet-stream;\n sendfile on;\n keepalive_timeout 65;\n\n server {\n listen 80;\n server_name localhost;\n\n location \/ {\n root \/usr\/share\/nginx\/html;\n index index.html index.htm;\n }\n\n error_page 500 502 503 504 \/50x.html;\n location = \/50x.html {\n root \/usr\/share\/nginx\/html;\n }\n }\n }<\/code><\/pre>\n\/usr\/share\/nginx\/html<\/code> dizininden statik dosyalar sunar.<\/p>\n
\n \u015eimdi, bu \u00f6zel nginx.conf<\/code> dosyas\u0131n\u0131 i\u00e7eren kendi Nginx imaj\u0131m\u0131z\u0131 olu\u015fturmak i\u00e7in bir Dockerfile<\/code> olu\u015ftural\u0131m. nginx.conf<\/code> dosyas\u0131n\u0131n bulundu\u011fu ayn\u0131 dizine Dockerfile<\/code> ad\u0131nda bir dosya ekleyin:<\/p>\n# my-nginx-proxy\/Dockerfile\n # Resmi Nginx imaj\u0131n\u0131 temel al\n FROM nginx:latest\n\n # \u00d6zel nginx.conf dosyam\u0131z\u0131 konteynerin do\u011fru yerine kopyala\n COPY nginx.conf \/etc\/nginx\/nginx.conf\n\n # Nginx'in dinleyece\u011fi portu belirt (iste\u011fe ba\u011fl\u0131, dok\u00fcmantasyon ama\u00e7l\u0131)\n EXPOSE 80\n\n # Konteyner ba\u015flat\u0131ld\u0131\u011f\u0131nda Nginx'i \u00e7al\u0131\u015ft\u0131r\n # \"daemon off;\" Nginx'in bir foreground s\u00fcreci olarak \u00e7al\u0131\u015fmas\u0131n\u0131 sa\u011flar,\n # bu da Docker'\u0131n konteynerin \u00e7al\u0131\u015ft\u0131\u011f\u0131n\u0131 anlamas\u0131 i\u00e7in gereklidir.\n CMD [\"nginx\", \"-g\", \"daemon off;\"]<\/code><\/pre>\n
\n Dockerfile<\/code> ve nginx.conf<\/code> dosyalar\u0131n\u0131 olu\u015fturdu\u011funuz my-nginx-proxy<\/code> dizininde, a\u015fa\u011f\u0131daki komutu \u00e7al\u0131\u015ft\u0131rarak kendi Nginx imaj\u0131n\u0131z\u0131 olu\u015fturun:<\/p>\ndocker build -t custom-nginx-image .<\/code><\/pre>\n-t custom-nginx-image<\/code>: Olu\u015fturulan imaja custom-nginx-image<\/code> ad\u0131n\u0131 verir.
\n * .<\/code>: Dockerfile<\/code>‘\u0131n ve ilgili dosyalar\u0131n mevcut dizinde oldu\u011funu belirtir.<\/p>\n
\n Olu\u015fturdu\u011funuz custom-nginx-image<\/code> imaj\u0131n\u0131 kullanarak bir konteyner \u00e7al\u0131\u015ft\u0131r\u0131n:<\/p>\ndocker run -d -p 80:80 --name custom-nginx-container custom-nginx-image<\/code><\/pre>\nhttp:\/\/localhost<\/code> adresine tekrar gidin. Yine Nginx’in kar\u015f\u0131lama sayfas\u0131n\u0131 g\u00f6rmelisiniz. Bu sefer, bu sayfa sizin \u00f6zel imaj\u0131n\u0131zdan gelmektedir. E\u011fer nginx.conf<\/code> dosyas\u0131nda bir hata olsayd\u0131, Nginx ba\u015flamazd\u0131 ve docker logs custom-nginx-container<\/code> komutu ile hata mesajlar\u0131n\u0131 g\u00f6rebilirdiniz.<\/p>\nNginx’i Ters Proxy Olarak Kullanma<\/h3>\n
Senaryo: \u0130ki Farkl\u0131 Web Uygulamas\u0131n\u0131 Proxy Etme<\/h4>\n
\/app1<\/code> yolu \u00fczerinden eri\u015filecek bir “Uygulama 1” ve di\u011feri \/app2<\/code> yolu \u00fczerinden eri\u015filecek bir “Uygulama 2” olmak \u00fczere iki farkl\u0131 web uygulamam\u0131z var. Her iki uygulama da kendi Docker konteynerlerinde \u00e7al\u0131\u015facak ve Nginx de ayr\u0131 bir Docker konteynerinde bu uygulamalar\u0131n \u00f6n\u00fcnde bir ters proxy g\u00f6revi g\u00f6recek.<\/p>\nhttp:\/\/app1_service:3001<\/code> adresinden eri\u015filebilir.
\n* Uygulama 2:<\/strong> Basit bir Node.js uygulamas\u0131, http:\/\/app2_service:3002<\/code> adresinden eri\u015filebilir.
\n* Nginx Proxy:<\/strong> http:\/\/localhost\/app1<\/code> isteklerini Uygulama 1’e, http:\/\/localhost\/app2<\/code> isteklerini Uygulama 2’ye y\u00f6nlendirecek.<\/p>\nUygulama Konteynerlerini Olu\u015fturma<\/h4>\n
Dockerfile<\/code> olu\u015fturaca\u011f\u0131z.<\/p>\napp1<\/code>):<\/strong>
\n my-nginx-proxy<\/code> ana dizininin i\u00e7ine app1<\/code> ad\u0131nda bir dizin olu\u015fturun.<\/p>\napp1\/app.js<\/code> dosyas\u0131:<\/p>\n\/\/ app1\/app.js\n const http = require('http');\n const port = 3001;\n\n const server = http.createServer((req, res) => {\n res.writeHead(200, { 'Content-Type': 'text\/plain' });\n res.end('Merhaba Uygulama 1! (Port 3001)\\n');\n });\n\n server.listen(port, () => {\n console.log(Uygulama 1 ${port} portunda \u00e7al\u0131\u015f\u0131yor.<\/code>);\n });<\/code><\/pre>\napp1\/Dockerfile<\/code> dosyas\u0131:<\/p>\n# app1\/Dockerfile\n FROM node:14-alpine\n\n WORKDIR \/app\n\n COPY package*.json .\/\n # package.json'\u0131m\u0131z yok ama genel bir pratik olarak ekleyelim\n # RUN npm install\n\n COPY . .\n\n EXPOSE 3001\n\n CMD [\"node\", \"app.js\"]<\/code><\/pre>\napp2<\/code>):<\/strong>
\n my-nginx-proxy<\/code> ana dizininin i\u00e7ine app2<\/code> ad\u0131nda bir dizin olu\u015fturun.<\/p>\napp2\/app.js<\/code> dosyas\u0131:<\/p>\n\/\/ app2\/app.js\n const http = require('http');\n const port = 3002;\n\n const server = http.createServer((req, res) => {\n res.writeHead(200, { 'Content-Type': 'text\/plain' });\n res.end('Merhaba Uygulama 2! (Port 3002)\\n');\n });\n\n server.listen(port, () => {\n console.log(Uygulama 2 ${port} portunda \u00e7al\u0131\u015f\u0131yor.<\/code>);\n });<\/code><\/pre>\napp2\/Dockerfile<\/code> dosyas\u0131:<\/p>\n# app2\/Dockerfile\n FROM node:14-alpine\n\n WORKDIR \/app\n\n COPY package*.json .\/\n # RUN npm install\n\n COPY . .\n\n EXPOSE 3002\n\n CMD [\"node\", \"app.js\"]<\/code><\/pre>\nNginx Ters Proxy Konfig\u00fcrasyonu<\/h4>\n
my-nginx-proxy\/nginx.conf<\/code> dosyam\u0131z\u0131 ters proxy olarak i\u015flev g\u00f6recek \u015fekilde g\u00fcncelleyelim. Bu konfig\u00fcrasyon, \/app1<\/code> ve \/app2<\/code> yollar\u0131na gelen istekleri ilgili arka u\u00e7 uygulamalar\u0131na y\u00f6nlendirecek.<\/p>\n# my-nginx-proxy\/nginx.conf\nworker_processes auto;\nevents {\n worker_connections 1024;\n}\nhttp {\n include \/etc\/nginx\/mime.types;\n default_type application\/octet-stream;\n sendfile on;\n keepalive_timeout 65;\n\n # Arka u\u00e7 servislerini tan\u0131mlamak i\u00e7in upstream bloklar\u0131\n # Docker Compose veya Docker network i\u00e7inde servis isimleri do\u011frudan kullan\u0131labilir\n upstream app1_service {\n server app1:3001; # app1, Docker network i\u00e7indeki servis ad\u0131d\u0131r\n }\n\n upstream app2_service {\n server app2:3002; # app2, Docker network i\u00e7indeki servis ad\u0131d\u0131r\n }\n\n server {\n listen 80;\n server_name localhost;\n\n # \/app1 yoluna gelen istekleri app1_service'e y\u00f6nlendir\n location \/app1\/ {\n proxy_pass http:\/\/app1_service\/;\n # Gelen iste\u011fin orijinal host ba\u015fl\u0131\u011f\u0131n\u0131 arka uca ilet\n proxy_set_header Host $host;\n # Gelen iste\u011fin orijinal IP adresini arka uca ilet\n proxy_set_header X-Real-IP $remote_addr;\n proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;\n proxy_set_header X-Forwarded-Proto $scheme;\n # Nginx'in \/app1\/ yolunu arka u\u00e7tan kald\u0131rarak y\u00f6nlendirmesi i\u00e7in\n # rewrite ^\/app1\/(.*)$ \/$1 break; # Bu, e\u011fer arka u\u00e7 \/app1'i beklemiyorsa kullan\u0131labilir.\n # Ancak proxy_pass sonuna e\u011fik \u00e7izgi eklemek genellikle yeterlidir.\n }\n\n # \/app2 yoluna gelen istekleri app2_service'e y\u00f6nlendir\n location \/app2\/ {\n proxy_pass http:\/\/app2_service\/;\n proxy_set_header Host $host;\n proxy_set_header X-Real-IP $remote_addr;\n proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;\n proxy_set_header X-Forwarded-Proto $scheme;\n }\n\n # Di\u011fer t\u00fcm istekler i\u00e7in varsay\u0131lan bir sayfa veya hata sayfas\u0131 sun\n location \/ {\n root \/usr\/share\/nginx\/html;\n index index.html;\n try_files $uri $uri\/ =404;\n # E\u011fer ana dizine bir index.html koyarsak bu k\u0131s\u0131m \u00e7al\u0131\u015f\u0131r.\n # \u015eimdilik varsay\u0131lan Nginx sayfas\u0131n\u0131 g\u00f6rmek i\u00e7in bo\u015f b\u0131rakabiliriz.\n return 200 'Nginx Ters Proxy \u00c7al\u0131\u015f\u0131yor!';\n }\n\n error_page 500 502 503 504 \/50x.html;\n location = \/50x.html {\n root \/usr\/share\/nginx\/html;\n }\n }\n}<\/code><\/pre>\nproxy_pass http:\/\/app1_service\/;<\/code> ifadesindeki son e\u011fik \u00e7izgi (\/<\/code>) \u00f6nemlidir. E\u011fer proxy_pass<\/code> URL’si bir e\u011fik \u00e7izgi ile biterse, location<\/code> blo\u011fundaki e\u015fle\u015fen \u00f6nek (bu durumda \/app1\/<\/code>) arka u\u00e7 sunucusuna g\u00f6nderilen URL’den \u00e7\u0131kar\u0131l\u0131r. Yani http:\/\/localhost\/app1\/somepath<\/code> iste\u011fi http:\/\/app1_service\/somepath<\/code> olarak y\u00f6nlendirilir. E\u011fer e\u011fik \u00e7izgi olmazsa (proxy_pass http:\/\/app1_service;<\/code>), location<\/code> \u00f6neki korunur ve http:\/\/localhost\/app1\/somepath<\/code> iste\u011fi http:\/\/app1_service\/app1\/somepath<\/code> olarak y\u00f6nlendirilir. Uygulamalar\u0131n\u0131z\u0131n URL yap\u0131land\u0131rmas\u0131na g\u00f6re do\u011fru olan\u0131 se\u00e7melisiniz. Genellikle ilk y\u00f6ntem tercih edilir.<\/p>\nDocker Compose ile Orkestrasyon<\/h3>\n
Neden Docker Compose?<\/h4>\n
docker-compose.yml<\/code> dosyas\u0131nda tan\u0131mlan\u0131r. Bu, uygulaman\u0131n konfig\u00fcrasyonunu s\u00fcrd\u00fcrmeyi ve payla\u015fmay\u0131 kolayla\u015ft\u0131r\u0131r.
\n* Kolay Y\u00f6netim:<\/strong> Tek bir komutla (\u00f6rne\u011fin, docker-compose up<\/code>) t\u00fcm servisleri ba\u015flatabilir, durdurabilir, yeniden olu\u015fturabilir ve \u00f6l\u00e7eklendirebilirsiniz.
\n* Servis Ke\u015ffi:<\/strong> Docker Compose, servisler aras\u0131nda otomatik olarak bir a\u011f olu\u015fturur ve servis isimlerini DNS \u00e7\u00f6z\u00fcn\u00fcrl\u00fc\u011f\u00fc i\u00e7in kullan\u0131r. Bu, bir servisin di\u011fer bir servise ad\u0131yla eri\u015febilece\u011fi anlam\u0131na gelir (\u00f6rne\u011fin, Nginx’in app1<\/code> servisine app1:3001<\/code> ile eri\u015fmesi).
\n* Ortam Tutarl\u0131l\u0131\u011f\u0131:<\/strong> Geli\u015ftirme, test ve \u00fcretim ortamlar\u0131 aras\u0131nda tutarl\u0131 bir uygulama y\u0131\u011f\u0131n\u0131 sa\u011flar.<\/p>\ndocker-compose.yml<\/code> Olu\u015fturma<\/h4>\nmy-nginx-proxy<\/code> ana dizininde, t\u00fcm uygulamam\u0131z\u0131 tan\u0131mlayan bir docker-compose.yml<\/code> dosyas\u0131 olu\u015ftural\u0131m:<\/p>\n# my-nginx-proxy\/docker-compose.yml\nversion: '3.8' # Docker Compose dosyas\u0131n\u0131n versiyonu\n\nservices:\n # Uygulama 1 servisi\n app1:\n build: .\/app1 # app1 dizinindeki Dockerfile'\u0131 kullanarak imaj\u0131 olu\u015ftur\n container_name: app1_container # Konteynerin ad\u0131\n ports:\n - \"3001:3001\" # Host'un 3001 portunu konteynerin 3001 portuna e\u015fle (iste\u011fe ba\u011fl\u0131, sadece test i\u00e7in)\n networks:\n - app_network # Bu servisi app_network a\u011f\u0131na dahil et\n\n # Uygulama 2 servisi\n app2:\n build: .\/app2 # app2 dizinindeki Dockerfile'\u0131 kullanarak imaj\u0131 olu\u015ftur\n container_name: app2_container # Konteynerin ad\u0131\n ports:\n - \"3002:3002\" # Host'un 3002 portunu konteynerin 3002 portuna e\u015fle (iste\u011fe ba\u011fl\u0131, sadece test i\u00e7in)\n networks:\n - app_network # Bu servisi app_network a\u011f\u0131na dahil et\n\n # Nginx ters proxy servisi\n nginx:\n build: . # Mevcut dizindeki Dockerfile'\u0131 kullanarak Nginx imaj\u0131n\u0131 olu\u015ftur\n container_name: nginx_proxy_container # Konteynerin ad\u0131\n ports:\n - \"80:80\" # Host'un 80 portunu Nginx konteynerinin 80 portuna e\u015fle\n volumes:\n # Nginx konfig\u00fcrasyon dosyas\u0131n\u0131 host'tan konteynere ba\u011fla\n # Bu, nginx.conf dosyas\u0131nda de\u011fi\u015fiklik yapt\u0131\u011f\u0131n\u0131zda konteyneri yeniden olu\u015fturmadan\n # sadece Nginx'i yeniden y\u00fckleyerek de\u011fi\u015fiklikleri uygulaman\u0131z\u0131 sa\u011flar.\n - .\/nginx.conf:\/etc\/nginx\/nginx.conf:ro\n depends_on:\n - app1 # Nginx'in app1'den \u00f6nce ba\u015flamas\u0131n\u0131 bekle\n - app2 # Nginx'in app2'den \u00f6nce ba\u015flamas\u0131n\u0131 bekle\n networks:\n - app_network # Bu servisi app_network a\u011f\u0131na dahil et\n\n\u00d6zel bir a\u011f tan\u0131mla<\/h2>\nnetworks:\n app_network:\n driver: bridge # Varsay\u0131lan bridge a\u011f s\u00fcr\u00fcc\u00fcs\u00fcn\u00fc kullan<\/code><\/pre>\n
\nMakalenin ba\u015f\u0131nda bahsetti\u011fimiz my-nginx-proxy<\/code> dizin yap\u0131s\u0131 \u015f\u00f6yle olmal\u0131:<\/p>\nmy-nginx-proxy\/\n\u251c\u2500\u2500 app1\/\n\u2502 \u251c\u2500\u2500 app.js\n\u2502 \u2514\u2500\u2500 Dockerfile\n\u251c\u2500\u2500 app2\/\n\u2502 \u251c\u2500\u2500 app.js\n\u2502 \u2514\u2500\u2500 Dockerfile\n\u251c\u2500\u2500 nginx.conf\n\u2514\u2500\u2500 docker-compose.yml<\/code><\/pre>\nUygulamay\u0131 \u00c7al\u0131\u015ft\u0131rma<\/h4>\n
docker-compose.yml<\/code> dosyas\u0131n\u0131 olu\u015fturduktan sonra, my-nginx-proxy<\/code> dizininde terminali a\u00e7\u0131n ve a\u015fa\u011f\u0131daki komutu \u00e7al\u0131\u015ft\u0131r\u0131n:<\/p>\ndocker-compose up --build -d<\/code><\/pre>\nup<\/code>: Servisleri olu\u015fturur ve ba\u015flat\u0131r.
\n* --build<\/code>: Servis imajlar\u0131n\u0131 (e\u011fer de\u011fi\u015fmi\u015flerse veya yoklarsa) yeniden olu\u015fturur. Bu, ilk \u00e7al\u0131\u015ft\u0131rmada veya Dockerfile’larda de\u011fi\u015fiklik yap\u0131ld\u0131\u011f\u0131nda \u00f6nemlidir.
\n* -d<\/code>: Servisleri arka planda (detached mode) \u00e7al\u0131\u015ft\u0131r\u0131r.<\/p>\napp1<\/code> ve app2<\/code> i\u00e7in imajlar\u0131 olu\u015fturacak, Nginx i\u00e7in imaj\u0131 olu\u015fturacak ve \u00fc\u00e7 konteyneri de app_network<\/code> a\u011f\u0131 i\u00e7inde ba\u015flatacakt\u0131r. depends_on<\/code> sayesinde, app1<\/code> ve app2<\/code> servisleri nginx<\/code> servisi ba\u015flamadan \u00f6nce ba\u015flat\u0131lacakt\u0131r.<\/p>\n
\nT\u00fcm servisler \u00e7al\u0131\u015fmaya ba\u015flad\u0131ktan sonra, taray\u0131c\u0131n\u0131z\u0131 a\u00e7\u0131n ve a\u015fa\u011f\u0131daki adreslere gidin:
\n* http:\/\/localhost\/app1\/<\/code> adresine gitti\u011finizde “Merhaba Uygulama 1! (Port 3001)” \u00e7\u0131kt\u0131s\u0131n\u0131 g\u00f6rmelisiniz.
\n* http:\/\/localhost\/app2\/<\/code> adresine gitti\u011finizde “Merhaba Uygulama 2! (Port 3002)” \u00e7\u0131kt\u0131s\u0131n\u0131 g\u00f6rmelisiniz.
\n* http:\/\/localhost\/<\/code> adresine gitti\u011finizde “Nginx Ters Proxy \u00c7al\u0131\u015f\u0131yor!” \u00e7\u0131kt\u0131s\u0131n\u0131 g\u00f6rmelisiniz.<\/p>\n
\nUygulamay\u0131 durdurmak ve olu\u015fturulan t\u00fcm konteynerleri, a\u011flar\u0131 ve imajlar\u0131 (e\u011fer -v<\/code> bayra\u011f\u0131 ile belirtilirse) kald\u0131rmak i\u00e7in:<\/p>\ndocker-compose down<\/code><\/pre>\ndocker-compose down --rmi all<\/code><\/pre>\nGeli\u015fmi\u015f Nginx Proxy Ayarlar\u0131<\/h4>\n
\n* Y\u00fck Dengeleme (Load Balancing):<\/strong> upstream<\/code> bloklar\u0131 i\u00e7inde birden fazla arka u\u00e7 sunucusu tan\u0131mlayarak ve farkl\u0131 y\u00fck dengeleme algoritmalar\u0131 (round-robin, least-connected, ip-hash) kullanarak trafi\u011fi da\u011f\u0131tabilirsiniz.<\/p>\nupstream my_backend_servers {\n server backend1.example.com;\n server backend2.example.com;\n # server backend3.example.com backup; # Yedek sunucu\n }\n location \/api\/ {\n proxy_pass http:\/\/my_backend_servers;\n }<\/code><\/pre>\nproxy_cache_path \/var\/cache\/nginx levels=1:2 keys_zone=my_cache:10m inactive=60m use_temp_path=off;\n server {\n # ...\n location \/static\/ {\n proxy_cache my_cache;\n proxy_cache_valid 200 302 10m;\n proxy_cache_valid 404 1m;\n proxy_pass http:\/\/my_backend;\n }\n }<\/code><\/pre>\nerror_page<\/code> direktifi kullan\u0131labilir.
\n* Gzip S\u0131k\u0131\u015ft\u0131rma:<\/strong> Nginx, sunulan i\u00e7eri\u011fi s\u0131k\u0131\u015ft\u0131rarak bant geni\u015fli\u011fi kullan\u0131m\u0131n\u0131 azaltabilir ve sayfa y\u00fckleme s\u00fcrelerini iyile\u015ftirebilir.<\/p>\ngzip on;\n gzip_types text\/plain text\/css application\/json application\/javascript text\/xml application\/xml application\/xml+rss text\/javascript;<\/code><\/pre>\nS\u0131k Kar\u015f\u0131la\u015f\u0131lan Sorunlar ve \u00c7\u00f6z\u00fcmleri<\/h3>\n
\n * Sorun:<\/strong> docker run<\/code> veya docker-compose up<\/code> komutu \u00e7al\u0131\u015ft\u0131r\u0131ld\u0131\u011f\u0131nda “port already in use” (port zaten kullan\u0131mda) hatas\u0131 al\u0131rs\u0131n\u0131z.
\n * \u00c7\u00f6z\u00fcm:<\/strong> Bu, ana makinenizde belirtilen portun (\u00f6rne\u011fin, 80) zaten ba\u015fka bir uygulama veya konteyner taraf\u0131ndan kullan\u0131ld\u0131\u011f\u0131 anlam\u0131na gelir. Ya ana makinedeki \u00e7ak\u0131\u015fan uygulamay\u0131 durdurun ya da Docker komutunuzdaki port e\u015fle\u015fmesini de\u011fi\u015ftirin (\u00f6rne\u011fin, -p 8080:80<\/code> ile Nginx’e 8080 portundan eri\u015fin).
\n * netstat -tulnp | grep :80<\/code> (Linux) veya lsof -i :80<\/code> (macOS) gibi komutlarla hangi s\u00fcrecin portu kulland\u0131\u011f\u0131n\u0131 bulabilirsiniz.<\/p>\n
\n * Sorun:<\/strong> Nginx konteyneriniz, arka u\u00e7 uygulama konteynerlerine eri\u015femiyor (\u00f6rne\u011fin, proxy_pass<\/code> hedefi bulunam\u0131yor).
\n * \u00c7\u00f6z\u00fcm:<\/strong> T\u00fcm ilgili konteynerlerin ayn\u0131 Docker a\u011f\u0131na ba\u011fl\u0131 oldu\u011fundan emin olun. Docker Compose kullan\u0131yorsan\u0131z, networks<\/code> anahtar\u0131n\u0131 kullanarak t\u00fcm servislerinizi ayn\u0131 \u00f6zel a\u011fa ekleyin. Nginx konfig\u00fcrasyonunuzda proxy_pass<\/code> i\u00e7inde arka u\u00e7 servislerinin konteyner isimlerini (Docker Compose’daki servis isimleri) kullan\u0131n. Docker Compose bu servis isimlerini otomatik olarak a\u011f i\u00e7indeki IP adreslerine \u00e7\u00f6z\u00fcmler.<\/p>\n
\n * Sorun:<\/strong> Nginx konteyneri ba\u015flam\u0131yor veya beklendi\u011fi gibi \u00e7al\u0131\u015fm\u0131yor. docker logs
\n * \u00c7\u00f6z\u00fcm:<\/strong> Nginx konfig\u00fcrasyon dosyan\u0131zda (nginx.conf) s\u00f6zdizimi hatalar\u0131 olabilir. Nginx, konfig\u00fcrasyon dosyas\u0131n\u0131 test etmek i\u00e7in bir komut sa\u011flar:<\/p>\ndocker exec -it