بدائل Railway في 2026: أي منصة تناسب تطبيقك وكيف تنتقل؟

تأتي هذه المقارنة بين بدائل Railway عقب إفصاح Railway في 21 أكتوبر 2026 عن احتمال وصول جهة غير مخوّلة إلى متغيرات البيئة الخاصة بالعملاء، بما فيها بعض المحتويات بعد فك تشفيرها. وكتبت Railway: «جميع عمليات النشر متوقفة مؤقتًا أثناء التحقيق»، وأوصت بتدوير متغيرات البيئة وبيانات الاعتماد. إفصاح Railway

ابدأ بتقييم Render بين بدائل Railway إذا كان تطبيقك يتكوّن من خدمة ويب وPostgres وعامل لمعالجة المهام في الخلفية ومهام cron؛ أما Northflank فهو أقرب منافسيه لفريق يريد تحكمًا أكبر في النشر. يناسب Fly.io من لديه متطلبات محددة للبنية التحتية، ويلائم Coolify من يستعد لتولّي تشغيل الخوادم، بينما يناسب Netlify فصل الواجهة الأمامية مع دوال تعمل دون خوادم.

الإجراء العاجل هو تدوير بيانات الاعتماد لدى الجهات التي أصدرتها، ثم مراجعة سجلات الوصول. أما الانتقال إلى منصة أخرى فقرار مستقل. نقل المفاتيح نفسها إلى لوحة تحكم جديدة لا يُعدّ تدويرًا لها، وتجهيز نسخة منشورة على منصة ثانية لا يستلزم تحويل زيارات العملاء إليها اليوم.

جرت مراجعة الأسعار والإمكانات الواردة أدناه بالرجوع إلى صفحات الشركات المنشورة في 22 أكتوبر 2026. والاقتباس من الإفصاح ينقل إعلان Railway آنذاك، ولا يصف حالة النشر لديها الآن. تقارن هذه المقالة مدى ملاءمة المنصات لأحمال العمل والجهد اللازم للانتقال، ولا ترتّب الشركات على أساس افتراضات عن مستوى أمانها.

بدائل Railway في مقارنة سريعة

اختر على أساس التطبيق بكامل مكوّناته. الخدمة عملية تبقى متاحة للرد على الطلبات، والعامل يعالج مهام الخلفية، وcron يبدأ العمل وفق جدول زمني. تخزّن Postgres البيانات العلائقية، بينما تحتفظ وحدة التخزين الدائمة بالملفات خارج حاوية التطبيق القابلة للاستبدال. هذه مسؤوليات مختلفة، حتى حين تجمعها لوحة تحكم واحدة.

الأسعار الابتدائية هي أسعار الدخول إلى الخدمة، وليست عروض أسعار لجميع مكوّنات التطبيق. لذلك نميّز بين موارد الحوسبة المدفوعة، وبيئات التجربة المجانية، وتراخيص البرمجيات، ورسوم الاستخدام؛ فالواجهة الأمامية المجانية لا تعني استضافة مجانية لقاعدة البيانات والعوامل. جميع المبالغ بالدولار الأمريكي، وتُضاف رسوم المكوّنات والاستخدامات الأخرى.

اقرأ خانات أحمال العمل والأسرار بوصفها نماذج تشغيل موثّقة. فتشفير البيانات أثناء التخزين لا يمنع شيفرة التطبيق من استخدام بيانات اعتماد تملك حق الوصول إليها. وتحذّر Fly.io صراحةً، مثلًا، من أن صاحب صلاحية النشر يستطيع نشر شيفرة تقرأ الأسرار وقت التشغيل. الأسرار في Fly.io

كيف اخترنا المنصات ورتّبناها؟

هذا الترتيب يخدم تطبيقًا صغيرًا قائمًا له بيانات وحالة يحتفظ بها وأعمال تُنفَّذ في الخلفية، وليس صفحة هبوط ثابتة. والمعايير الحاسمة هي سهولة نقل العمليات الحالية إلى مكوّنات مكافئة، والجهة التي تشغّل Postgres، ومكان حفظ الملفات الدائمة، وسلوك المهام المجدولة، وطريقة وصول بيانات الاعتماد إلى الشيفرة أثناء التشغيل.

تستند المقارنة إلى الإمكانات الموثّقة والأسعار الحالية لدى الشركات؛ ولم ننشر تطبيقات على هذه المنصات أو نجرِ عليها اختبارات أداء من أجل المقالة. كما لم نستنتج درجات للتوافر أو الأداء أو الأمان من مواد الشركات التسويقية.

قد تكون منصات إدارة بيئات التطوير أو مجموعات Kubernetes مفيدة، لكنها تضيف طبقة تجريد قد لا يحتاجها قارئ هذه المقارنة. لذلك تركّز القائمة على الأماكن التي يمكنك تشغيل التطبيق فيها، مع إدراج Netlify عمدًا كخيار أضيق للواجهة الأمامية. ويتغيّر القرار إذا احتاج تطبيقك إلى وصول مشترك لنظام الملفات، أو سلوك محدد للجدولة، أو جهة أخرى تتولّى استعادة قاعدة البيانات.

ترتيب المنصات بحسب ملاءمتها لهذه المكوّنات

1. Render: أول بديل مُدار يستحق تجربة الانتقال

