En Popüler 50 Nginx Röportaj Soruları ve Cevapları (2026)

By: Bryce Leo Bryce Leo
Hours Güncellenmiş

En Sık Sorulan Nginx Mülakat Soruları ve Cevapları

Nginx mülakatına hazırlanmak, öngörü, netlik ve mülakatçıların günümüzde gerçek operasyonel bilgiyi nasıl değerlendirdiğinin farkında olmayı gerektirir. Nginx mülakat soruları, derinliği, karar verme yeteneğini, sorun giderme becerisini ve üretime hazır olma durumunu ortaya koyar.

Bu roller, pratik yapılandırmaların önemli olduğu bulut altyapısı, performans mühendisliği ve güvenlik alanlarında kariyer yolları açmaktadır. İşverenler, sahada çalışarak edinilen teknik deneyime, alan uzmanlığına ve analiz yeteneğine değer vermekte olup, yeni mezunların, orta düzey mühendislerin ve kıdemli profesyonellerin yöneticilerin ve ekip liderlerinin rehberliğinde ekipler içinde temelden ileri seviyeye kadar becerilerini uygulamalarına yardımcı olmaktadır. Daha fazla oku…

👉 Ücretsiz PDF İndir: Nginx Mülakat Soruları ve Cevapları

En Sık Sorulan Nginx Mülakat Soruları ve Cevapları

1) NGINX'in ne olduğunu ve web altyapısında neden yaygın olarak kullanıldığını açıklayın.

NGINX, yüksek performanslı, açık kaynaklı bir web sunucusudur ve aynı zamanda ters proxy, yük dengeleyici ve HTTP önbelleği olarak da işlev görür. HTTP, HTTPS, SMTP, POP3 ve IMAP protokollerini destekler. Mimarisinde şunlar kullanılır: event-driven, asynchronous model Bu sayede düşük bellek ve CPU kullanımıyla on binlerce eş zamanlı bağlantıyı yönetebiliyor. Bu ölçeklenebilirlik, NGINX'i özellikle yüksek trafikli web uygulamaları, mikro hizmetler ve dağıtık mimariler için uygun hale getiriyor. Örneğin, yoğun trafik yüküne sahip şirketler (içerik platformları veya API ağ geçitleri gibi) eş zamanlı bağlantıları ve statik içerik dağıtımını verimli bir şekilde yönetmek için genellikle NGINX'i tercih ediyor.

2) NGINX, HTTP isteklerini dahili olarak nasıl ele alıyor (olay odaklı mimari)?

NGINX'in temel gücü şunlarda yatmaktadır: event-driven, non-blocking architectureGeleneksel sunucular gibi her istek için ayrı bir iş parçacığı veya işlem oluşturmak yerine, NGINX, eşzamansız olay döngülerini kullanan küçük bir işçi işlem kümesi kullanır. Her işçi, işletim sistemi hazır olma bildirimlerini bekleyerek ve olaylar meydana geldiğinde bunları işleyerek binlerce bağlantıyı yönetebilir. G/Ç işlemlerinde engelleme yapmadığı için NGINX, minimum kaynakla statik ve proxy üzerinden içerik sunabilir. Bu model, yüksek eşzamanlılık gerektiren kullanım durumları için idealdir ve ağır yükler altında işlem tabanlı sunuculardan daha verimlidir.

3) NGINX ve Apache arasındaki temel farklar nelerdir?

Hem NGINX hem de Apache popüler web sunucuları olsa da, mimarileri, performansları ve tasarım hedefleri bakımından farklılık gösterirler:

Görünüş nginx Apache
Eşzamanlılık Modeli Olay odaklı (eşzamansız, engellemeyen) İşlem/iş parçacığı tabanlı (engelleme)
Bellek Kullanımı Bağlantı başına düşük Bağlantı başına daha yüksek
En İyi Kullanım Örneği Yüksek trafik, statik içerik, yük dengeleme Dinamik içerik ve zengin modül ekosistemi
ölçeklenebilirlik Daha az kaynakla ölçeklenir İşlem süreçleri nedeniyle daha fazla donanım gerektirir.
Modül İşleme Derleme sırasında seçilen modüller Çalışma zamanında dinamik

NGINX'in tasarımı yük altında performansı optimize ederken, Apache dinamik modüller ve geniş dil desteğiyle daha fazla esneklik sağlar.

4) Bir NGINX yapılandırma dosyasının temel bileşenleri nelerdir?

Bir NGINX yapılandırma dosyası (varsayılan yol: /etc/nginx/nginx.confNGINX'in nasıl davranacağını belirleyen yapılandırılmış yönerge bloklarından oluşur:

  • Ana Bağlam: küresel ayarlar gibi worker_processes, error_log, ve pid
  • Etkinlikler Bloğu: işçi bağlantılarını ve çoklu işlemeyi yönetir.
  • HTTP Bloğu: HTTP işleme (sıkıştırma, önbellekleme, gzip vb.) için yapılandırmaları içerir.
    • Sunucu Bloğu: Sanal sunucuları (alan adları ve portlar) tanımlar.
    • Konum Bloğu: Yönlendirme kurallarını ve belirli URI'lerin nasıl ele alınacağını tanımlar.

Bu bloklar, istekleri yönlendirmek, proxy ayarlarını tanımlamak ve SSL/TLS ile önbellekleme ayarlarını yapılandırmak için birlikte çalışır.

5) Kesinti yaşanmadan NGINX yapılandırmasını güvenli bir şekilde nasıl yeniden yüklersiniz?

NGINX'i güncellenmiş yapılandırmalarla yeniden yüklemek için without interrupting active connectionsAşağıdaki komutu kullanabilirsiniz:

nginx -s reload

veya aşağıdaki sistemlerde systemd:

sudo systemctl reload nginx

Bu komut, ana işleme yapılandırma dosyalarını yeniden okumasını ve mevcut bağlantıları kesmeden işçileri sorunsuz bir şekilde yeniden başlatmasını bildirir. Bu tür sorunsuz yeniden yüklemelerin nasıl gerçekleştirileceğini bilmek, yüksek kullanılabilirlik gerektiren ortamlarda çok önemlidir.

6) NGINX'i ters proxy olarak nasıl kuracağınızı açıklayın.

Ters proxy, istemci isteklerini arka uç sunucularına (yukarı akış grubu) iletir ve ardından yanıtı geri döndürür. Aşağıda tipik bir NGINX ters proxy bloğu bulunmaktadır:

http {
    upstream backend {
        server backend1.example.com;
        server backend2.example.com;
    }

    server {
        listen 80;
        server_name example.com;

        location / {
            proxy_pass http://backend;
            proxy_set_header Host $host;
        }
    }
}

