الهدف
بعد هالدرس تقدر تختار بين serverless و containers بناء على workload منتجك، تضبط Vercel + Neon كـ default stack، وتعرف متى تنتقل لـ Railway containers بدون ما تعيد كل شي.
ليش هذا الحين؟
عندك CI/CD pipeline يطلق deploys تلقائيا. الحين لازم تعرف: وين يروح هالـ deploy؟
هالقرار يأثر على كلفتك الشهرية، سرعة response time للـ users، ومقدرتك على الـ scale. Solo founders يغلطون هنا من ناحيتين: إما يبدأون بـ Kubernetes مثل المشاريع الكبيرة (overengineering)، أو يختارون غلط والفرق يطلع من جيبهم.
خذ موقف واضح: ابدأ serverless (Vercel + Neon). انتقل لـ Railway containers لما توصل لحد.
الفكرة
قرار الـ infra يجي من سؤال واحد: هل workload منتجي stateless أو stateful؟
- Stateless = كل request مستقل، ماكو state بين requests → Serverless مثالي
- Stateful = process تشغل باستمرار، WebSocket، job queue → Containers أحسن
للـ solo founder في 2026:
- Vercel = frontend + API routes (Next.js/Astro) — تدفع صفر لحد 100K requests/شهر
- Neon = Postgres managed — تدفع صفر لحد 0.5 GB storage
- Railway = لما تحتاج container — background jobs، WebSocket server، cron workers
- Upstash = Redis managed — rate limiting، caching، queues — بدون server
هالـ stack يكلفك $0 لحد ما تتجاوز الـ free tiers — وساعتها المنتج يكون يجيب فلوس.