Render منصة مُدارة للتطبيقات، وتوفّر خدمات ويب وعوامل خلفية ومهام cron وPostgres مُدارة تقابل مباشرةً مكوّنات هذا التطبيق على Railway. فإذا كنت مؤسسًا تشغّل API للاشتراكات، وعاملًا للبريد الإلكتروني، ومهمة مطابقة حسابات ليلية، فلكل عملية مكوّن واضح يستضيفها. وهذا يقلّل إعادة التصميم اللازمة قبل بدء تجربة الانتقال. أما القيد الأبرز فهو سلوك الأقراص الدائمة: لا يمكن توسيع خدمة متصلة بقرص إلى عدة نسخ تشغيل، كما أن إرفاق قرص يمنع النشر دون انقطاع. اختر Render عندما تكون المحافظة على بنية التطبيق أهم من تخصيص البنية التحتية. أنواع الخدمات · قيود الأقراص

الأنسب لـ: مؤسس يريد بيئة مُدارة ومألوفة تستوعب جميع مكوّنات التطبيق.
أبرز ميزة: أنواع خدمات منفصلة لواجهة API والعامل والمهام المجدولة.
الأسعار: خدمة مدفوعة بدءًا من $7 شهريًا؛ تُحتسب قاعدة البيانات والعامل وcron وأي رسوم لمساحة العمل على حدة. الأسعار الحالية
التجربة المجانية: تتوافر خيارات حوسبة مجانية بقيود؛ استخدمها للتقييم.

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

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

كيف تجرّب نقل أول خدمة إلى Render؟

1. 1

   أعد إنشاء العمليات مع الحفاظ على الفصل بينها

   أنشئ خدمة الويب من مستودع التطبيق أو حاويته، ثم أنشئ العامل بأمر بدء خاص به. أضف المهمة المجدولة بوصفها مهمة cron. أبقِ العامل الجديد والجدولة غير مفعّلين على بيانات الإنتاج إلى أن تصبح تجربة نقل البيانات جاهزة.

2. 2

   أنشئ قاعدة بيانات فارغة في الوجهة

   جهّز Render Postgres، واستعد نسخة تصدير تجريبية باتباع تعليمات Render للانتقال من Railway. اضبط سلاسل الاتصال الخاصة بالوجهة بدل نسخ أسماء المضيفين الخاصة بشبكة Railway الداخلية.

3. 3

   استخدم بيانات اعتماد جديدة واختبر المسار كاملًا

   املأ المتغيرات من قائمة الإعدادات التي راجعتها. اختبر تسجيل الدخول، والكتابة إلى قاعدة البيانات، ومهمة في قائمة الانتظار ونتيجتها، عبر نطاق مؤقت، مع توجيه الآثار الخارجية إلى حسابات اختبار.

يوضّح دليل Render للانتقال من Railway الخطوات الخاصة بالمنصة. أما قائمة التحويل أدناه فتعالج ما لا يثبته نجاح النشر وحده: هل انتقلت البيانات والمهام المجدولة بصورة سليمة؟

2. Northflank: عندما تحتاج إلى تحكم أكبر في النشر

Northflank منصة حاويات تضم خدمات التطبيقات وإضافات قواعد البيانات والمهام المجدولة والتخزين الدائم. ويمكن لفريق صغير يدير API وعاملًا يسحب المهام من قائمة انتظار وعمليات استيراد متكررة أن يجمع هذه المكوّنات في نموذج واحد، مع قواعد واضحة للنشر والإعدادات. وتبرز فائدة القوالب ومسارات النشر عندما يحتاج النظام نفسه إلى بيئتي تجهيز وإنتاج. في المقابل، ستحتاج إلى تعلّم نطاق أوسع من أدوات التحكم أثناء الانتقال. اختر Northflank إذا كنت تريد أن يحسّن البديل أيضًا طريقة إدارتك لعدة خدمات. إمكانات المنصة

الأنسب لـ: فريق يريد تعريفات نشر قابلة لإعادة الاستخدام وتحكمًا أكبر في بيئاته.
أبرز ميزة: خدمات ومهام وقواعد بيانات ووحدات تخزين، مع إمكانية الانتقال لاحقًا إلى النشر على سحابتك الخاصة.
الأسعار: Sandbox مجانية؛ المعالج المدفوع بدءًا من $0.01667 لكل vCPU في الساعة، مع احتساب الذاكرة والتخزين والشبكة على حدة. الأسعار الحالية
التجربة المجانية: Sandbox فئة مجانية بموارد محدودة.

يمكن لمجموعات الأسرار أن تضم معاملات البناء ومتغيرات التشغيل وبيانات اعتماد قواعد البيانات المرتبطة. استورد المتغيرات بعد مراجعتها، واقصر المجموعة على الخدمات أو البيئات التي تحتاجها، واستخدم إجراء إعادة تشغيل المكوّنات التابعة لتطبيق القيم المعدّلة. يفيد ذلك عندما تشترك واجهة API والعامل في بيانات اعتماد قاعدة بيانات لا تحتاج إليها الواجهة الأمامية. مجموعات الأسرار

وهناك تفصيل بالغ الأهمية عند أتمتة الانتقال: تحديث مجموعة أسرار عبر API أو CLI يستبدل مجموعة المتغيرات أو الملفات المُرسلة، حتى عند استخدام طلب PATCH. لذا قد يحذف برنامج نصي يرسل المفتاح المعدّل وحده بقية المفاتيح. اقرأ المجموعة أولًا، وادمج التعديل المقصود، ثم أرسل المجموعة كاملة وفق طريقة العمل الموثّقة.

أما التحدي في التسعير فهو جمع البنود. فسعر المعالج لا يساوي فاتورة التطبيق الشهرية؛ الذاكرة والتخزين الدائم وحركة البيانات الصادرة تدخل في الحساب أيضًا. استخدم حصر أحمال العمل لتسعير كل مكوّن يعمل باستمرار، ثم قرّر إن كانت أدوات التشغيل تستحق جهد الإعداد الإضافي.