Bu yapılandırma güvenliği artırır, yük dağıtımını sağlar ve istemciler ile uygulama sunucuları arasında önbellekleme veya hız sınırlama politikalarına olanak tanır.

7) NGINX Master ve Worker süreçlerini açıklayın.

NGINX'te:

  • MKS Ana Süreç Yapılandırmayı yönetir, çalışan süreçleri başlatır ve portlara bağlanma gibi ayrıcalıklı işlemleri gerçekleştirir.
  • Çalışan Süreçleri Gelen bağlantıları işlemek ve yapılandırılmış kuralları uygulamak gibi gerçek istek işleme işlemlerini gerçekleştirir.

Birden fazla çalışan, eşzamanlılığı artırır ve mevcut CPU çekirdeklerine ve trafik taleplerine bağlı olarak ayarlanabilir. Rollerin bölünmesi performansı ve istikrarı artırır.

İLGİLİ MAKALELER

8) NGINX'te tanımlanmamış sunucu adlarının işlenmesini nasıl kısıtlayabilirsiniz?

Geçerli bir bağlantısı olmayan istekleri iptal etmek için Host NGINX'te başlık:

server {
    listen 80;
    server_name "";
    return 444;
}

Bu yapılandırma kod döndürüyor 444Bu, yanıt alınmadan bağlantıyı kapatan, tanımlanmamış sunucuları etkili bir şekilde reddeden ve güvenliği artıran, standart dışı bir NGINX durumudur.

9) ngx_http_upstream_module ne için kullanılır?

MKS ngx_http_upstream_module tanımlar groups of backend servers (yukarı akışlar) NGINX'in aşağıdaki gibi yönergeler kullanarak istekleri iletebileceği yerlerdir: proxy_pass, fastcgi_passya da uwsgi_passBu, yük dengelemeli ortamların arkasındaki uygulamaların ölçeklendirilmesinde esneklik sağlar. Birden fazla arka uç sunucusu gruplandırıldığında, NGINX tanımlanmış politikalara göre trafiği dağıtabilir ve döngüsel dağıtım (round-robin) ve diğer stratejileri destekleyebilir.

10) NGINX'in statik ve dinamik içerik sunmak için nasıl kullanıldığını açıklayın.

NGINX, hizmet sunma konusunda son derece verimlidir. statik dosyalar (HTML, CSS, resimler) doğrudan optimize edilmiş olay döngüsü ve dosya G/Ç mekanizmalarını kullanarak. dinamik içerikNGINX, istekleri PHP-FPM gibi arka uç işlemcilere iletir. Python WSGI sunucuları veya FastCGI/proxy mekanizmaları aracılığıyla uygulama çerçeveleri. Bu ayrım, NGINX'in statik dosya sunucusu olarak öne çıkmasını sağlarken, dinamik üretim için arka uç hizmetlerinden yararlanarak optimum performans ve ölçeklenebilirlik sağlar.

11) NGINX'te yük dengeleme nasıl çalışır ve mevcut farklı yöntemler nelerdir?

NGINX sağlam bir yapı sunar. yük dengeleme içinden upstream Bu yönerge, performansı optimize etmek ve yüksek kullanılabilirliği sağlamak için trafiği birden fazla arka uç sunucusuna dağıtır. Birkaç yöntemi destekler:

Yöntem Tanım En İyi Kullanım Örneği
daire şeklinde imzalanan dilekçe İstekleri sunucular arasında sırayla döndüren varsayılan yöntem. İş yükleri eşit olarak dağıtılmıştır.
En Az Bağlantı En az aktif bağlantıya sahip sunucuya istek gönderir. Uzun süren oturumlar.
IP Karması Sunucu seçimini belirlemek için istemci IP adresini kullanır. Oturumun devamlılığı.
En Az Zaman Bakiye hesaplaması, yanıt süresi ve bağlantı sayısına göre yapılır. Gecikmeye duyarlı uygulamalar.

NGINX ayrıca şu işlemleri de gerçekleştirebilir: Sağlık kontrolleri Sağlıksız sunucuları dinamik olarak kaldırarak, kesintisiz trafik akışı ve dayanıklılık sağlamak.

12) NGINX açık kaynak kodu ile NGINX Plus arasındaki fark nedir?

nginx Açık Kaynak Bu, temel web sunucusu, proxy ve yük dengeleme özelliklerini sunan topluluk sürümüdür. NGINX Artı Bu, gelişmiş izleme, oturum sürekliliği, dinamik yeniden yapılandırma ve aktif sağlık kontrolleri gibi kurumsal düzeyde geliştirmelerle bu özellikleri genişleten ticari sürümdür.

Özellikler NGINX Açık Kaynak NGINX Artı
Yük dengeleme Temel (Dairesel Yöntem, IP Karması) Gelişmiş (En Kısa Süre, Dinamik Yeniden Yapılandırma)
İzleme Manuel / harici aletler Dahili kontrol paneli ve API
önbelleğe alma Basic Arındırma kontrolü ile geliştirilmiştir.
Destek Yalnızca topluluk Kurumsal destek ve güncellemeler

Kritik iş yüklerine sahip kuruluşlar, gelişmiş güvenilirliği ve gözlemlenebilirliği nedeniyle genellikle NGINX Plus'ı tercih eder.

13) NGINX'te önbellekleme nasıl uygulanır?

NGINX'te önbellekleme, sık erişilen içeriği yerel olarak depolayarak yanıt hızını artırır ve arka uç yükünü azaltır. Bu özellik, aşağıdaki komut kullanılarak etkinleştirilir: proxy_cache yönerge. Örnek yapılandırma:

proxy_cache_path /data/nginx/cache levels=1:2 keys_zone=my_cache:10m max_size=1g;
server {
    location / {
        proxy_cache my_cache;
        proxy_pass http://backend;
    }
}

Önbelleğe alınmış yanıtlar, eşleşen bir istek geldiğinde doğrudan diskten sunulur ve yukarı akış işlemesi atlanır. Önbellek süresinin dolmasını şu şekilde kontrol edebilirsiniz: proxy_cache_valid ve belirli URI'leri hariç tutmak için proxy_no_cacheBu mekanizma, haber siteleri veya e-ticaret siteleri gibi yüksek trafikli ortamlar için çok önemlidir.

14) “try_files” yönergesinin amacını ve kullanımını açıklayın.

MKS try_files Bu yönerge, isteği yedek konuma iletmeden önce dosyaların belirtilen sırada varlığını kontrol eder. Genellikle şu amaçlarla kullanılır: statik site yönlendirmesi or tek sayfalık başvurular (SPA'lar).

Örnek:

location / {
    try_files $uri $uri/ /index.html;
}

Burada NGINX öncelikle istenen URI'nin bir dosyayla, ardından bir dizinle eşleşip eşleşmediğini kontrol eder ve son olarak eşleşmeyen istekleri başka bir yere yönlendirir. /index.htmlBu, önbelleğe alınmış veya statik dosyaları doğrudan sunarak, gereksiz arka uç çağrılarını önleyerek verimliliği ve kullanıcı deneyimini artırır.

15) NGINX, HTTPS ve SSL/TLS sonlandırmayı nasıl ele alabilir?

