بديل Vercel لتطبيقات Next.js المتكاملة

كيف تُفوتَر Vercel

الأسعار أدناه لـ Vercel كما نُشرت في صفحة أسعار Vercel في 14 أكتوبر 2026؛ راجع الصفحة نفسها للحصول على الأرقام الحالية.

باقة Hobby مجانية ومحدودة بالاستخدام الشخصي غير التجاري. باقة Pro بسعر $20 شهريًا وتشمل رصيد استخدام بقيمة $20؛ كل مقعد مطوّر إضافي بسعر $20 شهريًا آخر. وفوق سعر الباقة، يُقاس الاستخدام مورد بمورد: 1 تيرابايت من نقل البيانات مُضمَّن، ثم من $0.15 لكل جيجابايت؛ 10 ملايين طلب CDN، ثم من $2 لكل مليون. تُفوتَر الدوال (functions) حسب Active CPU (4 ساعات مُضمَّنة، ثم من $0.128 في الساعة)، والذاكرة المخصَّصة (360 جيجابايت-ساعة مُضمَّنة، ثم من $0.0106 لكل جيجابايت-ساعة)، والاستدعاءات (مليون استدعاء مُضمَّن، ثم من $0.60 لكل مليون). تبدأ تحسينات الصور من $0.05 لكل 1,000 عملية تحويل.

لا شيء في هذا غير معقول، لكنه يعني أن الفاتورة مجموع عدة عدّادات، ومعظمها يتحرك مع حركة مرورك ومع مدة تشغيل دوالك (functions). ارتفاع مفاجئ في الحركة أو مسار API بطيء يظهر في الفاتورة في أكثر من بند.

كيف نحدّد تسعيرتنا

نبيع ثلاث باقات: Small بسعر $9، Medium بسعر $19، وLarge بسعر $49 شهريًا. تمنحك كل باقة حصة شهرية واحدة — 200 جيجابايت أو 400 جيجابايت أو 1,000 جيجابايت — تُحتسب منها حركة مرور CDN الخاصة بك وذروة تخزين الكائنات في الشهر معًا.

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

تُفوتَر الباقات بالدولار الأمريكي أو بالليرة التركية، بحسب ما يناسب شركتك.

يعمل Next.js كخادم Node.js عادي

لا شيء هنا خاص ببيئة تشغيل Vercel، فلا يوجد ما يلزم التوافق معه. ابنِ Next.js باستخدام output: 'standalone'، والنتيجة خادم Node.js صغير يحزّمه Dockerfile قصير في حاوية (container). يعمل كل من التصيير من جانب الخادم (SSR)، ومسارات API، وmiddleware، وserver actions داخل هذا الخادم، تمامًا كما يعمل عند تشغيل next start على جهازك الخاص.

بما أن العملية (process) تبقى قيد التشغيل بين الطلبات، فإنها تحافظ على تنشيط مجمّع اتصالات قاعدة البيانات (connection pool) والذاكرات المؤقتة (in-memory caches) الخاصة بها. وينطبق الأمر نفسه على أي شيء آخر تشغّله إلى جانبه: واجهة API بـ Express أو NestJS، أو عامل (worker)، أو مستهلك طابور (queue consumer).

النشر من Git، والتراجع في خطوة واحدة

ثبّت تطبيق GitHub الخاص بنا، اختر المستودع (repository) والفرع (branch)، وكل عملية دفع (push) تبني صورة (image) جديدة وتنشرها. يعمل GitLab ومستودعات Git الأخرى عبر HTTPS أيضًا، باستخدام رمز وصول (access token) وwebhook موقَّع. يُحدَّد البناء بواسطة Dockerfile الخاص بك، المُشار إليه من ملف docker-compose، فتُنشَر عدة خدمات في مستودع واحد — تطبيق ويب، وAPI، وعامل (worker) — معًا. تعمل عمليات البناء في بيئة معزولة (sandbox) مع تخزين مؤقت للطبقات (layer caching)، والبناء الذي يفشل لا يستبدل أبدًا النسخة العاملة حاليًا. لا تستخدم Git على الإطلاق؟ يرفع أمر cdnctl deploy مجلد المشروع، ويبنيه، ويمنحك عنوان HTTPS.