3. Fly.io: لمن يريد اختيار بيئة التشغيل والمنطقة بدقة

تشغّل Fly.io التطبيقات داخل Machines، وهي آلات افتراضية خفيفة تضبطها بحسب حمل العمل. وتناسب مؤسسًا تقنيًا يريد تحديد مكان تشغيل واجهة API والعامل، ويقبل تحمّل مزيد من تفاصيل النشر. تتيح مجموعات العمليات أو التطبيقات المنفصلة تشغيل عملية الويب والعامل بصورة مستقلة، ويمكن للتطبيقات المنفصلة التواصل عبر شبكة Fly.io الخاصة. لكن الجدولة وتحديد مكان تخزين الحالة يحتاجان إلى تصميم واضح. اختر Fly.io من أجل تحكم تنوي الاستفادة منه، لا لمجرد أن أصغر مورد حوسبة رخيص. إعداد العمليات

الأنسب لـ: مسؤول تقني معتاد على Machines والمناطق وإعداد العمليات بصورة صريحة.
أبرز ميزة: اختيار مواقع تشغيل التطبيقات بصورة مستقلة وبيئة تشغيل قابلة للضبط.
الأسعار: أصغر Machine مستمرة التشغيل بسعر $2.19 لكل 30 يومًا في Ashburn أو Secaucus، بذاكرة 256 MB RAM؛ وتُضاف رسوم Postgres المُدارة والتخزين ونقل البيانات. الأسعار الحالية
التجربة المجانية: تتوافر تجربة محدودة؛ ولا تحصل المؤسسات الجديدة على فئة مجانية مستمرة.

تشمل خيارات الجدولة الموثّقة لدى Fly.io تطبيق Cron Manager، الذي يطلق Machines مؤقتة للمهام المجدولة، وأداة Supercronic لتشغيل cron داخل حاوية. هذه خيارات مفيدة، لكن عليك نشرها وتشغيلها كجزء من نظامك. احذر توسيع أداة الجدولة بالخطأ إلى نسخ مكررة ترسل كل واحدة منها تذكير الفاتورة نفسه. جدولة المهام

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

عند الانتقال بين المناطق، حدّد موقع قاعدة البيانات قبل اختيار مكان تشغيل عملية الويب. قد تكون واجهة API أقرب إلى المستخدم وتظل بطيئة إذا كان كل طلب يعبر بين المناطق مرارًا للوصول إلى قاعدة البيانات. وميّز أيضًا بين Fly.io Managed Postgres وبين تشغيل قاعدة بياناتك بنفسك على Machine ووحدة تخزين. الخيار الثاني يمنحك خادمًا، لكنه لا ينقل مسؤولية تشغيل قاعدة البيانات إلى خدمة مُدارة.

4. DigitalOcean App Platform: لتطبيق لا يحتفظ بحالته محليًا داخل DigitalOcean

DigitalOcean App Platform استضافة مُدارة للتطبيقات تضم خدمات ويب وعوامل ومهام، مع توافر DigitalOcean Managed Databases إلى جانبها. تناسب مؤسسًا يحفظ تطبيقه الملفات المرفوعة خارج الحاويات أصلًا، ويريد التطبيق وقاعدة البيانات لدى المزوّد نفسه. وأصبحت المهام المجدولة المدمجة موثّقة، لذا لا يلزم افتراض الحاجة إلى أداة جدولة خارجية. أما القيد الحاسم فهو التخزين: App Platform لا تدعم وحدات التخزين. اخترها عندما يستطيع تطبيقك التعامل مع نظام ملفاته المحلي بوصفه مؤقتًا. قيود App Platform

الأنسب لـ: واجهة API وعامل لا يحتفظان بالحالة محليًا، خصوصًا لعميل يستخدم DigitalOcean بالفعل.
أبرز ميزة: مكوّنات تطبيق مُدارة مع مهام مجدولة مدمجة.
الأسعار: حاوية مدفوعة بدءًا من $5 شهريًا؛ تُحتسب قواعد البيانات والحاويات الأخرى والاستخدام الإضافي على حدة. الأسعار الحالية
التجربة المجانية: تتوافر استضافة مجانية للمواقع الثابتة؛ لكنها لا تغطي مكوّنات هذه الخلفية كاملة.

يمكن تحديد نطاق متغيرات البيئة على مستوى التطبيق أو المكوّن ليكون وقت البناء أو وقت التشغيل. استخدم خيار Encrypt للقيم الحساسة؛ إذ توضح وثائق DigitalOcean أنه يخفي هذه القيم من سجلات البناء والنشر والتطبيق. لا تُدخل كلمة مرور قاعدة البيانات في بناء الواجهة الأمامية إلا إذا كان البناء يحتاج فعلًا إلى الوصول إليها. متغيرات البيئة

تدعم أداة الجدولة المهام المتكررة بفاصل زمني لا يقل عن 15 دقيقة. وهذا يناسب تقريرًا ليليًا، لكن المهمة التي يُتوقّع تشغيلها بوتيرة أعلى تحتاج إلى تصميم مختلف أو منصة أخرى. راجع الجدول نفسه والمنطقة الزمنية وأطول مدة تنفيذ رُصدت للمهمة قبل اعتبار الانتقال مكافئًا للوضع الحالي. إعداد المهام المجدولة

بالنسبة إلى الملفات، من أنماط الانتقال الشائعة استبدال مجلد الرفع المحلي بتخزين كائني وحفظ معرّفات الكائنات في Postgres. هذا تعديل على التطبيق، لذا اختبره قبل تحويل الزيارات. نسخ المجلد إلى صورة الحاوية لا يجعل الملفات التي سيرفعها المستخدمون لاحقًا دائمة. وبالمثل، قيّم Managed Database الخاصة بالإنتاج بصورة منفصلة عن قاعدة التطوير المعروضة في صفحة أسعار التطبيقات.