NGINX, SSL/TLS sonlandırma proxy'si olarak görev yapar ve şifrelenmiş istekleri yukarı akış hizmetlerine iletmeden önce sunucu katmanında şifreleme ve şifre çözme işlemlerini gerçekleştirir. Örnek yapılandırma:

server {
    listen 443 ssl;
    server_name example.com;
    ssl_certificate /etc/ssl/certs/example.crt;
    ssl_certificate_key /etc/ssl/private/example.key;
    location / {
        proxy_pass http://backend;
    }
}

Bu destekler HTTP / 2, OCSP zımbalama, HSTS, ve modern şifreleme paketleriBu sayede güvenli ve yüksek performanslı iletişim sağlanır. NGINX'te SSL sonlandırması, arka uç sunuculardaki şifreleme yükünü azaltır ve sertifika yönetimini basitleştirir.

16) NGINX'te yeniden yazma (rewrite) ve yönlendirme (redirect) arasındaki fark nedir?

Her ikisi de yeniden yazmak ve yönlendirme İsteklerin yönlendirilme şeklini değiştirirler, ancak temelde farklılık gösterirler:

Görünüş yeniden yazmak yönlendir
Menşei Dahili URL yeniden yazma Harici istemci yönlendirmesi
Cevap kodu 200 (dahili) 301/302 (HTTP yönlendirmesi)
Görünürlük Kullanıcı için şeffaf Müşteri yeni URL'yi görüyor.
Kullanım çantası SEO dostu URL'ler, yönlendirme Alan adı geçişi, HTTPS zorunluluğu

Örnek:

rewrite ^/oldpage$ /newpage permanent;  # Redirect
rewrite ^/img/(.*)$ /assets/$1 break;   # Rewrite

Bu ayrımı anlamak, SEO'yu ve yönlendirme mantığını etkili bir şekilde optimize etmek için çok önemlidir.

17) NGINX'i yaygın güvenlik açıklarından nasıl korursunuz?

Güvenlik güçlendirme, en iyi uygulamaların bir kombinasyonunu içerir:

  • Sunucu belirteçlerini devre dışı bırakın: server_tokens off;
  • İstek yöntemlerini sınırlandır: Yalnızca GET, POST ve HEAD isteklerine izin verin.
  • Tampon taşmalarını kısıtla: yapılandırma client_max_body_size ve client_body_buffer_size.
  • HTTPS'i modern şifreleme yöntemleriyle kullanın.
  • Hız sınırlamasını etkinleştir üzerinden limit_req_zone.
  • Sürüm bilgilerini gizle ve dizin listelemesini devre dışı bırak.

Ek olarak, bir kullanarak Web Uygulaması Güvenlik Duvarı (WAF) sevmek ModSecurity with NGINX Kötü amaçlı trafiği filtreleyebilir. Sıfır gün açıklarından korunmak için NGINX'i düzenli olarak güncellemek ve güvenlik yamalarını uygulamak çok önemlidir.

18) NGINX değişkenleri nelerdir ve yapılandırmalarda nasıl kullanılırlar?

NGINX değişkenleri, yapılandırmalarda ve günlük işleme süreçlerinde kullanılan dinamik verileri depolar. İstek başlıklarını, istemci IP adreslerini veya hesaplanmış değerleri temsil edebilirler. Örnekler şunlardır: $remote_addr, $host, $uri, $request_method, ve $upstream_addr.

Örneğin:

log_format custom '$remote_addr - $host - $uri';

Değişkenler esneklik sağlayarak koşullu yönlendirme ve özel günlük kaydı olanağı sunar. Ayrıca, aşağıdaki yöntemle özel değişkenler tanımlayabilirsiniz. set Modüler yapılandırma tasarımına yardımcı olan yönerge.

19) NGINX'te hız sınırlaması nasıl ayarlanır?

Hız sınırlama, kullanıcıların ne sıklıkla istek gönderebileceğini kontrol ederek kaba kuvvet ve DDoS saldırılarına karşı koruma sağlar. Bu, aşağıdaki komut kullanılarak yapılandırılır: limit_req_zone direktif:

limit_req_zone $binary_remote_addr zone=mylimit:10m rate=1r/s;
server {
    location / {
        limit_req zone=mylimit burst=5;
    }
}

Bu, saniyede bir istek ve beş isteklik ani bir artışa izin verir. NGINX, yapılandırmaya bağlı olarak fazla istekleri reddeder veya geciktirir. Hız sınırlaması, kaynakların adil kullanımını sağlar ve sunucu aşırı yüklenmesini önler.

20) NGINX'i ters proxy olarak kullanmanın avantajları ve dezavantajları nelerdir?

NGINX'in ters proxy olarak kullanılması birçok avantaj sunarken, bazı dezavantajları da beraberinde getiriyor:

Avantajlar Dezavantajlar
Yüksek performans ve eşzamanlılık yönetimi Büyük ölçekli dağıtımlar için manuel ayarlama gerektirir.
SSL sonlandırma ve merkezi güvenlik Sınırlı dinamik modül desteği (derleme zamanı)
Yük dengeleme ve önbellekleme desteği Yeni kullanıcılar için karmaşık yapılandırma
Uygulama katmanı filtreleme Yerel dinamik içerik yürütme eksikliği

Çoğu kurumsal senaryoda avantajları sınırlamalarından çok daha fazladır ve bu da NGINX'i modern web altyapısının vazgeçilmez bir bileşeni haline getirmektedir.

21) Üretim ortamında NGINX performansını ve sağlığını nasıl izleyebilirsiniz?

NGINX'i izlemek, darboğazları, arızaları ve anormal trafik davranışlarını belirlemek için çok önemlidir. Birkaç yaklaşım kullanılabilir:

  1. Dahili Durum Modülü (stub_status):

    Aktif bağlantıları, işlenen istekleri ve okuma/yazma durumlarını görüntüler. Örnek:

    location /nginx_status {
    stub_status;
    allow 127.0.0.1;
    deny all;
}
  2. NGINX Plus Kontrol Paneli: REST API ve grafik kullanıcı arayüzü (GUI) aracılığıyla gerçek zamanlı ölçümler sağlar.
  3. Üçüncü Taraf Entegrasyonları: Prometheus, Grafana, Datadog veya ELK gibi araçlar ölçümler ve kayıtlar toplayabilir.
  4. Erişim ve Hata Kayıtları: GoAccess veya AWStats gibi araçlarla düzenli log döndürme ve analiz, gözlemlenebilirliği artırır.

