Что такое Nginx и как он применяется в DevOps?

Ну, слушай, давай разберём эту штуку без соплей и заумных терминов, как есть. Nginx — это, блядь, такая рабочая лошадка в мире DevOps, которая просто охуенно справляется с трафиком. Представь себе толпу народу, которая ломится в твой сервис — Nginx её встречает, разбирает по косточкам и раскидывает куда надо, при этом сам почти не жрёт ресурсов. Архитектура у него событийная, асинхронная — это значит, что он не создаёт отдельную потрошилку на каждый запрос, а ловко жонглирует всеми сразу, как циркач. Волнение ебать, когда смотришь на его метрики под нагрузкой.

Где его обычно впаривают, эти три кита:

1. Обратный прокси и балансировщик для микросервисов. Вот у тебя куча одинаковых сервисов в контейнерах болтается. Nginx встаёт спереди, как главный швейцар, и говорит: «Э, сабака сука, все запросы ко мне!». А дальше уже сам решает, какого бека ему сегодня нагрузить — можно по очереди, можно тому, у кого меньше соединений. Чистая магия, ёпта.

   upstream backend_servers {
       least_conn; # Кидает туда, где меньше всего народу висит
       server backend1.example.com:8080;
       server backend2.example.com:8080;
       server backend3.example.com:8080;
   }
   
   server {
       listen 80;
       server_name api.myapp.com;
   
       location / {
           proxy_pass http://backend_servers;
           proxy_set_header Host $host;
           proxy_set_header X-Real-IP $remote_addr;
       }
   }

2. Раздача статики и SSL-терминация. Картинки, скрипты, стили — отдавать их через твое нагруженное приложение на Python или Node — это, прости, пизда рулю. Nginx же отдаст их с такой скоростью, что глаза будут слезиться. А ещё он любит принимать на себя весь этот криптографический пиздец с сертификатами (SSL/TLS), чтобы твоему основному приложению не париться. Доверия ебать ноль к тем, кто этого не делает.

   server {
       listen 443 ssl http2;
       server_name www.example.com;
   
       ssl_certificate /etc/letsencrypt/live/example.com/fullchain.pem;
       ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem;
   
       location /static/ {
           root /var/www/html;
           expires 30d; # Говорит браузерам: «Кэшируй это, не дергай меня по пустякам»
       }
   
       location / {
           proxy_pass http://localhost:3000; # А всё остальное — прокидывает дальше
       }
   }

3. Кэширование ответов от бекенда. Вот это вообще хитрая жопа. Допустим, у тебя страница генерируется тяжело, но меняется раз в день. Зачем каждый раз ебашить базу? Nginx может запомнить (закэшировать) ответ и следующие разы отдавать его сам, мгновенно. Бекенд отдыхает, пользователи счастливы. Красота.

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

4. Ingress Controller в Kubernetes. Это когда Nginx залезает прямо в кубер и становится там главным по тарелочкам. Называется Ingress-Nginx. Ты пишешь правила на обычном YAML, а он внутри уже крутит свой движок и маршрутизирует трафик между подами. Стандарт де-факто, спорить бесполезно.

Почему все его так любят, ага?

• Конфиг как код: Всё в файлах. Залил в Git — и спи спокойно, откатиться можно в любой момент.
• Лёгкий и быстрый: Потребляет как мартышлюшка, а работает как хуй с горы.
• Гибкий до невозможности: Хочешь — URL перепиши, хочешь — доступ ограничь, хочешь — базовую аутентификацию прилепи. Овердохуища возможностей.
• Вездесущий: Его знают все. Упал — поднял по гайду, проблема — гуглится за секунды. Ядрёна вошь, как же без него жили раньше.