5. Heroku: للفرق التي تعرف نموذج dynos بالفعل

Heroku منصة مُدارة للتطبيقات تتمحور حول dynos، وهي حاويات تشغّل عمليات الويب والعوامل والمهام المنفّذة لمرة واحدة. وتعد وجهة عملية لفريق يعرف نموذج العمليات فيها ويريد Heroku Postgres المُدارة. فالتطبيق التقليدي الذي يضم خدمة ويب وعاملًا منفصلًا لمعالجة قائمة الانتظار ينتقل إلى هذا النموذج بسهولة. أما القيدان الأهم فهما نظام الملفات المؤقت وسلوك Heroku Scheduler. اختر Heroku للاستفادة من نموذج تشغيل مألوف، مع خطة واضحة للملفات والجداول الحرجة. وثائق dynos

الأنسب لـ: فريق معتاد على أسلوب Heroku في النشر وتنظيم العمليات.
أبرز ميزة: وحدات dyno للويب والعوامل إلى جانب Postgres مُدارة.
الأسعار: وحدة dyno من فئة Basic مستمرة التشغيل بدءًا من $7 شهريًا؛ وتُضاف تكلفة قاعدة البيانات والعامل وحوسبة المهام المجدولة. الأسعار الحالية
التجربة المجانية: لا تبنِ الميزانية على فئة خلفية مجانية؛ فخيار التشغيل المستمر المذكور مدفوع.

تحفظ Heroku الإعدادات في متغيرات دائمة للتطبيق، وتتيحها كمتغيرات بيئة. وتعديل أحدها ينشئ إصدارًا ويعيد تشغيل التطبيق. تعامل مع تدوير بيانات الاعتماد كحدث تشغيلي للتطبيق: تحقّق من صلاحية بيانات الاعتماد الجديدة، وراقب إعادة التشغيل، ثم ألغِ البيانات القديمة لدى الجهة التي أصدرتها. متغيرات الإعدادات

توضح وثائق Heroku Scheduler أن تنفيذ المهام متوقّع لكنه غير مضمون، وتوصي بعملية توقيت مخصّصة للأعمال المجدولة الحرجة. فتفويت تنظيف الذاكرة المؤقتة يختلف عن تفويت مطابقة بيانات الفوترة؛ والحالة الثانية تحتاج إلى سجل مهام قابل للمراقبة، وإعادة محاولات، واختيار مدروس لأداة الجدولة. سلوك Scheduler

كذلك لا تدعم وحدات dyno من فئة Basic التوسّع الأفقي، ما يعني أن تشغيل نسخ إضافية بالتوازي يستلزم فئة dyno أخرى. قد يكفي ذلك تمامًا للتجربة، لكن الخطة التي يبدأ عليها التطبيق ليست بالضرورة الخطة المناسبة لاستقبال العملاء. والملفات المكتوبة داخل dyno تختفي عند إيقافها أو إعادة تشغيلها، لذا انقل الملفات المرفوعة التي يجب الاحتفاظ بها قبل اعتمادها وجهة للانتقال.

6. Koyeb: لخدمات لا تعتمد على وحدات تخزين في الإنتاج

Koyeb منصة تطبيقات تدعم خدمات الويب والعوامل وPostgres مُدارة دون خوادم. وتستحق التقييم عندما تكون واجهة API ومعالجة الخلفية مستقلتين أصلًا عن الملفات المحلية الدائمة. يقبل نموذج الخدمة الشيفرة المصدرية أو الحاويات المبنية مسبقًا، ما يمنح الفريق نقطة بداية مباشرة لتجربة النشر. لكن وثائق Koyeb تذكر صراحةً ما يعوق تطبيق Railway الذي يعتمد بكثافة على وحدات التخزين: الوحدات في مرحلة المعاينة العامة وموصوفة بأنها مناسبة للاختبار فقط. أدرج Koyeb ضمن خيارات الجزء الذي لا يحتفظ بحالته محليًا، ولا تعتبره وجهة مكافئة لوحدات تخزين الإنتاج. نموذج الخدمات · حالة وحدات التخزين

الأنسب لـ: خدمة ويب وعامل يحفظان البيانات الدائمة خارج وحدات تخزين التطبيق بالفعل.
أبرز ميزة: نوعان منفصلان لخدمات الويب والعوامل، مع توافر Postgres دون خوادم.
الأسعار: سعر الدخول المعلن لخطة Pro هو $29 شهريًا إضافة إلى الحوسبة، ويشمل $10 للحوسبة؛ وليس هذا عرض سعر لجميع المكوّنات. الأسعار الحالية
التجربة المجانية: لا تستنتج وجود بيئة كاملة مجانية من حصص مجانية لموارد منفردة.

تُخزَّن Koyeb Secrets على مستوى المؤسسة، وتُشفَّر على الخادم، وتُمنح الخدمات صلاحية استخدامها صراحةً. ويمكن للخدمة قراءة قيمة Secret عبر متغير بيئة. قد تُبسّط إعادة الاستخدام إعداد قاعدة البيانات، لكن توافر القيم على مستوى المؤسسة يستدعي التدقيق في تحديد الخدمة التي تتلقى كل قيمة. وثائق Secrets

يعرّف مرجع الخدمات لدى Koyeb خدمات الويب والعوامل. أما cron، فخطّط له بأداة جدولة داخل عامل أو بمشغّل خارجي، واختبر هذا التصميم خلال تجربة الانتقال. لا تفترض انتقال جدول Railway تلقائيًا، ولا تعتبر أن هذه المقارنة أثبتت وجود خدمة cron مدمجة ومكافئة.

