المنظومة السحابية صارت سبعة مستويات، لا IaaS وPaaS وSaaS فقط
ما زالت كل دورة تدريبية تعلّم ثلاثة صناديق: IaaS وPaaS وSaaS. أما السوق فقد كفّ عن مطابقة تلك الصورة قبل نحو ثمانية عشر شهرًا.
كان المخطط القديم جيدًا. أجاب عن سؤال واحد إجابة حسنة: كم من الخادم مسؤوليتي؟ استأجر آلة فتصير كلها لك. ادفع شفرتك إلى منصة فيصير معظمها لها. اشترِ برنامجًا جاهزًا فلا شيء منه لك.
ثم حدثت ثلاثة أمور. انهار وسط المنظومة على نفسه. وتحوّلت قاعدة البيانات إلى سوق مستقلة تتحرك فيها مليارات الدولارات. وظهر مستوى جديد، موجود لأن وكلاء الذكاء الاصطناعي صاروا يكتبون شفرة لا بد أن تعمل في مكان ما.
هذه هي الصورة التي أرسمها بدلًا منها. منظومتان لا واحدة، وSaaS ليست في أي منهما.
لاحظ أن SaaS ليست في أي من المنظومتين. كانت دائمًا الشاذّة بينها. SaaS برنامج تشتريه. أما البقية فأماكن تشغّل فيها برنامجًا كتبته أنت. ووضعها في مخطط واحد أربك جيلًا من الطلاب.
التغيير الأول: انهارت PaaS والدوال إحداهما في الأخرى
كانت القاعدة القديمة بسيطة، وظلت صحيحة سنوات.
تطبيق PaaS برنامج يبقى يعمل. يجلس هناك منتظرًا. تدفع بالساعة، طوال اليوم، حتى في الثالثة فجرًا حين لا أحد مستيقظ. تخيّل متجرًا يُبقي الأنوار مضاءة.
أما الدالة فليست برنامجًا يبقى يعمل. تستيقظ حين يصل طلب، وتؤدي العمل، ثم تعود إلى النوم. تدفع عن كل طلب. تخيّل آلة بيع.
إذن: دافئ يعني الدفع بالساعة، وبارد يعني الدفع بالطلب. خياران مرتبان.
وقد تحرك كلاهما الآن، من اتجاهين متعاكسين.
حوسبة Fluid من Vercel تتيح لنسخة واحدة أن تخدم طلبات كثيرة في الوقت نفسه، وتحاسبك على المعالج فقط ما دامت شفرتك تعمل فعلًا. فإن كانت شفرتك جالسة تنتظر ردًا من قاعدة بيانات أو من نموذج ذكاء اصطناعي، توقّف عدّاد المعالج. ولا يُحتسب شيء بين الطلبات أصلًا. والسعر 0.128 دولار لساعة المعالج و0.0106 دولار لساعة الغيغابايت من الذاكرة. هذه عملية دافئة طويلة العمر، تُحاسَب كأنها دالة.
وفي الاتجاه المقابل، يأخذ Google Cloud Run حاوية Docker عادية، ويمنحها Linux كاملًا، وأي لغة تريدها، وحتى 32 غيغابايت من الذاكرة ومهلة 60 دقيقة، ويظل يخفّضها إلى الصفر. هذه فاتورة على شكل دالة، ملفوفة حول خادم حقيقي.
الطلبات الثلاثة نفسها، محاسَبة بثلاث طرق. «هل هو دافئ؟» و«كيف أُحاسَب؟» كانا سؤالًا واحدًا. صارا الآن سؤالين، ويمكنك أن تحصل على أي تركيبة منهما.
التغيير الثاني: «بلا خوادم» صارت تعني أربعة أشياء مختلفة
هنا تنحرف معظم النقاشات. يقول أحدهم إن الفريق ذاهب إلى «بلا خوادم»، فيوافق الجميع، وبعد ثلاثة أشهر يكتشفون أن ما اختاروه لا يستطيع تشغيل مهمة cron.
- تشغّل
- معالج طلب واحد قصير في كل مرة
- تنخفض إلى الصفر
- نعم، تمامًا
- المأخذ
- تختلف حدود التشغيل؛ قد تحتفظ النسخ الدافئة بالذاكرة والملفات المؤقتة، لكن بقاءها غير مضمون
- تشغّل
- صور حاويات متوافقة. خدمات Cloud Run: ذاكرة حتى 32 GiB ومهلة طلب 60 دقيقة. حدود Fargate مختلفة وتدعم مهام طويلة التشغيل.
- تنخفض إلى الصفر
- خدمات Cloud Run تفعل ذلك تلقائيًا. خدمات Fargate تحتاج سياسة توسع صريحة وآلية لإعادة تشغيل المهام.
- المأخذ
- ما زالت منطقة واحدة ما لم تُعدّ غيرها بنفسك
- تشغّل
- JavaScript أو WebAssembly، في كل مدينة دفعة واحدة
- تنخفض إلى الصفر
- نعم، وتبدأ في أقل من ميلي ثانية
- المأخذ
- لا بيئة Node كاملة، وميزانية ضيقة على وقت المعالج
- تشغّل
- Postgres، مع فصل الحوسبة عن التخزين
- تنخفض إلى الصفر
- الحوسبة نعم، التخزين أبدًا
- المأخذ
- الاستيقاظ يأخذ وقتًا، والبايتات محاسَبة وهي نائمة
الأربعة ليست أقارب. حدود الدوال تختلف باختلاف المزود. وحد الساعة في Cloud Run يخص طلبات الخدمة، لا كل حاوية بلا خوادم أو مهمة خلفية. وعازل الحافة يبدأ في أقل من ميلي ثانية، لكنه لا يشغّل شفرة Node عادية. وقاعدة البيانات بلا خادم تُنيم حوسبتها وتظل تحاسبك على البايتات على القرص.
في المرة القادمة التي يقول فيها أحدهم «بلا خوادم»، اسأل: أي الأربعة؟ فالقيود هي ما ستعيش معه.
التغيير الثالث: المال انتقل إلى قاعدة البيانات
بينما كان الإنترنت يتجادل حول Kubernetes، ذهب رأس المال الحقيقي إلى مكان آخر.
دفعت Databricks نحو مليار دولار مقابل Neon، وهي شركة تبيع Postgres بلا خادم، على إيراد سنوي يقارب 25 مليون دولار. وأخذت Snowflake شركة Crunchy Data مقابل 250 مليون دولار بحسب التقارير. وانتقلت Supabase من تقييم بمليارَي دولار إلى خمسة مليارات في أربعة أشهر. وبلغ Postgres 55.6% من الاستخدام في استطلاع Stack Overflow لعام 2025، وهو أكثر قواعد البيانات استخدامًا سنتين متتاليتين.
ثم هبطت الأسعار بقوة بعد ذلك. نزل تخزين Neon من 1.75 دولار إلى 0.35 دولار للغيغابايت شهريًا، أي خفض بنسبة 80%، ونزلت الحوسبة معه.
والسبب في ذلك الرقم الأخير. أكثر من 80% من قواعد بيانات Neon الجديدة أنشأها وكلاء ذكاء اصطناعي، لا بشر، صعودًا من 30% قبل عام. والوكيل الذي يُنشئ قاعدة بيانات مؤقتة لكل مهمة عميل مختلف تمامًا عن إنسان ينقر في لوحة تحكم مرة كل ربع سنة. Postgres الذي ينخفض إلى الصفر موجود لأن ذلك العميل موجود.
وهذه منظومة ثانية، لا مستوى في الأولى. أين تعمل شفرتك وأين تعيش بياناتك عمليتا شراء منفصلتان. ولم يكن في المخطط القديم خانة لقاعدة بيانات، فلم يتعلّم أحد أن يفكر فيها هكذا.
الفخ الذي يأتي من خلط المنظومتين
اختر حوسبة بلا خوادم وقاعدة بيانات مُدارة عادية، وستلتقي بهذا في أول يوم مزدحم.
يفترض Postgres 100 اتصال افتراضيًا، ولا توجد شفرة ذكية تصلح تلك الحسبة. إما أن تضع مجمّع اتصالات في المنتصف، وإما أن تتحمل انقطاعًا.
وأمران آخران يستحقان المعرفة قبل أن تثق بعبارة «ينخفض إلى الصفر» على قاعدة بيانات. التخزين لا ينام أبدًا: الحوسبة وحدها هي التي تنام، والقاعدة الموقوفة تظل تحاسبك على كل بايت تحتفظ به. والاستيقاظ يأخذ وقتًا: القاعدة النائمة تحتاج لحظة لتعود، وتلك اللحظة تُضاف فوق أي بدء بارد كان عند دالتك أصلًا.
ثم هناك اللاتماثل الذي يقرر كم ينبغي أن تكون قلقًا. مغادرة منصة الاستضافة أسبوع عمل تقريبًا. أما مغادرة قاعدة بياناتك فتعني نقل تيرابايتات، ودفع ثمن إخراجها، وإعادة كتابة استعلاماتك لمحرك مختلف. كن مرتاحًا تجاه الارتباط بمزود الحوسبة. وكن حذرًا تجاه الارتباط بمزود البيانات.
المستوى الجديد: صناديق رمل للوكلاء، لشفرة كتبها الذكاء الاصطناعي
هذه هي الفئة الجديدة فعلًا، ولم تكن موجودة حين رسم أحدهم المخطط الأصلي.
وكيل ذكاء اصطناعي يكتب شفرة. وتلك الشفرة لا بد أن تعمل. ولا يمكنك تشغيلها على خادمك أنت، لأنك لم تكتبها ولا تعرف ماذا تفعل. أنت بحاجة إلى حاسوب للاستعمال مرة واحدة: مهمة واحدة، معزول تمامًا، ويُرمى بعدها.
صارت هذه فئة منتجات فيها منافسة حقيقية. في أبريل 2026 أطلقت OpenAI Agents SDK دعم صناديق الرمل مع سبعة مزودين مستضافين مدمجين: Blaxel وCloudflare وDaytona وE2B وModal وRunloop وVercel. وأطلقت Docker ميزة صندوق رمل تجريبية خاصة بها.
| المزوّد | طريقة العزل | أطول جلسة | GPU | البدء البارد |
|---|---|---|---|---|
| E2B | microVM من Firecracker | حتى 24 ساعة | لا | نحو 90 إلى 200 مللي ثانية |
| Modal | حاوية gVisor | بلا حد | نعم، من T4 حتى B200 | غير منشور |
| Daytona | حاوية Sysbox | بلا حد | نعم | نحو 90 مللي ثانية |
| Vercel Sandbox | microVM من Firecracker | 45 دقيقة مجانًا، 24 ساعة مدفوعة | لا | غير منشور |
| Cloudflare Sandboxes | حاوية على الحافة | 30 دقيقة | لا | غير منشور |
| Blaxel | microVM | بلا حد | لا | نحو 25 مللي ثانية |
أرقام معلنة من المزودين، وهي تتغير بسرعة.
الفروق ليست شكلية. حدود الجلسة تتراوح من 30 دقيقة إلى بلا حد. والبدء البارد من نحو 25 مللي ثانية إلى بضع مئات. بعضها يعطيك GPU ومعظمها لا. ونموذج العزل يختلف أيضًا: آلات افتراضية صغيرة على مستوى العتاد مثل Firecracker في طرف، وعزل قائم على الحاويات في الطرف الآخر. وإن كنت تشغّل شفرة لا تثق بها حقًا، فذلك هو العمود الذي تقرؤه أولًا.
ولماذا يعنيك الأمر إن لم تكن تبني وكلاء؟ بسبب رقم الـ 80% ذاك من Neon. أسرع مستهلك نموًا للبنية السحابية اليوم ليس إنسانًا. كل مزوّد يُعاد تصميمه حول عميل يظهر دفعة واحدة، ويعمل تسعين ثانية، ثم يختفي. وهذا يغيّر المنتجات التي تُعرض عليك، أيًّا كنت.
كيف تختار: طابِق شكل العمل مع المستوى
سؤالان لا سؤال واحد. أولًا، ما شكل العمل؟ وثانيًا، وبشكل منفصل، أين تعيش البيانات؟
معظم الفرق تصيب السؤال الأول تقريبًا بالحدس، وتخطئ الثاني افتراضًا، لأن المخطط القديم لم يخبرها قط أن هناك سؤالًا ثانيًا.
ما لم يتغير إطلاقًا
أمران ما زالا مسؤوليتك كاملة في كل مستوى، من الخادم الفيزيائي إلى أحدث صندوق رمل.
مخططك واستعلاماتك. لا مزوّد في أي من المنظومتين سيصلح لك فهرسًا ناقصًا. وقاعدة بيانات مُدارة تمسح أربعين مليون صف مسحًا تسلسليًا هي قاعدة بيانات بطيئة. ومعظم تذاكر «قاعدة بياناتنا المُدارة بطيئة» هي في الحقيقة استعلام لم ينظر فيه أحد.
فاتورتك. لكل نموذج هنا طريقته في مفاجأتك. الخوادم الدائمة تحاسبك وأنت نائم. والدوال تحاسبك على كل طلب، والطلبات تتراكم أسرع مما يتوقع أحد. وKubernetes يحاسبك 73 دولارًا شهريًا عن كل عنقود EKS قبل أن تبدأ حاوية واحدة، ويقفز إلى نحو 438 دولارًا إن تركت العنقود يتأخر عن الإصدارات. وقواعد البيانات بلا خادم تحاسبك على البايتات الساكنة. ولا أحد يرسل لك رسالة تحذير.
المخطط في عرضك التقديمي ليس خطأ. هو فقط من سوق أصغر. أعد رسمه بمنظومتين وسبعة مستويات، وستقصر النقاشات في فريقك كثيرًا.
اختيار المستوى الصحيح، والانتقال عن الخاطئ، هو معظم ما أعمله: ترحيلات AWS، والانتقال من Lambda إلى الحاويات، وتدقيق التكاليف لفرق خمّنت مبكرًا وتدفع الثمن الآن. وإن كنت تحدّق في هذا القرار، تواصل معي.
تدعم صفحات التسعير والتقارير المرتبطة الأرقام المذكورة. راجع حدود الحاويات منفصلة في وثائق Cloud Run وFargate. ولحدود صناديق الرمل الحالية، راجع E2B وModal وDaytona وVercel Sandbox وCloudflare Sandboxes وBlaxel. الجدول لقطة زمنية، وليس اختبار أداء أجريته أو ضمانًا لوقت البدء. تم التحقق في سبتمبر 2026، وهذه سوق سريعة الحركة، فتحقق قبل أن تلتزم بأي شيء.