يُحتفَظ بكل عملية نشر كمراجعة (revision)، والتراجع هو إجراء واحد من اللوحة أو CLI أو API. التطبيقات التي لا تملك قرصًا (disk) خاصًا بها تُنشَر دون أي توقف: تستقبل الحاوية الجديدة حركة المرور بعد أن تستجيب، ثم تتوقف القديمة.

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

قاعدة البيانات والتخزين المؤقت والتخزين والمهام المجدولة في لوحة واحدة

تحتاج معظم تطبيقات Next.js إلى أكثر من الواجهة الأمامية. هنا تُفعِّل Postgres أو MySQL أو Redis المُدارة كإضافات (add-ons)، وتُحقَن بيانات الاتصال بها في التطبيق كمتغيرات بيئة (environment variables) — بلا مزوّد ثانٍ، وبلا نسخ لبيانات الاعتماد يدويًا. يحتفظ تخزين الكائنات المتوافق مع S3 بالملفات المرفوعة والملفات الثابتة، ويمكن للتطبيق أن يُركِّب وحدة تخزين دائمة (persistent volume) عند حاجته إلى قرص.

تُضبَط متغيرات البيئة والأسرار المشفَّرة لكل تطبيق على حدة. تستدعي المهام المجدولة مسارًا في تطبيقك حسب جدول cron، والعامل الخلفي (background worker) هو ببساطة تطبيق حاوية بلا منفذ HTTP.

تتناول صفحة استضافة Node.js المنصة بتفصيل أكبر.

الأمان والتحكم عند الحافة (edge)

تقع نطاقات تطبيقك خلف شبكة الحافة (edge) نفسها التي تخدم عملاء CDN لدينا. جدار حماية تطبيقات الويب (ModSecurity مع OWASP Core Rule Set) مُضمَّن في كل باقة، وعندما يحظر طلبًا مشروعًا، تستثني تلك القاعدة الواحدة على ذلك المسار بنفسك من اللوحة. يتوفر أيضًا تحديد المعدل (rate limiting)، وحماية البوتات بتحدي JavaScript، وحظر حسب البلد أو ASN أو IP، إلى جانب رؤوس استجابة مخصصة (custom response headers).

تحصل النطاقات المخصصة على شهادات تلقائيًا، ويحصل كل تطبيق أيضًا على عنوان مجاني تحت cdn.com.tr أثناء الاختبار. تفريغ (purge) الذاكرة المؤقتة بحسب URL، أو بحسب بادئة (prefix)، أو للكل بالكامل، هو استدعاء واحد إلى REST API أو cdnctl purge، لذا يمكن لخط أنابيب النشر (deploy pipeline) تفريغ ما غيّره.

يحصل أعضاء الفريق على صلاحية مالك (owner) أو محرر (editor) أو مُشاهد (viewer)، ويمكن لعمليات النشر استخدام رموز API مخصصة للنشر فقط (deploy-only) في CI.

نقل تطبيق Next.js من Vercel

1. في next.config.js، اضبط output: 'standalone'. أضف Dockerfile يثبّت التبعيات (dependencies)، ويشغّل next build، ويبدأ node server.js، وملف docker-compose قصير يشير إليه. راجع نشر تطبيق Next.js والنشر باستخدام Docker Compose للحصول على أمثلة.

2. أنشئ حسابك، وصِّل مستودع GitHub، واختر الفرع (branch). تبني عملية الدفع (push) الأولى التطبيق وتنشره.

3. أضف متغيرات البيئة والأسرار الخاصة بك في اللوحة. إذا كان التطبيق يستخدم Postgres أو MySQL أو Redis، فعِّل نفس المحرك هنا كإضافة (add-on) وانقل البيانات إليه.

4. اختبر على عنوان cdn.com.tr المجاني للتطبيق. وعندما يبدو الأمر صحيحًا، أضف نطاقك ووجّهه إلينا بسجل CNAME؛ تصدر الشهادة تلقائيًا.