احسب تكلفة خطة Pro مع الموارد التي تستهلكها الخدمات وقاعدة البيانات. فالحوسبة المشمولة فيها تجعل سعر الخطة مختلفًا في مضمونه عن سعر أصغر حاوية تطبيق لدى مزوّد آخر. احصل على تقدير لحمل العمل قبل تحديد الوجهة الأقل تكلفة.

7. Coolify على VPS: عندما تستطيع تحمّل مسؤولية التشغيل

Coolify برنامج نشر تستضيفه ذاتيًا لتشغيل التطبيقات وقواعد البيانات على خوادم تتحكم فيها. وعلى VPS، أي خادم افتراضي مستأجر، يمكنك إعادة إنشاء خدمة ويب وعامل داخل حاويات، وPostgres، ومهام مجدولة، دون الحاجة إلى منصة تطبيقات مُدارة لكل مكوّن. لذلك يناسب مؤسسًا تقنيًا مستعدًا لتولّي بيئة التشغيل. لكن المسؤولية هي القيد الأساسي: تشغيل Postgres من لوحة تحكم مريحة لا يحوّلها إلى قاعدة بيانات يديرها المزوّد. اختر Coolify فقط عندما يكون هناك شخص مسؤول عن صيانة الخادم والنسخ الاحتياطي والاستعادة. وثائق Coolify

الأنسب لـ: مسؤول تقني يريد التحكم في الخادم ويقبل أعمال صيانته.
أبرز ميزة: إجراءات نشر للتطبيقات وقواعد البيانات على بنيتك التحتية.
الأسعار: البرنامج مجاني عند استضافته ذاتيًا، وتُضاف تكلفة VPS؛ مثال توضيحي من DigitalOcean: خادم بذاكرة 4 GiB ومعالج 2-vCPU بسعر $24 شهريًا، قبل النسخ الاحتياطي والخدمات الأخرى. أسعار Coolify · أسعار VPS
التجربة المجانية: البرنامج المستضاف ذاتيًا مجاني؛ لكن ذلك لا يشمل خادمًا.

هذا الخادم مثال، وليس توصية بحجم الموارد. فإذا وضعت كل شيء على آلة واحدة، تنافست عمليات البناء وقاعدة البيانات وطلبات العملاء على الموارد نفسها. وقد تصبح عملية بناء كثيفة استهلاك الذاكرة مشكلة تؤثر في التطبيق. قِس حمل العمل، واترك هامشًا تشغيليًا، وحدّد المكوّنات التي ينبغي تشغيلها في مكان آخر.

يدير Coolify متغيرات التطبيق بإعدادات للبناء والتشغيل. وتذكر وثائق النسخ الاحتياطي أن بيانات الاعتماد والمفاتيح الخاصة المحفوظة تُشفَّر في قاعدة بياناته باستخدام مفتاح النسخة APP_KEY. احفظ هذا المفتاح بصورة منفصلة مع نسخة احتياطية قابلة للاستعادة؛ فاكتشاف غيابه بعد استعادة قاعدة البيانات أثناء انقطاع الخدمة ليس خطة تعافٍ مقبولة. النسخ الاحتياطي للنسخة ومفتاح التشفير

تنفّذ المهام المجدولة أوامر داخل حاويات التطبيق أو الخدمة، وتعتمد على توافر التطبيق والخادم. ويستخدم التخزين الدائم وحدات الخادم ونقاط الربط فيه. هذه مكوّنات مفيدة، لكن جمع التطبيق وقاعدة البيانات والنسخة الاحتياطية الوحيدة على VPS واحد يربط مصيرها كلها بذلك الخادم. احتفظ بما يلزم للاستعادة في مكان مستقل، وتدرّب على إعادة البناء. المهام المجدولة · التخزين الدائم

8. Netlify: للواجهة الأمامية والجزء القائم على الدوال دون خوادم

Netlify منصة لنشر الواجهات الأمامية مع دوال تعمل دون خوادم، وتناسب هذه القائمة عندما تستطيع فصل ذلك الجزء عن الخلفية المستمرة التشغيل. يمكنك مثلًا نقل الموقع التسويقي والواجهة الأمامية، مع تشغيل API وعامل قائمة الانتظار على Render أو Northflank. وتوفّر Netlify الآن أيضًا Postgres مُدارة عبر Netlify Database، لذا سيكون القول إنها لا توفّر Postgres مُدارة غير صحيح. يظل الفارق في نموذج التنفيذ: الدوال محدودة التنفيذ لا تصبح خدمة أو عامل قائمة انتظار يعمل باستمرار. اختر Netlify للجزء الذي يناسب نموذج دوالها. وثائق Netlify Database

الأنسب لـ: واجهة أمامية منفصلة مع دوال تُستدعى بالطلبات أو أعمال خلفية محدودة التنفيذ.
أبرز ميزة: نشر الواجهات الأمامية والدوال، مع خيار مدمج لـPostgres مُدارة.
الأسعار: بداية مجانية؛ خطة Personal بدءًا من $9 شهريًا، مع احتساب الاستخدام بنظام الأرصدة. الأسعار الحالية
التجربة المجانية: تتوافر خطة مجانية؛ وتظل حدودها سارية على أحمال العمل المنشورة.