İzleme, çalışma sürekliliğini sağlamaya, arızaları hızlı bir şekilde tespit etmeye ve kapasite planlamasına yardımcı olur.

22) proxy_pass ve fastcgi_pass yönergeleri arasındaki fark nedir?

Her iki yönerge de istekleri arka uç hizmetlerine iletir ancak farklı protokoller için tasarlanmıştır:

Yönerge Amaç Arka Uç Protokolü Örnek Kullanım
proxy_pass HTTP veya HTTPS isteklerini arka uç sunucularına iletir. HTTP Revters proxy web API'leri veya mikro hizmetler
fastcgi_pass FastCGI işlemcisine istek gönderir. FastCGI PHP - FPM, Python FastCGI uygulamaları

Örnek:

location /api/ {
    proxy_pass http://backend;
}
location ~ \.php$ {
    fastcgi_pass unix:/run/php/php7.4-fpm.sock;
}

Özetle, kullanın proxy_pass genel HTTP arka uçları için ve fastcgi_pass PHP gibi dinamik dil çalışma ortamları için.

23) NGINX'te gzip sıkıştırmasını nasıl yapılandırabilirsiniz ve bunun faydaları nelerdir?

NGINX'te Gzip sıkıştırmayı etkinleştirmek, metin tabanlı yanıtları istemcilere göndermeden önce sıkıştırarak bant genişliği kullanımını azaltır ve yükleme süresini iyileştirir.

Örnek konfigürasyon:

gzip on;
gzip_types text/plain text/css application/json application/javascript;
gzip_min_length 1024;
gzip_comp_level 6;
gzip_vary on;

Faydaları:

  • Dosya aktarım boyutlarını %70'e kadar azaltır.
  • İlk bayta ulaşma süresini (TTFB) ve sayfa performans puanlarını iyileştirir.
  • Özellikle mobil kullanıcılar için faydalı olan bant genişliği maliyetlerinden tasarruf sağlar.

Ancak, bu yöntem zaten sıkıştırılmış dosyalara uygulanmamalıdır (örneğin, .zip, .jpg, .png(İşlemci yükünü azaltmak için.)

24) Yüksek trafik için NGINX'i optimize etmenin en iyi uygulamalarından bazıları nelerdir?

Yoğun trafik optimizasyonu, kaynakların ve yapılandırma parametrelerinin dikkatli bir şekilde ayarlanmasını gerektirir:

Semt Yönerge Önerilen Uygulama
Işçiler worker_processes auto; CPU çekirdeklerini eşleştirin
Bağlantılar worker_connections 4096; Eşzamanlılığı artırın
Hayatta kal keepalive_timeout 65; İstemci yeniden kullanımını optimize edin
fileto Descriptors OS ulimit -n Açık soketler için limitleri yükseltin
önbelleğe alma proxy_cache_path Arka uç yükünü azaltın
gzip gzip on; Metin yanıtlarını sıkıştırın

Ek olarak, kullanarak eşzamansız disk G/Ç, yük dengeleme, ve yukarı yönlü sağlık kontrolleri Yoğun eş zamanlı istekler karşısında istikrar ve hız sağlar.

25) NGINX, WebSocket bağlantılarını nasıl ele alıyor?

WebSocket'ler, istemci ve sunucu arasında çift yönlü iletişimi mümkün kılar; bu da gerçek zamanlı uygulamalar için çok önemlidir. NGINX, uygun başlık yönlendirmesi yoluyla bunu yerel olarak destekler.

Örnek konfigürasyon:

location /ws/ {
    proxy_pass http://backend;
    proxy_http_version 1.1;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection "upgrade";
}

Kilit noktaları:

  • MKS Upgrade ve Connection Başlıklar zorunludur.
  • NGINX'in kalıcı TCP bağlantıları için HTTP/1.1 kullandığından emin olun.
  • Yük dengeleme için WebSocket'ler, yapışkan oturumlar gerektirebilir. ip_hash.

Bu yapılandırma, sohbet, borsa işlemleri veya oyun gibi uygulamaları destekler.

26) “worker_rlimit_nofile” yönergesinin amacı nedir?

worker_rlimit_nofile Çalışan süreçlere açık dosya tanımlayıcılarının maksimum sayısını tanımlar. Bu sınır, NGINX'in aynı anda kaç bağlantıyı işleyebileceğini doğrudan etkiler. Örnek:

worker_rlimit_nofile 100000;

Bu sınırı yükseltmek, yüksek eşzamanlılık gerektiren sistemler (API ağ geçitleri veya akış platformları gibi) için hayati önem taşır. Ancak, işletim sistemi sınırı (ulimit -nTutarlılık sağlamak için bu değere uyacak şekilde ) değeri de artırılmalıdır.

27) NGINX, URL yeniden yazma veya HTTPS'ye otomatik yönlendirme için nasıl kullanılabilir?

HTTP'yi HTTPS'ye yönlendirmek güvenli iletişimi sağlar. Örnek:

server {
    listen 80;
    server_name example.com;
    return 301 https://$host$request_uri;
}

Bu yapılandırma bir soruna neden olur. 301 kalıcı yönlendirme HTTP'den HTTPS'ye. Daha hassas kontrol için, yeniden yazma kuralları yola özgü yönlendirmeyi zorunlu kılabilir:

rewrite ^/oldpath$ /newpath permanent;

Otomatik HTTPS zorunluluğu, SEO sıralamasını iyileştirir, ortadaki adam saldırılarını önler ve tutarlı bir kullanıcı deneyimi sağlar.

28) NGINX'te "502 Bad Gateway" hatalarının yaygın nedenlerinden bazıları nelerdir?

"502 Bad Gateway" hatası, proxy görevi gören NGINX'in yukarı akış sunucusundan geçerli bir yanıt alamadığını gösterir. Yaygın nedenler şunlardır:

  • Arka uç sunucusunun çökmesi veya kullanılamaz hale gelmesi.
  • Yanlış proxy_pass URL veya soket yolu.
  • Yukarı akış zaman aşımı (proxy_read_timeout çok düşük).
  • Güvenlik duvarı veya SELinux, yukarı yönlü bağlantıları engelliyor.
  • FastCGI parametreleri yanlış yapılandırılmış (PHP için).

Hata ayıklamak için hata günlüklerini kontrol edin (/var/log/nginx/error.log), yukarı akış erişilebilirliğini doğrulayın ve arka uç yanıtlarını doğrudan şu yolla test edin: curl.

29) NGINX, mikroservisleri ve konteyner tabanlı mimarileri (örneğin, Docker, Kubernetes) nasıl destekler?

