Technical Tutorials

في مشهد البنية التحتية الحديثة للويب، يظل Nginx عملاقاً. نشأ في الأصل لحل مشكلة C10K، وقد تطور إلى خادم HTTP عالي الأداء، ووكيل عكسي، وموزع أحمال يثق به بعض أكبر المواقع على الإنترنت. بالنسبة لمهندسي DevOps ومديري الأنظمة، فإن إتقان Nginx لا يتعلق فقط بإبقاء الخدمة تعمل؛ بل يتعلق بتحسين الإنتاجية، وضمان الأمان، وإدارة منطق التوجيه المعقد بكفاءة. يغوص هذا الدليل بعمق في المكونات الأساسية لتكوين Nginx قوي، متجاوزاً الأساسيات لتقديم رؤى قابلة للتطبيق للمستخدمين من المستوى المتوسط إلى المتقدم.

هيكلة التكوين: الملفات مقابل الكتل

من الأخطاء الشائعة للمبتدئين الحفاظ على ملف nginx.conf ضخم وموحد. مع توسع البنية التحتية الخاصة بك، يصبح هذا غير قابل للإدارة. النهج الموصى به هو الحفاظ على ملف nginx.conf الرئيسي بسيطاً وقابلاً للتجزئة. استخدم توجيه include لفصل كتل الخوادم، وأنواع MIME، وعناوين الأمان إلى ملفات منفصلة. يسهل هذا الفصل في الاهتمامات عملية تصحيح الأخطاء ويجعل التحكم في الإصدار للبنية التحتية كرمز (IaC) أكثر نظافة.

على سبيل المثال، في التكوين الرئيسي الخاص بك، قد تقوم ببساطة بتضمين ملفات المضيفين الافتراضيين:


# /etc/nginx/nginx.conf
user www-data;
worker_processes auto;
pid /run/nginx.pid;

events {
    worker_connections 1024;
}

http {
    include /etc/nginx/mime.types;
    default_type application/octet-stream;

    # إعدادات التسجيل والأداء الأساسية
    access_log /var/log/nginx/access.log;
    error_log /var/log/nginx/error.log;
    
    sendfile on;
    tcp_nopush on;
    tcp_nodelay on;

    # تضمين تكوينات الخوادم المحددة
    include /etc/nginx/conf.d/*.conf;
}

كتل الخوادم والمضيفين الافتراضيين

تُعد كتل الخوادم أساس قدرة Nginx على استضافة مواقع ويب متعددة على عنوان IP واحد. يحدد كل كتلة كيفية استجابة Nginx للطلبات الخاصة بنطاق أو عنوان IP معين. يجب أن يتضمن كتل الخوادم ذات الهيكل الجيد أدلة الجذر المناسبة، وملفات الفهرس، ومعالجة الأخطاء.

خذ في الاعتبار إعداداً نموذجياً لتطبيق Node.js يعمل خلف وكيل عكسي:


server {
    listen 80;
    server_name example.com www.example.com;
    
    # إعادة توجيه جميع حركة مرور HTTP إلى HTTPS
    return 301 https://$server_name$request_uri;
}

server {
    listen 443 ssl http2;
    server_name example.com;
    
    ssl_certificate /etc/letsencrypt/live/example.com/fullchain.pem;
    ssl_certificate_key /etc/letsencrypt/live/example.com/privkey.pem;
    ssl_protocols TLSv1.2 TLSv1.3;
    
    root /var/www/html;
    index index.html;

    location / {
        proxy_pass http://localhost:3000;
        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 بإزالة معظم رؤوس HTTP. يضمن تمرير X-Real-IP و X-Forwarded-For أن تطبيق الخلفية الخاص بك يمكنه تحديد عنوان IP الأصلي للعميل، وهو أمر بالغ الأهمية لتسجيل البيانات والاستهداف الجغرافي.

ضبط الأداء: التخزين المؤقت والضغط

يتعلق تحسين الأداء في Nginx بشكل كبير بتقليل حجم الحمولة وتقليل الرحلات ذهاباً وإياباً إلى الخلفية. يعد تمكين ضغط gzip أو Brotli أمراً أساسياً للمحتوى القائم على النصوص مثل HTML و CSS و JavaScript. بالإضافة إلى ذلك، يمكن أن يؤدي تنفيذ التخزين المؤقت للوكيل إلى تقليل الحمل على الخوادم الأصلية بشكل كبير.


# تمكين ضغط gzip
gzip on;
gzip_vary on;
gzip_proxied any;
gzip_comp_level 6;
gzip_types text/plain text/css application/json application/javascript text/xml;

# تحديد منطقة تخزين مؤقت
proxy_cache_path /var/cache/nginx levels=1:2 keys_zone=my_cache:10m max_size=10g inactive=60m;

location /api/ {
    proxy_cache my_cache;
    proxy_cache_valid 200 302 10m;
    proxy_cache_valid 404 1m;
    proxy_pass http://backend_servers;
}

الخاتمة

يُعد Nginx أداة قوية، وعند تكوينها بشكل صحيح، يمكنها تقديم الأصول الثابتة بسرعة البرق بينما تدير بذكاء طلبات المحتوى الديناميكي. من خلال اعتماد هيكل تكوين قابل للتجزئة، وتنفيذ إعدادات SSL/TLS الآمنة، وضبط معاملات الأداء مثل التخزين المؤقت والضغط، يمكنك بناء بنية ويب مرنة وفعالة. تذكر دائماً اختبار التكوين الخاص بك باستخدام nginx -t قبل إعادة التحميل، ومراقبة السجلات عن كثب أثناء عمليات النشر الأولية للكشف عن أي شذوذ في وقت مبكر.