يبلغ الحد الأقصى لتنفيذ Netlify Background Functions مدة 15 دقيقة. يمكنها إنجاز أعمال غير متزامنة، لكن هذا الحد يمنع استخدامها كعامل يسحب المهام من قائمة انتظار إلى أجل غير محدد. وتستطيع Scheduled Functions بدء العمل باستخدام تعبيرات cron، لكنها تظل دوال ذات قيود تنفيذ. أما المهمة التي تستطلع قائمة انتظار باستمرار فتحتاج إلى بيئة تشغيل أخرى، أو إعادة تصميم مقصودة تجعلها استدعاءات محدودة المدة. Background Functions · Scheduled Functions

احفظ القيم الحساسة عبر واجهة Netlify أو CLI أو API، بدل وضعها في إعدادات المستودع. تميّز الوثائق بين المتغيرات المحفوظة لدى المنصة والمتغيرات الموجودة في netlify.toml، وتدعم قيمًا بحسب سياق النشر كي تستخدم نسخ المعاينة بيانات اعتماد مختلفة. ضوابط النطاق وميزات الأسرار تتوقف على الخطة. وتذكّر أن أي قيمة تُضمَّن في JavaScript المُرسَل إلى المتصفح تصبح مكشوفة له، بصرف النظر عن المكان الذي قرأتها منه عملية البناء. متغيرات البيئة

تستطيع Netlify Database تجهيز Postgres وترحيلها وإنشاء تفرّعات منها ضمن إجراءاتها المدعومة، لكن ذلك لا يثبت ملاءمة إضافات قاعدة بياناتك الحالية أو متطلبات الاستيراد أو بنية العوامل دون تغيير. أما Netlify Blobs فهي تخزين كائني، وليست نظام ملفات متصلًا بالتطبيق. أبقِ مكوّنات الخلفية الأصلية معًا في البداية إذا كان فصلها سيحوّل تجربة الانتقال إلى إعادة كتابة للتطبيق. وثائق Blobs

استكشف Netlify إذا كان الجزء الذي تنوي نقله هو الواجهة الأمامية والدوال.

أيّ بدائل Railway يناسب تطبيقك؟

ابدأ بـRender إذا كانت الأولوية لتجربة انتقال بأقل تغيير في الفصل بين العمليات. وقارن Northflank معه إذا كانت البيئات القابلة لإعادة الاستخدام أو مسارات النشر أو الانتقال لاحقًا إلى سحابتك الخاصة متطلبات مؤثرة. ولمقارنة Railway وRender مباشرةً، اقرأ Railway مقابل Render.

اختر Fly.io عندما تكون لديك أسباب واضحة للحاجة إلى تحكمه في بيئة التشغيل أو المناطق. واختر DigitalOcean App Platform عندما يعامل التطبيق الملفات المحلية أصلًا بوصفها قابلة للاستغناء عنها وتناسبه خيارات الجدولة. أما Heroku فيناسبك عندما تقلّل خبرتك بنموذج تشغيله جهد الانتقال، مع استبدال الافتراضات الحرجة المتعلقة بـScheduler بحلول واضحة.

أدرج Koyeb ضمن خيارات التطبيقات التي لا تحتفظ بحالتها محليًا، مع الالتزام بالتحذير الحالي بشأن وحدات التخزين. وأدرج Coolify ضمن خيارات تولّي التشغيل بنفسك، مع تعيين مسؤول عنه. أما Netlify فمكانه قائمة الواجهة الأمامية والدوال دون خوادم، حتى مع وجود منتج قاعدة بيانات مُدارة لديه الآن.

القاعدة التي تغيّر الاختيار بسيطة: إذا كان الحفاظ على سلوك ضروري يتطلّب إعادة تصميم التطبيق، فهذه الاستضافة ليست وجهتك الاحتياطية الأقل جهدًا. قد تظل الوجهة الدائمة الأنسب، لكن احسب إعادة الكتابة والتجربة ضمن تكلفة الانتقال.

قائمة الانتقال من Railway: من التجربة إلى التحويل الفعلي

تصبح المنصة الثانية جاهزة عندما تستطيع استعادة البيانات وإنجاز الأعمال المهمة للتطبيق. نجاح النشر ليس إلا نقطة التحقق الأولى. استخدم القائمة نفسها سواء كنت تنوي انتقالًا كاملًا أو تريد وجهة جاهزة لتفعيلها لاحقًا.

1. 1

   احصر مكوّنات النظام العامل

   سجّل لكل خدمة معرّف مراجعة الشيفرة المصدرية أو صورة الحاوية، وأوامر البناء والبدء، وإصدار بيئة التشغيل، وفحص السلامة، واحتياجات الموارد، والمنطقة، والاعتماديات. احصر قواعد Postgres وإضافاتها وأدوارها؛ والمجلدات الدائمة؛ وخدمات قوائم الانتظار أو الذاكرة المؤقتة؛ وقوائم السماح بعناوين IP الصادرة؛ والنطاقات؛ وكل مهمة مجدولة مع منطقتها الزمنية. عيّن مسؤولًا لكل بند.

   دوّن ما يعالجه العامل وأين تُحفَظ حالة المهام. فقد يعتمد تطبيق يوصف بأنه خدمة ويب وPostgres وعامل وcron أيضًا على خدمة لقوائم الانتظار أو حاوية ملفات أو مزوّد بريد إلكتروني. تحتاج الوجهة إلى الوصول لهذه الاعتماديات حتى لو لم تكن ستنتقل معها.