NGINX şunlar için idealdir: mikro hizmet ortamları Hafif tasarımı ve ters proxy işlevselliği nedeniyle. Docker veya Kubernetes'te şu işlevleri yerine getirir:

  • Giriş Denetleyicisi: Dahili servislere giden harici HTTP/S trafiğini yönetir.
  • Hizmet Ağ Geçidi: Yönlendirme, yük dengeleme ve kimlik doğrulama işlemlerini gerçekleştirir.
  • Sidecar Proxy: Hizmet ağlarında (örneğin Istio) dayanıklılığı ve gözlemlenebilirliği artırır.

NGINX yapılandırmaları, Kubernetes ConfigMaps aracılığıyla dinamik olarak güncellenebilir; bu da merkezi trafik kontrolü ve SSL yönetimi sağlar. Modüler yaklaşımı, konteyner tabanlı ve bulut tabanlı dağıtımlarla mükemmel bir uyum içindedir.

30) Üretim sistemlerinde NGINX güvenliğini iyileştirmenin farklı yolları nelerdir?

NGINX güvenliğini artırmak çok katmanlı bir yapılandırma gerektirir:

  1. SSL/TLS Güvenliğini Artırma: Modern şifreleme yöntemleri kullanın, SSLv3/TLSv1.0'ı devre dışı bırakın.
  2. HTTP Yöntemlerini Sınırla: Yalnızca güvenli fiillere izin verin (GET, POST, HEAD).
  3. Güvenlik Başlıkları: 
    add_header X-Frame-Options "DENY";
add_header X-Content-Type-Options "nosniff";
add_header X-XSS-Protection "1; mode=block";
  4. Sürüm Bilgilerini Gizle: server_tokens off;
  5. Hız sınırlama ve erişim kontrollerini etkinleştirin.
  6. WAF veya Fail2Ban'ı entegre edin. Kaba kuvvet saldırılarına karşı önlem olarak.

Bu önlemlerin birleşimi, yaygın güvenlik açıklarına karşı dayanıklı, üretim kalitesinde, sağlam bir NGINX ortamı oluşturur.

31) NGINX sorunlarını etkili bir şekilde nasıl giderebilirsiniz?

NGINX'te hata ayıklama, günlükleri, yapılandırma dosyalarını ve işlem durumlarını sistematik olarak analiz etmeyi içerir. Başlıca adımlar şunlardır:

  1. Sözdizimini kontrol edin:
    2. nginx -t
  2. Yeniden yüklemeden önce yapılandırmayı doğrular.

    3. Hata ayıklama günlüğünü etkinleştirin:

    error_log /var/log/nginx/error.log debug;
  3. Ayrıntılı çalışma zamanı teşhis bilgileri sağlar.

    4. Erişim Kayıtlarını Analiz Et: Yanıt kodlarını ve istek kalıplarını şu yöntemlerle tespit edin:

    tail -f /var/log/nginx/access.log
  4. Bağlantı Testi: Kullanım curl -v or wget Arka uç erişilebilirliğini doğrulamak için.
  5. Aktif Bağlantıları İzle: Üzerinden stub_status or netstat.

NGINX'in çalışan süreçlerini, tampon sınırlarını ve yukarı yönlü yanıtlarını anlamak, üretim sistemlerindeki darboğazları hızla belirlemeye yardımcı olur.

32) NGINX günlük kaydını nasıl yapılandırırsınız ve özel günlük formatları nelerdir?

NGINX, esnek kayıt mekanizmaları sunar. access_log ve error_log direktifler.

Örnek konfigürasyon:

log_format main '$remote_addr - $remote_user [$time_local] "$request" '
                '$status $body_bytes_sent "$http_referer" '
                '"$http_user_agent" "$request_time"';

access_log /var/log/nginx/access.log main;
error_log /var/log/nginx/error.log warn;

Tanımlayabilirsin özel formatlar aşağıdakiler gibi ölçütleri dahil etmek $upstream_addr, $request_timeya da $bytes_sent.

Gelişmiş gözlemlenebilirlik için, kayıtlar genellikle şuraya gönderilir: ELK, Loki veya Splunk Gerçek zamanlı analiz ve gösterge paneli oluşturma için.

33) NGINX'te proxy_buffering yönergesinin rolü nedir?

proxy_buffering NGINX'in, istemcilere göndermeden önce yukarı akış sunucularından gelen yanıtları tamponlayıp tamponlamayacağını kontrol eder.

ayar Tanım Kullanım çantası
proxy_buffering on; BufferBu, optimize edilmiş verimlilik için tüm yanıtı kapsar. Varsayılan değer; performansı artırır.
proxy_buffering off; Verileri arabelleğe almadan doğrudan istemcilere aktarır. Gerçek zamanlı yayın veya API'ler

Örneğin, arabelleğe almayı devre dışı bırakmak için:

location /stream/ {
    proxy_buffering off;
}

Önbelleğe almayı devre dışı bırakmak, sohbet veya yayın hizmetleri için idealdir ancak normal web trafiği için veri aktarım hızını düşürebilir.

34) NGINX önbelleğinin nasıl geçersiz kılınabileceğini veya temizlenebileceğini açıklayın.

