الهدف
بعد هالدرس تعرف متى تبدأ تفكر بالـ scale (مو بكير، مو متأخر)، وتقدر تطبّق ثلاث خطوات: Neon connection pooling عشان الـ DB ما تنهار، Vercel Edge للـ latency، وRailway horizontal scaling لما تحتاج instances أكثر — كل هذا بدون AWS أو Kubernetes.
ليش هذا الحين؟
منتجك وصل 10K مستخدم — خوش، هذا إنجاز. بس 10K مختلف عن 100K. الأشياء اللي "تشتغل" الحين ممكن تنكسر لما تضرب 10x traffic.
الـ bottleneck الأول دايما DB connections — مو compute. ترى Neon بـ default تعطيك 100 connection، ولو كل serverless function فتحت connection جديدة، تخلص بثواني. الحين وقت تصلح هذا قبل ما تصير المشكلة.
مو لازم تـ migrate لـ AWS. الـ solo founder يحتاج أدوات بسيطة وسريعة، مو infrastructure team.
الفكرة
الـ bottleneck الأول: DB connections
أداتنا: Neon connection pooler — مدمج في Neon، مجاني، يحل 80% من مشاكل الـ scale للـ solo product.
Neon يعطيك connection string عادية + connection string للـ pooler. الفرق: الـ pooler يشغّل PgBouncer خلف الكواليس، يـ pool الـ connections بدل ما كل function تفتح واحدة جديدة.
الـ bottleneck الثاني: Latency
Vercel Edge Network موزّعة على 100+ مكان في العالم. نقل API routes ما تحتاج DB لـ edge = 200-400ms أسرع لمستخدمين بعيدين عن US.
الـ bottleneck الثالث: الـ compute
لو كل شي فوق مو كافي — Railway تدعم horizontal scaling (instances أكثر تشتغل بالتوازي). هذا آخر شي في القائمة لأنه الأغلى وأقل شي بتحتاجه.