2. 2

   صدّر الإعدادات ثم دوّر بيانات الاعتماد لدى جهات إصدارها

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

   أنشئ بيانات اعتماد بديلة لدى الجهات المصدرة، بالصلاحيات والنطاق المطلوبين. ثبّتها في الوجهة المقصودة وفي أي أحمال عمل بالمصدر يجب أن تستمر. تحقّق من الوصول، وألغِ القيم المستبدلة سريعًا، وراجع سجلات المزوّدين. اتبع إرشادات الإلغاء الخاصة بالحادثة عندما تستدعي تحرّكًا أسرع؛ احتواء انكشاف بيانات الاعتماد يجب ألا ينتظر الانتقال إلى منصة أخرى.

   تختلف إجراءات تدوير كلمة مرور قاعدة البيانات عن مفتاح توقيع webhook أو مفتاح تشفير البيانات. وقد يعطّل استبدال مفتاح التشفير التطبيق إذا لم تحتفظ بوسيلة لفك تشفير البيانات القائمة. تتبّع الإجراء لكل بيانات اعتماد، بما في ذلك الجهات التي تستخدمها خارج Railway. نسخ المفتاح تصدير له؛ أما التدوير فيجعل المفتاح القديم غير قابل للاستخدام.

3. 3

   جرّب تصدير Postgres واستعادتها

   أنشئ قاعدة بيانات فارغة في الوجهة. افحص الإضافات المدعومة وقواعد الفرز والترميز والأدوار والصلاحيات قبل نقل البيانات. استخدم عميل pg_dump متوافقًا، واستعد الأرشيف ذي التنسيق المخصّص عبر pg_restore، أو اتبع آلية الاستيراد المدعومة لدى الوجهة. ويقدّم دليل Render للانتقال من Railway خطوات عملية خاصة بالوجهة.

   التصدير المنطقي لقطة لقاعدة البيانات، وليس تدفّق نسخ متماثل مستمرًا. استعد نسخة تجريبية، وافحص أخطاء الاستعادة، وقارن أعداد السجلات في الجداول وعينات ممثّلة لبيانات العمل، وتحقّق من قيم التسلسلات، ونفّذ ترحيلات التطبيق بصورة مدروسة. اختبر القراءة والكتابة ببيانات اعتماد الوجهة. وتحتاج الأدوار والصلاحيات الممنوحة وسائر الإعدادات على مستوى العنقود إلى مراجعة منفصلة.

   عند النقل النهائي، أوقف الجهات التي تكتب إلى المصدر أو امنعها من الكتابة، ثم أنشئ التصدير النهائي، إلا إذا كانت لديك آلية نسخ متماثل مدعومة سبق اختبار مزامنتها النهائية. وإذا كان العمل لا يحتمل مدة الاستعادة المقاسة، فصمّم آلية النسخ المتماثل قبل تحديد موعد التحويل. لا تفترض أن نسخة تصدير مبكرة نجحت تتضمّن الطلبات التي أُنشئت بعدها.

4. 4

   انقل وحدات التخزين وحدّد مسؤولية كل ملف

   حدّد محتوى كل مسار دائم: ملفات مرفوعة، أو مستندات مولّدة، أو حالة التطبيق، أو قاعدة بيانات. انسخ الملفات العادية إلى تخزين الوجهة، وحافظ على الملكية والصلاحيات المطلوبة، وتحقّق من الأعداد والأحجام أو قيم التحقّق. نفّذ مزامنة أخيرة بعد إيقاف الجهات التي تكتب الملفات.

   أما قاعدة البيانات، فاستخدم إجراء النسخ الاحتياطي أو الانتقال المدعوم لديها، بدل نسخ ملفات قاعدة عاملة كما لو كانت ملفات رفع عادية. وبالنسبة إلى ملفات التطبيق المشتركة، تأكّد من وصول كل جهة تقرؤها إلى الموقع الجديد. إذا لم تدعم الوجهة وحدات التخزين، فالانتقال إلى التخزين الكائني تغيير في الشيفرة والتخزين، وليس تعديلًا لمسار الربط فقط.

5. 5

   أعد إعداد الشبكة الخاصة والنطاقات

   استبدل أسماء المضيفين الخاصة بشبكة Railway الداخلية بنقاط الاتصال الداخلية لدى الوجهة. تأكّد من قدرة خدمة الويب والعامل والمهام المجدولة على حل أسماء Postgres وأي قائمة انتظار والوصول إليها. طابق إعدادات TLS لقاعدة البيانات، وحدّث قوائم السماح بعناوين IP لدى المزوّدين الخارجيين عند الحاجة. لا تجعل قاعدة بيانات خاصة متاحة للعامة لمجرد الحفاظ على نمط اتصال قديم.

   استخدم نطاقًا مؤقتًا للوجهة خلال التجربة. جهّز النطاقات المخصّصة والشهادات، ثم راجع عناوين العودة في OAuth، ووجهات webhook، والمصادر المسموح بها، ونطاقات ملفات الارتباط، وأي عنوان أساسي للتطبيق. خفّض مدة التخزين المؤقت لـDNS مسبقًا إذا كان ذلك يفيد التحويل، مع مراعاة خوادم حل الأسماء التي قد تحتفظ بالسجلات السابقة.

6. 6

   اختبر مع ضبط الآثار الخارجية

   اختبر رحلة مستخدم تشمل تسجيل الدخول، وعملية كتابة، ومهمة في قائمة انتظار، ومهمة مجدولة، وملفًا أو إشعارًا ناتجًا عنها. استخدم حسابات اختبار للدفع والبريد الإلكتروني أو عطّل الآثار الخارجية. سجّل مدة الاستعادة والمؤشرات القابلة للرصد التي تثبت جاهزية الوجهة.

   أبقِ cron في الوجهة والعامل الذي يعالج قائمة انتظار الإنتاج غير مفعّلين ما دام المصدر مسؤولًا عن العمل. فالبيئة الاحتياطية التي ترسل الفواتير نفسها أو تسحب المهام نفسها أصبحت تشارك بالفعل في الإنتاج. اجعل إعادة محاولة المهام آمنة، واحتفظ بسجل دائم لاكتمالها كي تتمكّن من كشف التنفيذ المكرر.