NGINX Açık Kaynak sürümünde yerleşik önbellek temizleme özelliği bulunmamaktadır, ancak bu işlem çeşitli yöntemlerle gerçekleştirilebilir:

  1. Manuel Temizleme: Önbellek dizinindeki dosyaları silin. 
    rm -rf /var/cache/nginx/*
  2. Üçüncü taraf modülü: Kullanım ngx_cache_purge HTTP isteğiyle silmek için: 
    location ~ /purge(/.*) {
    proxy_cache_purge my_cache $host$1;
}
  3. NGINX Plus Özelliği: API tabanlı önbellek temizleme işlemini dinamik olarak sağlar.

Eski içeriklerin hızlı bir şekilde değiştirilmesini sağlayarak, CDN veya çok düğümlü dağıtımlarda içerik güncelliğini ve tutarlılığını korur.

35) NGINX bağlantı zaman aşımı durumlarını nasıl ele alıyor?

NGINX, istemci veya yukarı akış yanıtlarını ne kadar süre bekleyeceğini kontrol etmek için birden fazla zaman aşımı yönergesi sunar:

Yönerge Amaç Varsayılan(lar)
client_body_timeout Müşterinin bekleme süresi 60
client_header_timeout İstemci başlığı için bekleme süresi 60
keepalive_timeout Boşta kalan bağlantılar 75
send_timeout Verileri istemciye gönderme zamanı 60
proxy_read_timeout Yukarı akıştan yanıt bekleme süresi 60

Doğru ayarlama, gereksiz bağlantı kesintilerini önler ve değişken ağ koşulları altında daha sorunsuz kullanıcı deneyimleri sağlar.

36) NGINX kullanarak mavi-yeşil dağıtımı nasıl uygularsınız?

İçinde mavi-yeşil dağıtımİki ortam (Mavi = aktif, Yeşil = bekleme) aynı anda çalışır. NGINX, bunlar arasında trafik yönlendirici görevi görür.

Örnek konfigürasyon:

upstream app_cluster {
    server blue.example.com;
    #server green.example.com; # Uncomment during switch
}
server {
    location / {
        proxy_pass http://app_cluster;
    }
}

Yeni sürüm (Yeşil) test edilip doğrulandıktan sonra, yukarı akış tanımı güncellenerek ve NGINX yeniden yüklenerek trafik değiştirilir (nginx -s reload).

Bu yöntem, şunları sağlar: sıfır kesinti Uygulama güncellemeleri veya geri alma işlemleri sırasında.

37) Hız sınırlamalı ani veri akışı nedir ve NGINX performansını nasıl iyileştirir?

MKS patlama Hız sınırlamasındaki parametre, kısa süreli trafik artışlarının anında reddedilmeden geçici olarak geçmesine olanak tanır.

Örnek:

limit_req_zone $binary_remote_addr zone=mylimit:10m rate=1r/s;
location /api/ {
    limit_req zone=mylimit burst=5 nodelay;
}

Burada, kısıtlama uygulanmadan önce beş ek istek anında kabul ediliyor.

Bu teknik, trafik artışlarını yumuşatarak arka uç sistemlerini aşırı yüklemeden tutarlı bir kullanıcı deneyimi sağlar.

38) NGINX, IPv6 ve çift yığınlı ortamları nasıl ele alıyor?

NGINX, hem sunucu hem de yukarı akış yapılandırmalarında IPv6'yı tam olarak destekler. Örnek:

server {
    listen [::]:80 ipv6only=on;
    server_name example.com;
}

Çift yığın desteği (IPv4 + IPv6), aşağıdakilerin her ikisinin de dahil edilmesiyle sağlanır:

listen 80;
listen [::]:80;

IPv6 uyumluluğu, özellikle mobil ve uluslararası istemciler için daha geniş erişilebilirlik sağlar ve modern internet standartlarına uyum için kritik öneme sahiptir.

39) NGINX yük dengelemesinde kalıcı oturumları nasıl yapılandırırsınız?

Yapışkan oturumlar, aynı istemciden gelen isteklerin her zaman aynı arka uç sunucusuna yönlendirilmesini sağlar.

  1. kullanma ip_hash: 
    upstream backend {
    ip_hash;
    server app1.example.com;
    server app2.example.com;
}
  2. NGINX Plus Yapışkan Çerez:
    Yapılandırılabilir çerezlerle gelişmiş oturum sürekliliği.

Kullanıcı panoları veya alışveriş sepetleri gibi durum bilgisi içeren uygulamalar için kalıcı oturumlar hayati önem taşır ve paylaşımlı depolama olmadan oturum verilerinin tutarlılığını sağlar.

40) NGINX'te başlıca log seviyeleri nelerdir ve bunlar nasıl farklılık gösterir?

NGINX, hata günlüğündeki ayrıntı düzeyini kontrol etmek için hiyerarşik günlük seviyelerini destekler.

Seviye Tanım
debug Sorun giderme için detaylı bilgi (çok uzun).
info Genel çalışma zamanı bilgileri
notice Önemli ancak kritik olmayan olaylar
warn Olası sorunlar veya yanlış yapılandırmalar
error OperaDikkat gerektiren ulusal hatalar
crit, alert, emerg Kritik arızalar ve sistem uyarıları

Örnek konfigürasyon:

error_log /var/log/nginx/error.log warn;

Ortama göre günlük kayıt seviyelerini ayarlamak (test ortamında hata ayıklama, üretim ortamında uyarı), görünürlük ve performans arasında bir denge kurmaya yardımcı olur.

41) NGINX performansını nasıl ölçersiniz?

NGINX'in performansını ölçmek, yapılandırma darboğazlarını belirlemek için verimlilik, gecikme ve eşzamanlılık ölçümlerini içerir. Yaygın kullanılan araçlar şunlardır:

ApacheBench (ab):

ab -n 10000 -c 100 http://example.com/
  • Testler, istek hacmini ve eşzamanlılığı ölçer.
  • wrk: Ayrıntılı gecikme yüzdelik dilimleri ve istek oranları sağlar.
  • kuşatma / httperf: Gerçek dünya trafik yükünü simüle eder.
  • Grafana + Prometheus: Performans ölçümlerini canlı olarak izler.

Kıyaslama, aşağıdaki gibi parametreleri ölçmelidir: requests per second (RPS), time per request, ve error rate.

Ayarlama değişkenleri gibi worker_processes, worker_connections, ve keepalive_timeout Gözlemlenen verimliliği önemli ölçüde artırır.

42) NGINX, CI/CD işlem hatlarıyla nasıl entegre olur?

NGINX sorunsuz bir şekilde entegre olur. CI / CD Otomatik dağıtım, test ve yapılandırma yönetimi için. Yaygın yaklaşımlar şunlardır:

  • Kod Olarak Altyapı (IaC): Yapılandırmaları Ansible, Terraform veya Helm grafikleriyle yönetin.
  • Docker Konteynerleri: CI araçlarını (Jenkins, GitLab CI veya GitHub Actions) kullanarak NGINX imajlarını oluşturun ve dağıtın.
  • Otomatik Test: Yapılandırmaları aşağıdaki yöntemle doğrulayın. nginx -t Üretim hattı aşamalarında.
  • Mavi-Yeşil / Canary Dağıtım Otomasyonu: Dağıtım sırasında yukarı akış sunucularını dinamik olarak güncelleyin.

Örnek GitLab CI kod parçası:

deploy:
  script:
    - nginx -t
    - systemctl reload nginx

Otomatik dağıtım, tutarlı, sürüm kontrollü ve güvenilir NGINX kurulumlarını sağlar.

43) NGINX Ingress Controller'ın Kubernetes'teki rolünü açıklayın.

MKS NGINX Giriş Kontrol Cihazı Kubernetes servislerine gelen trafiği yönetir. Kubernetes Ingress kaynaklarını dinamik olarak NGINX yapılandırmalarına dönüştürür.

Anahtar İşlevler:

  • HTTP/S isteklerini doğru servise yönlendirir.
  • SSL sonlandırma, hız sınırlama ve URL yeniden yazma özellikleri sağlar.
  • Pod'lar arasında yük dengelemesini destekler.
  • Ayrıntılı kontrol için ek açıklamalar eklemeyi sağlar (örneğin, yeniden yazma hedefi, proxy gövde boyutu).

Örnek Ingress YAML dosyası:

apiVersion: networking.k8s.io/v1
kind: Ingress
metadata:
  name: web-ingress
  annotations:    nginx.ingress.kubernetes.io/rewrite-target: /
spec:
  rules:
    - host: myapp.example.com
      http:
        paths:
          - path: /
            pathType: Prefix
            backend:
              service:
                name: web-service
                port:
                  number: 80

Bu mimari, esnek ölçeklenebilirlik için trafik yönlendirme mantığını konteyner dağıtımlarından ayırır.

44) NGINX, HTTP/2'yi nasıl ele alıyor ve avantajları nelerdir?

NGINX tam olarak destekliyor HTTP / 2HTTP/1.1'in halefi olan bu protokol, çoklu bağlantı ve başlık sıkıştırma yoluyla verimliliği artırır.

HTTP/2'yi etkinleştirmek için:

server {
    listen 443 ssl http2;
    ...
}

Avantajları:

Özellikler Tanım
çoğullama TCP bağlantısı başına birden fazla istek
Başlık Sıkıştırma (HPACK) Bant genişliği kullanımını azaltır
Sunucu itin Varlıkları önceden müşterilere gönderir.
Daha hızlı TLS Kolaylaştırılmış güvenli el sıkışmalar

HTTP/2, özellikle çok sayıda varlığa sahip modern web uygulamaları için gecikmeyi ve sayfa yükleme sürelerini önemli ölçüde azaltır.

45) NGINX'te upstream keepalive ve connection reuse arasındaki fark nedir?

Yukarı akış canlı tutma Arka uç sunucularla sürekli bağlantılar kurarak TCP el sıkışma yükünü azaltır. Örnek:

upstream backend {
    server app1.example.com;
    keepalive 32;
}

Fark:

Görünüş Hayatta kal Bağlantı Yeniden Kullanımı
kapsam NGINX ve yukarı akış arasında NGINX ve istemciler arasında
Amaç Arka uç optimizasyonu Ön uç performansı
yapılandırma keepalive içeride upstream keepalive_timeout in server blok

Her iki teknik de gecikmeyi azaltır ancak farklı iletişim katmanlarına (istemci tarafı ve sunucu tarafı) hizmet eder.

46) NGINX'i yeniden başlatmadan dinamik olarak nasıl yeniden yapılandırabilirsiniz?

Yeni yapılandırmaları dinamik olarak uygulamak için kesinti olmadan, kullan reload mekanizması:

nginx -t && nginx -s reload

Bu, şunu işaret eder: ana süreç Yeni çalışan süreçleri güncellenmiş yapılandırmalarla başlatırken eski süreçleri de sorunsuz bir şekilde kapatmak.

NGINX Plus'ta değişiklikler yapılabilir. API aracılığıyla (Örneğin, yukarı akış sunucularını dinamik olarak eklemek):

curl --request POST \
  --url http://localhost:8080/api/3/http/upstreams/backend/servers \
  --header 'Content-Type: application/json' \
  --data-raw '{"server":"10.0.0.12"}'

Bu özellik, modern DevOps işlem hatlarında sıfır kesinti süresiyle dağıtımları destekler.

47) NGINX'te ters proxy ve ileri proxy arasındaki temel farklar nelerdir?

Görünüş Revbaşka Vekil Yönlendirme proxy'si
Müşteri Görünürlüğü Müşteriler arka uç sunucularından habersiz. Sunucular istemcinin kimliğinden habersiz.
Birincil kullanım Yük dengeleme, önbellekleme, SSL sonlandırma Filtreleme, anonimlik, erişim kontrolü
Yaygın Kullanım Durumu Web trafiği dağılımı Kurumsal veya güvenli giden tarama
NGINX Desteği Yerli ve yaygın olarak kullanılan Özel yapılandırma gerektirir.

Örnek (ileri proxy):

location / {
    proxy_pass $scheme://$http_host$request_uri;
    proxy_set_header Host $http_host;
}

RevÖzellikle API ağ geçitleri ve mikro hizmet mimarileri için ters proxy kullanımı baskın kullanım alanı olmaya devam etmektedir.

48) NGINX, API hız sınırlaması ve kısıtlaması için nasıl kullanılabilir?

Hız sınırlama, API'leri kötüye kullanımdan korur ve adil kullanımı sağlar. Örnek yapılandırma:

limit_req_zone $binary_remote_addr zone=api_limit:10m rate=10r/s;
server {
    location /api/ {
        limit_req zone=api_limit burst=20 nodelay;
        proxy_pass http://backend;
    }
}

Mekanizması:

  • limit_req_zonePaylaşımlı bellek bölgesini ve hızını tanımlar.
  • burst: Sınırlı sayıda geçici ani yükselişe izin verir.
  • nodelaySınırlamaları derhal uygulamaya koyar.

Bu yapılandırma, her istemci IP adresinin saniyede yalnızca 10 istekte bulunmasına izin verirken, kısa süreli istek artışlarına da olanak tanır.

49) Kurumsal DevOps ortamlarında NGINX'in tipik kullanım alanları nelerdir?

Kurumsal DevOps ekosistemlerinde NGINX, birçok kritik rol üstlenmektedir:

  1. Web sunucusu: Yüksek performanslı statik içerik dağıtımı.
  2. RevTerse Proxy / Yük Dengeleyici: Mikro hizmetler genelinde trafik yönetimi.
  3. API Ağ Geçidi: Kimlik doğrulama, yönlendirme ve kısıtlama.
  4. Giriş Denetleyicisi: Kubernetes kümeleri için.
  5. İçerik Önbellekleme Katmanı: Arka uç yükünü azaltır.
  6. SSL Sonlandırma Uç Noktası: Merkezi sertifika yönetimi.
  7. İzleme Uç Noktası: Ölçüm ve gözlemlenebilirlik entegrasyonu.

Hafif yapısı ve modüler tasarımı, NGINX'i CI/CD işlem hatlarında, hibrit bulutlarda ve yüksek kullanılabilirlik kümelerinde vazgeçilmez kılıyor.

50) Yük dengeleme açısından NGINX ve HAProxy arasındaki temel farklar nelerdir?

İkisi de yüksek performanslı yük dengeleyicidir, ancak odak noktaları ve mimarileri farklıdır:

Özellikler nginx HAProxy
Öncelikli rol Web sunucusu + ters proxy Özel TCP/HTTP yük dengeleyici
Yapılandırma Basitliği Web tabanlı iş yükleri için daha kolay Karmaşık ama daha ayrıntılı kontrol
Katman Desteği L7 (HTTP), kısmi L4 L4 ve L7 dolu
Dinamik Yeniden Yapılandırma Sınırlı (açık kaynak) Yerel çalışma zamanı güncellemeleri
Performans Karmaşık iş yükleri için mükemmel. Ham yük dengelemesi için üstün
Ek özellikler Önbellekleme, sıkıştırma, statik içerik Sağlık kontrolleri, çubuklu masalar

İşletmeler genellikle birleştirir NGINX (ön uç) ve HAProxy (arka uç) En uygun yönlendirme ve ölçeklenebilirlik için.

🔍 Gerçek Dünya Senaryoları ve Stratejik Yanıtlarla Birlikte En Sık Sorulan NGINX Mülakat Soruları

1) NGINX nedir ve üretim ortamlarında neden yaygın olarak kullanılır?

Adaydan beklenenler: Mülakatçı, NGINX hakkındaki temel bilginizi ve gerçek dünya sistemlerindeki pratik değerine dair anlayışınızı değerlendirmek istiyor.

Örnek cevap: “NGINX, olay odaklı mimarisiyle bilinen yüksek performanslı bir web sunucusu ve ters proxy'dir. Geleneksel web sunucularına kıyasla daha az sistem kaynağı tüketirken çok sayıda eş zamanlı bağlantıyı verimli bir şekilde yönetebildiği için genellikle üretim ortamlarında kullanılır.”

2) NGINX ve Apache arasındaki farkı açıklayabilir misiniz?

Adaydan beklenenler: Mülakatçı, teknolojileri karşılaştırma ve kullanım senaryolarına göre doğru aracı seçme yeteneğinizi değerlendiriyor.

Örnek cevap: “NGINX, yüksek trafik ve statik içerikle başa çıkmada daha verimli olmasını sağlayan eşzamansız, engellemeyen bir mimari kullanır. Apache ise dinamik yapılandırmalar için daha esnek olabilen ancak yoğun yük altında daha fazla kaynak tüketebilen süreç odaklı bir model kullanır.”

3) NGINX ters proxy olarak nasıl çalışır?

Adaydan beklenenler: Mülakatçı, ters proxy kavramlarına ve NGINX'in modern mimarilere nasıl uyum sağladığına dair anlayışınızı teyit etmek istiyor.

Örnek cevap: “NGINX, istemci isteklerini alıp arka uç sunucularına ileterek ters proxy görevi görür. Ardından sunucu yanıtlarını istemciye geri gönderir; bu da güvenliği, yük dağıtımını ve genel performansı iyileştirir.”

4) NGINX'i yük dengeleme için kullandığınız bir durumu açıklayın.

Adaydan beklenenler: Mülakatçı, uygulamalı deneyiminizi ve NGINX özelliklerini gerçek senaryolarda uygulama becerinizi arıyor.

Örnek cevap: “Önceki görevimde, NGINX'i, trafik dağıtımını round-robin ve en az bağlantı algoritmalarını kullanarak birden fazla uygulama sunucusu arasında gerçekleştirecek şekilde yapılandırdım. Bu yaklaşım, uygulama kullanılabilirliğini artırdı ve herhangi bir sunucunun darboğaz haline gelmesini önledi.”

5) NGINX'te SSL ve HTTPS yapılandırmasını nasıl yönetirsiniz?

Adaydan beklenenler: Mülakatçı, güvenlik alanındaki en iyi uygulamalar ve yapılandırma yönetimi konusundaki anlayışınızı değerlendirmek istiyor.

Örnek cevap: “Önceki görevimde, sertifikaları yükleyerek, HTTPS dinleyicilerini etkinleştirerek ve güçlü şifreleme paketlerini uygulayarak SSL yapılandırmasını gerçekleştirdim. Ayrıca, tüm uç noktalar arasında güvenli iletişimi sağlamak için HTTP'den HTTPS'ye yönlendirme uyguladım.”

6) NGINX'te 502 Bad Gateway hatasını gidermek için hangi adımları atardınız?

Adaydan beklenenler: Mülakatçı, problem çözme becerilerinizi ve sorun giderme yöntemlerinizi test ediyor.

Örnek cevap: “Öncelikle arka uç bağlantı sorunlarını belirlemek için NGINX hata günlüklerini kontrol ederdim. Ardından, yukarı akış sunucularının çalıştığını doğrular, doğru proxy ayarlarını onaylar ve zaman aşımı sürelerinin doğru yapılandırıldığından emin olurdum.”

7) Yüksek trafikli uygulamalar için NGINX performansını nasıl optimize edersiniz?

Adaydan beklenenler: Mülakatçı, performans iyileştirme ve ölçeklenebilirlik konularına nasıl yaklaştığınızı öğrenmek istiyor.

Örnek cevap: “Önceki işimde, gzip sıkıştırmayı etkinleştirerek, çalışan süreçleri ayarlayarak ve statik içerik için önbellekleme yapılandırarak NGINX'i optimize ettim. Bu değişiklikler yanıt sürelerini ve sunucu yükünü önemli ölçüde azalttı.”

8) NGINX'in statik ve dinamik içerikleri nasıl ele aldığını açıklayabilir misiniz?

Adaydan beklenenler: Mülakatçı, talep yönetimi ve performans optimizasyonu konusundaki anlayışınızı değerlendiriyor.

Örnek cevap: “NGINX, statik içeriği doğrudan ve çok verimli bir şekilde dosya sisteminden sunar. Dinamik içerik için ise istekleri uygulama sunucularına veya PHP-FPM gibi hizmetlere iletir ve her bileşenin en iyi yaptığı işe odaklanmasını sağlar.”

9) NGINX yapılandırma değişikliklerini güvenli bir şekilde nasıl yönetir ve test edersiniz?

Adaydan beklenenler: Mülakatçı, güvenilirlik ve risk azaltmaya yönelik yaklaşımınızı anlamak istiyor.

Örnek cevap: “Servisi yeniden başlatmadan önce NGINX yapılandırma test komutunu kullanarak yapılandırma değişikliklerini doğruluyorum. Ayrıca bakım pencereleri sırasında değişiklikleri uyguluyorum ve dağıtım sonrasında günlükleri yakından izliyorum.”

10) NGINX ile ilgili bir kesintiyi hızlı bir şekilde çözmeniz gereken bir durumu açıklayın.

Adaydan beklenenler: Mülakatçı, baskı altında performans gösterme ve olaylar sırasında etkili iletişim kurma yeteneğinizi değerlendiriyor.

Örnek cevap: “Önceki görevimde, yanlış yapılandırılmış bir üst hizmet nedeniyle bir kesinti yaşandı. Sorunu loglar aracılığıyla hızla tespit ettim, yapılandırmayı geri aldım ve hizmet tamamen geri yüklenene kadar paydaşlara durum güncellemelerini ilettim.”

Bu yazıyı şu şekilde özetleyin: