استفاده از Nginx به عنوان Reverse Proxy برای برنامه‌های پایتون

در دنیای توسعه وب مدرن، معماری‌های توزیع‌شده و مقیاس‌پذیر به امری ضروری تبدیل شده‌اند. برنامه‌های پایتون، به ویژه آن‌هایی که با فریم‌ورک‌هایی مانند Flask یا Django توسعه یافته‌اند، اغلب به عنوان بخشی از این معماری‌ها مورد استفاده قرار می‌گیرند. Nginx، یک وب سرور قدرتمند و با کارایی بالا، نقش کلیدی در این زمینه ایفا می‌کند، به ویژه زمانی که به عنوان یک Reverse Proxy پیکربندی شود. این مقاله به بررسی عمیق استفاده از Nginx به عنوان Reverse Proxy برای برنامه‌های پایتون می‌پردازد و جنبه‌های مختلف پیکربندی و مزایای آن را شرح می‌دهد. این آموزش در دسته بندی ‘دیپلوی و DevOps با پایتون’ قرار می‌گیرد.

Reverse Proxy چیست و چرا به آن نیاز داریم؟

Reverse Proxy در واقع یک واسطه بین کاربران و سرورهای اصلی برنامه شما عمل می‌کند. به جای اینکه کاربران مستقیماً به سرور برنامه شما متصل شوند، درخواست‌های آن‌ها ابتدا به Reverse Proxy ارسال می‌شود و سپس Reverse Proxy این درخواست‌ها را به سرور برنامه هدایت می‌کند. پاسخ سرور برنامه نیز از طریق Reverse Proxy به کاربر بازگردانده می‌شود.

دلایل متعددی برای استفاده از Reverse Proxy وجود دارد:

• امنیت: Reverse Proxy می‌تواند به عنوان یک لایه امنیتی اضافی عمل کند و از سرورهای اصلی برنامه در برابر حملات مستقیم محافظت کند.
• Load Balancing: Reverse Proxy می‌تواند ترافیک را بین چندین سرور برنامه توزیع کند، که باعث افزایش مقیاس‌پذیری و قابلیت اطمینان برنامه می‌شود.
• Caching: Reverse Proxy می‌تواند پاسخ‌های سرور برنامه را کش کند، که باعث کاهش بار روی سرور و افزایش سرعت پاسخ‌گویی می‌شود.
• SSL Termination: Reverse Proxy می‌تواند وظیفه رمزنگاری و رمزگشایی SSL/TLS را بر عهده بگیرد، که باعث کاهش بار روی سرورهای اصلی برنامه می‌شود.
• بهبود عملکرد: با فشرده‌سازی محتوا و بهینه‌سازی اتصالات، Reverse Proxy می‌تواند عملکرد کلی برنامه را بهبود بخشد.

پیش‌نیازها

قبل از شروع، اطمینان حاصل کنید که موارد زیر را در اختیار دارید:

• یک سرور با سیستم عامل لینوکس (مانند Ubuntu یا CentOS)
• Nginx نصب شده و در حال اجرا
• یک برنامه پایتون (Flask یا Django) که در حال اجرا است. برای مثال، فرض کنید برنامه شما در پورت 5000 در حال اجرا است.

پیکربندی Nginx به عنوان Reverse Proxy

پیکربندی Nginx برای عمل به عنوان Reverse Proxy نسبتاً ساده است. شما باید یک فایل پیکربندی جدید برای برنامه خود ایجاد کنید یا فایل پیکربندی پیش‌فرض را ویرایش کنید. در اینجا یک مثال از پیکربندی Nginx برای یک برنامه Flask که در پورت 5000 در حال اجرا است آورده شده است:

server {
    listen 80;
    server_name your_domain.com;

    location / {
        proxy_pass http://localhost:5000;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

توضیح خطوط پیکربندی:

• listen 80;: Nginx را برای گوش دادن به پورت 80 (پورت پیش‌فرض HTTP) پیکربندی می‌کند.
• server_name your_domain.com;: نام دامنه یا آدرس IP سرور را مشخص می‌کند.
• location / { … }: این بلوک پیکربندی، تمام درخواست‌های ارسالی به ریشه دامنه (/) را مدیریت می‌کند.
• proxy_pass http://localhost:5000;: درخواست‌ها را به سرور برنامه پایتون که در آدرس http://localhost:5000 در حال اجرا است، هدایت می‌کند.
• proxy_set_header Host $host;: هدر Host را از درخواست اصلی به سرور برنامه ارسال می‌کند.
• proxy_set_header X-Real-IP $remote_addr;: آدرس IP واقعی کاربر را به سرور برنامه ارسال می‌کند.
• proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;: لیستی از آدرس‌های IP تمام Reverse Proxy‌هایی که درخواست از آن‌ها عبور کرده است را به سرور برنامه ارسال می‌کند.
• proxy_set_header X-Forwarded-Proto $scheme;: پروتکل مورد استفاده برای اتصال کاربر به Reverse Proxy (HTTP یا HTTPS) را به سرور برنامه ارسال می‌کند.

پس از ایجاد یا ویرایش فایل پیکربندی، باید Nginx را مجدداً بارگیری کنید تا تغییرات اعمال شوند:

sudo nginx -t  # برای تست پیکربندی
sudo systemctl reload nginx

پیکربندی SSL/TLS

برای افزایش امنیت، توصیه می‌شود از SSL/TLS برای رمزنگاری ارتباط بین کاربر و Reverse Proxy استفاده کنید. برای این کار، شما باید یک گواهی SSL/TLS معتبر تهیه کنید و Nginx را برای استفاده از آن پیکربندی کنید. Let’s Encrypt یک منبع رایگان و معتبر برای دریافت گواهی SSL/TLS است.

در اینجا یک مثال از پیکربندی Nginx برای استفاده از SSL/TLS با Let’s Encrypt آورده شده است:

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

server {
    listen 443 ssl;
    server_name your_domain.com;

    ssl_certificate /etc/letsencrypt/live/your_domain.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/your_domain.com/privkey.pem;

    location / {
        proxy_pass http://localhost:5000;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

توضیح خطوط پیکربندی:

• listen 443 ssl;: Nginx را برای گوش دادن به پورت 443 (پورت پیش‌فرض HTTPS) با فعال بودن SSL پیکربندی می‌کند.
• ssl_certificate /etc/letsencrypt/live/your_domain.com/fullchain.pem;: مسیر فایل گواهی SSL/TLS را مشخص می‌کند.
• ssl_certificate_key /etc/letsencrypt/live/your_domain.com/privkey.pem;: مسیر فایل کلید خصوصی SSL/TLS را مشخص می‌کند.
• return 301 https://$host$request_uri;: تمام درخواست‌های HTTP را به HTTPS هدایت می‌کند.

Load Balancing با Nginx

اگر چندین سرور برنامه پایتون دارید، می‌توانید از Nginx برای توزیع ترافیک بین آن‌ها استفاده کنید. برای این کار، شما باید یک بلوک upstream در فایل پیکربندی Nginx ایجاد کنید و آدرس‌های سرورهای برنامه را در آن مشخص کنید.

در اینجا یک مثال از پیکربندی Nginx برای Load Balancing بین دو سرور برنامه پایتون آورده شده است:

upstream my_app {
    server localhost:5000;
    server localhost:5001;
}

server {
    listen 80;
    server_name your_domain.com;

    location / {
        proxy_pass http://my_app;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
    }
}

در این پیکربندی، Nginx ترافیک را به صورت Round Robin بین سرورهای localhost:5000 و localhost:5001 توزیع می‌کند.

Caching با Nginx

Nginx می‌تواند پاسخ‌های سرور برنامه را کش کند تا سرعت پاسخ‌گویی را افزایش دهد و بار روی سرور را کاهش دهد. برای این کار، شما باید caching را در فایل پیکربندی Nginx فعال کنید.

در اینجا یک مثال از پیکربندی Nginx برای caching آورده شده است:

proxy_cache_path /tmp/nginx_cache levels=1:2 keys_zone=my_cache:10m max_size=10g inactive=60m use_temp_path=off;

server {
    listen 80;
    server_name your_domain.com;

    location / {
        proxy_pass http://localhost:5000;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;
        proxy_cache my_cache;
        proxy_cache_valid 200 302 60m;
        proxy_cache_valid 404 1m;
    }
}

در این پیکربندی، Nginx پاسخ‌های با کد وضعیت 200 و 302 را به مدت 60 دقیقه و پاسخ‌های با کد وضعیت 404 را به مدت 1 دقیقه کش می‌کند.

نتیجه‌گیری

استفاده از Nginx به عنوان Reverse Proxy برای برنامه‌های پایتون یک راهکار قدرتمند و کارآمد برای افزایش امنیت، مقیاس‌پذیری و عملکرد برنامه شما است. با پیکربندی صحیح Nginx، می‌توانید از مزایای متعددی مانند Load Balancing، Caching و SSL Termination بهره‌مند شوید. این مقاله یک راهنمای جامع برای شروع کار با Nginx به عنوان Reverse Proxy برای برنامه‌های پایتون ارائه می‌دهد و به شما کمک می‌کند تا برنامه‌های خود را به طور موثرتری دیپلوی و مدیریت کنید. درک این مفاهیم برای هر توسعه‌دهنده پایتون که به دنبال استقرار برنامه‌های خود در محیط‌های تولید است، ضروری است.