رفع مشروع Laravel على Production أكبر من مجرد نقل الملفات للسيرفر. إليك قائمة عملية للإعدادات والأمان والـ Queues والـ Storage والمراقبة.
النشر الناجح أكبر من نسخ الكود إلى السيرفر. يحتاج التطبيق إلى بيئة تشغيل مناسبة وإعدادات آمنة وبيانات محفوظة وطريقة لاكتشاف الفشل والتعافي منه. هذه قائمة مراجعة للفريق قبل أول إطلاق على Production.
جهز بيئة التشغيل
تأكد من إصدار PHP والإضافات المطلوبة وWeb Server وقاعدة البيانات وSSL وDNS. احتفظ بالأسرار خارج المستودع وراجع قيم APP_URL والبريد والتخزين وبيانات الخدمات الخارجية لكل بيئة. عطّل Debug في Production ومنح عملية التشغيل أقل صلاحيات لازمة.
انشر الكود والبيانات بخطة واضحة
ابنِ ملفات Frontend وثبت الحزم من ملفات القفل ضمن عملية نشر قابلة للتكرار. شغّل Migrations مع الانتباه لحجم الجداول والتوافق مع الإصدار السابق. تعديل يحجز جدولًا مزدحمًا يحتاج خطة منفصلة. احفظ الملفات المرفوعة بين الإصدارات وأنشئ رابط Public Storage عند الحاجة.
- احتفظ بنسخة احتياطية مختبرة قبل تغييرات Schema الخطرة.
- اعرف كيف ترجع الكود وما أثر ذلك على البيانات.
- أعد بناء Caches للإعدادات والـ Routes بعد تغير البيئة.
- راجع ملكية الملفات ومجلدات الكتابة دون صلاحيات واسعة.
شغّل الأعمال خارج طلبات الويب
Queue Workers تحتاج Supervisor واتصالًا صحيحًا وإعادة تشغيل مع النشر ومراقبة للفشل. يحتاج Scheduler إلى تشغيل موثوق وحماية من التداخل غير المقصود عندما تتطلب المهمة ذلك. بدون هذه العمليات قد يفتح الموقع بينما تتوقف الرسائل والفواتير والمزامنة بصمت.
اختبر رحلة مستخدم حقيقية
بعد النشر افحص الصفحة أو Health Check والمصادقة وعملية كتابة مهمة وJob والتخزين والبريد والتكامل الأساسي بطريقة آمنة. راقب Logs والأخطاء والسرعة والمساحة المتاحة، وحدد من يتلقى التنبيه ويتصرف بناءً عليه.
وثّق خطوات النشر وجربها على Staging. النشر الهادئ يعتمد على التكرار وخطة تعافٍ، لا على حفظ أوامر يدوية كثيرة.
خطط لإصدار يتعايش قليلًا مع السابق
النشر على Production نادرًا ما يحدث في لحظة واحدة. قد تكمل طلبات بالكود القديم بينما يبدأ الجديد، وقد تعالج Workers مهامًا أُنشئت قبل التحديث. يجب أن تتحمل تغييرات قاعدة البيانات والرسائل هذا التداخل القصير. للخاصية الخطرة استخدم إطلاقًا تدريجيًا أو Feature Flag وتأكد من خطة الرجوع قبل وصول المستخدمين.
النسخ الاحتياطي يحتاج أكثر من رسالة نجاح. جرّب استعادة نسخة في بيئة آمنة وتأكد من وجود الملفات والبيانات والأسرار اللازمة للتعافي. Backup لا يمكن استعادته مجرد سجل مطمئن.
الأمان والمراقبة جزء من الإصدار
راجع تحويل HTTPS والكوكيز الآمنة وTrusted Proxies وRate Limits للعمليات الحساسة والوصول إلى لوحة الإدارة. ضع جدولًا لتحديث الحزم ونظام التشغيل. هذه الإجراءات لا تعوض Authorization داخل التطبيق، لكنها تسد فجوات تشغيلية مختلفة.
حدد التنبيه المفيد قبل الحادث: فشل Payment Callbacks أو تأخر Queue أو تكرار أخطاء 500 أو قرب امتلاء القرص. اربط التنبيه بشخص وطريقة تصرف. كثرة التنبيهات قليلة القيمة تجعل الفريق يتجاهل المهم.
الخطوة الأخيرة مراجعة قصيرة بعد النشر. قارن المتوقع بالمؤشرات الحية وملاحظات المستخدمين، وسجل أي تدخل يدوي، ثم حسّن قائمة المراجعة. العملية الجيدة تصبح أوضح بعد كل إصدار.
تشمل خدمة النشر وتحسين الأداء والتوسع تجهيز التطبيق لبيئة Production.