7. 7

   حوّل التشغيل تدريجيًا مع جهة كتابة مرجعية واحدة

   علّق الجداول وأوقف أعمال الخلفية أو دعها تُكمل المهام القائمة وفق سلوك قائمة الانتظار. امنع الكتابة إلى المصدر، وأكمل النقل النهائي لقاعدة البيانات ومزامنة الملفات، ثم تحقّق من الوجهة. وجّه الزيارات إلى التطبيق الجديد، وبعد ذلك فعّل عامله وجداوله بصورة مقصودة.

   راقب أخطاء التطبيق واتصالات قاعدة البيانات ومدة انتظار المهام واكتمالها والآثار الخارجية. احتفظ ببيئة المصدر كخيار استعادة مضبوط مع تعطيل الكتابة فيها، بدل ترك البيئتين تعملان على قاعدتي بيانات تتباعد محتوياتهما.

   قبل التحويل، حدّد ما ستفعله إذا قبلت الوجهة كتابات جديدة ثم تعطّلت. إعادة DNS إلى قاعدة البيانات القديمة ستُسقط تلك التغييرات الجديدة من التطبيق النشط. وقد تستلزم الاستعادة إصلاح الوجهة أو استعادتها أو إعادة نقل بياناتها الجديدة إلى المصدر. ضع قاعدة هذا القرار قبل وصول زيارات العملاء.

تتبع إجراءات قاعدة البيانات وثائق PostgreSQL للتصدير ودليل Render للانتقال من Railway. أما ترتيب الخطوات أعلاه فهو توصية تشغيلية: اختبره على تطبيقك، ولا تتعامل معه كضمان لانتقال دون انقطاع.

إذا كانت الوجهة احتياطية، فحدّث حصر المكوّنات باستمرار، وحدّد مدى حداثة البيانات المستعادة المطلوبة، وكرّر التجربة عند تغيّر التطبيق أو مخطط قاعدة البيانات. النشر القديم الذي لا يملك مسار استعادة مُختبَرًا ليس بديلًا جاهزًا؛ إنه نسخة من المستودع.

خيارات ينبغي تجنّبها في هذا الانتقال

تجنّب Netlify كوجهة لعامل قائمة انتظار مستمر التشغيل دون تعديل تصميمه. استخدم نموذج الدوال حيث يناسب، أو أبقِ العامل على منصة خدمات. وجود Postgres مُدارة لا يغيّر حدود تنفيذ الدوال.

تجنّب وحدات تخزين Koyeb لنقل بيئة الإنتاج ما دامت الوثائق تصفها بأنها للاختبار فقط. قد تجعل قاعدة بيانات أو خدمة تخزين كائني خارجية Koyeb مناسبًا، لكن ذلك يعني تصميمًا مختلفًا للتخزين.

تجنّب نقل تطبيق يعتمد على ملفات محلية دائمة إلى DigitalOcean App Platform أو Heroku دون تعديله. لا يحتفظ أي من نموذجي تشغيل التطبيقات بهذه الملفات كوحدة تخزين مربوطة على غرار Railway. عالج الاعتماد على التخزين أولًا.

تجنّب Coolify إذا لم يكن هناك مسؤول عن الخادم. يستطيع البرنامج تبسيط النشر، لكنه لا يلغي مسؤولية تشغيل لم تُسنَد إلى أحد.

وأخيرًا، لا تختر منصة لمجرد انخفاض السعر المعلن لأصغر مواردها. واجهة API تعمل من دون قاعدة بياناتها وعامل قائمة الانتظار وجداولها ليست النظام الذي تحتاج إلى استعادته.

أسئلة شائعة عن بدائل Railway

ما أفضل بدائل Railway؟

لتطبيق يتكوّن من خدمة ويب وPostgres وعامل وcron، ابدأ بتقييم Render وقارن Northflank معه. يكون Fly.io خيارًا أقوى عندما تريد تحكمًا واضحًا في بيئة التشغيل، ويناسب Coolify من يتولّى تشغيل الخادم، بينما يلائم Netlify الواجهة الأمامية والدوال محدودة التنفيذ. وقد تغيّر متطلبات تخزين الملفات أو سلوك الجدولة هذا الترتيب.

هل يوجد بديل Railway مجاني؟

تقدّم Northflank بيئة Sandbox مجانية محدودة، ولدى Render وNetlify عروض مجانية تختلف في أنواع أحمال العمل التي تغطيها. أما Coolify المجاني عند استضافته ذاتيًا فلا يزال يحتاج إلى خادم. ولا يعني أي من هذه الأوصاف أن حمل الإنتاج كاملًا ونسخه الاحتياطية واحتياجات تشغيله مغطاة دون تكلفة.

ما بدائل Railway مفتوحة المصدر؟

Coolify هو مسار الاستضافة الذاتية في هذه المقارنة. استخدمه عندما تريد تشغيل الحاويات وقواعد البيانات على VPS خاص بك، وتستطيع تحمّل مسؤولية التحديثات والموارد والاستعادة. استبدال واجهة النشر به أسهل من الاستغناء عن الأشخاص الذين يشغّلون البنية التحتية.

Railway أم Render؟

Render أول مرشح لتجربة الانتقال هنا لأن مكوّنات الويب والعوامل وcron وPostgres المُدارة فيه تطابق المكوّنات المحددة. ومع ذلك، يجب مراجعة قيود الأقراص الدائمة. دوّر بيانات الاعتماد وفق إرشادات Railway بشأن الحادثة، بصرف النظر عما إذا كنت ستنتقل في النهاية.