ابنِ المنتج، وليس البنية التحتية

1. المقابلة التي لم تغير شيئاً (لكنها أوضحت كل شيء)

أجريت مقابلة في شركة تمتلك منتج SaaS مصقولاً، وعملاء يدفعون، ولا يوجد لديها أي مهندسي DevOps. لا توجد مجموعة Kubernetes. لا خوادم ويب مخصصة. لا أحد في وضع الاستعداد (on-call) للبنية التحتية. لقد تبنوا الخدمات المدارة بالكامل، وفاتورتهم تتنفس مع حركة المرور (Traffic) الخاصة بهم.

خرجت من هناك وأنا لا أفكر في أنني اكتشفت شيئاً جديداً، بل أنني رأيت الأمر أخيراً يُنفذ بشكل نظيف. لا توجد أنصاف حلول. لا يوجد "سنقوم بالتهجير لاحقاً". مجرد فريق يبني منتجاً بينما يدير مزود الخدمة السحابية أعمال السباكة (البنية التحتية).

لقد رأيت العكس مرات عديدة. شركة ناشئة في مرحلة التأسيس بأربعة مهندسين ومجموعة K8s مخصصة. فريق في مرحلة مبكرة يحرق دورتي عمل (Sprints) في تكوين مسار CI/CD قبل أن يكون لديهم مستخدم واحد يدفع. مدير تقني (CTO) يمكنه شرح سياسة التوسع التلقائي (Autoscaling) بالتفصيل ولكنه لا يستطيع أن يخبرك لماذا بلغ معدل التوقف (Churn) ١٢٪.

2. ماذا تعني "ثقافة بلا عمليات (No Ops)" حقاً

"بلا عمليات" (No ops) لا تعني اختفاء عمل العمليات. إنها تعني أنك تدفع علاوة مقابل كل طلب حتى لا تدفع راتباً مقابل وقت التشغيل (Uptime). لا يزال هناك شخص يعيد تشغيل الحاويات (Containers)، ويُجدد الشهادات، ويرقع الثغرات الأمنية. هذا الشخص يعمل الآن في Google أو Amazon، وليس لصالحك.

الحسابات بسيطة. يكلف مهندس DevOps في الولايات المتحدة راتباً أساسياً يتراوح بين 125,000 و140,000 دولار. إجمالي التعويضات يتجاوز 175,000 دولار. تحتاج معظم الفرق إلى شخصين على الأقل للتناوب على الاستعداد وعامل الحافلة (Bus factor). هذا يعادل 350,000 دولار سنوياً قبل أن تقوم بتجهيز خادم واحد.

في غضون ذلك، يمكن لشركة ناشئة تعمل على Cloud Run و Cloud SQL أن تخدم آلاف المستخدمين بأقل من 500 دولار شهرياً. قسط الخدمات المدارة حقيقي. لكن الراتب الذي لا تدفعه هو الأكثر حقيقية.

لا ينجح هذا إلا إذا كانت بنية نظامك تتناسب مع نموذج الخدمات المدارة. مهام الخلفية طويلة الأمد، وبدايات التشغيل الباردة (Cold starts) التي لا يمكن التنبؤ بها، وحوسبة وحدات المعالجة الرسومية (GPU). لا تزال هذه الأمور صعبة على الخدمات المدارة. ولكن بالنسبة للغالبية العظمى من أحمال العمل في المرحلة التأسيسية (تطبيقات الويب، واجهات برمجة التطبيقات APIs، العمال غير المتزامنين Async workers، البيانات العلائقية القياسية)، فإن التوافق مثالي.

3. لا شيء من هذا جديد. وهذا هو الجزء المحبط.

تم إطلاق AWS Lambda في نوفمبر 2014. منذ أحد عشر عاماً. وصل Cloud Run إلى الإتاحة العامة (GA) في أواخر عام 2019. منذ ست سنوات. Cloud SQL و RDS و Firebase. هذه خدمات ناضجة ومجربة في ساحة المعركة وتشغل أحمال عمل إنتاجية في شركات تستخدمها كل يوم.

ومع ذلك، لا تزال الشركات الناشئة في المرحلة التأسيسية تفتتح أعمالها بمجموعة Kubernetes.

المبرر هو نفسه دائماً. "سنحتاج إليها في النهاية". "الخدمات المدارة تصبح باهظة الثمن عند التوسع". العبارة الأخيرة صحيحة من الناحية الفنية ولكنها غير ذات صلة تماماً بأول عامين.

درس مشروع Startup Genome 3,200 شركة ناشئة. استنتاجهم: كان التوسع المبكر هو أقوى مؤشر منفرد للفشل. ليست المنافسة. ليس التمويل. التوسع قبل أن تكون مستعداً. كتبت الشركات الناشئة الفاشلة أكواداً أكثر بـ 3.4 أضعاف قبل الوصول إلى توافق المنتج مع السوق (Product-market fit) مقارنة بالشركات الناجحة. كان معظم هذا الكود عبارة عن بنية تحتية. قامت CB Insights بتحديث البيانات في عام 2025. نفس النمط. تفشل 70% من شركات التكنولوجيا الناشئة بحلول الشهر العشرين، والسبب الرئيسي لم يتغير.

أمضى مزودو الخدمات السحابية عقداً من الزمن في بناء الخدمات لتأخير قرار التوسع هذا. ونحن نتجاهلهم.

4. الضرر الحقيقي للبدء من الصفر مبكراً جداً

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

هذا المهندس المعين لـ DevOps بـ 140 ألف دولار. في شركة ناشئة مكونة من أربعة أشخاص، يعني ذلك أن 25% من ميزانية الهندسة تذهب إلى صفر ميزات، صفر تحسينات تواجه المستخدم، صفر تميز للمنتج. لا يمكن لمستخدميك معرفة ما إذا كان تطبيقك يعمل على EKS أو Cloud Run. يمكنهم معرفة ما إذا تم إصداره في الوقت المحدد.

كل ساعة تقضيها في تصحيح تعارضات حالة Terraform هي ساعة لا تقضيها في المنتج الأساسي. كل دورة عمل (Sprint) تُحرق في ترقيات إصدار K8s هي دورة عمل قضاها منافسك في الإطلاق. بعد ستة أشهر، سيكون لديهم المزيد من الميزات، والمزيد من تعليقات المستخدمين، والمزيد من التكرارات. أنت لديك مسار CI/CD جميل وقاعدة مستخدمين أصغر.

قام فريق أعرفه بالتهجير من AWS إلى Vercel. نفس التطبيق. نفس المستخدمين. الفاتورة الشهرية: من 12,000 دولار أصبحت 140 دولاراً. انخفاض بنسبة 98%. المكسب الأكبر: توقف مهندسوهم عن إدارة البنية التحتية وبدأوا في بناء المنتج مرة أخرى. لا يظهر هذا في الفاتورة، ولكنه يظهر في سرعة الإطلاق خلال أسابيع.

5. حزمة الخدمات المدارة التي تعمل للإنتاج

الحوسبة (Compute): Cloud Run (طلبات HTTP الطويلة نوعاً ما) أو Lambda (المدفوعة بالأحداث). كلاهما يتوسع إلى الصفر. لا توجد حركة مرور، لا توجد فاتورة.

البيانات: Cloud SQL أو RDS أو Supabase. يتم التعامل مع النسخ الاحتياطية والنسخ المتماثل وتجاوز الفشل. لا تزال تمتلك الفهارس والاستعلامات. أنت لا تملك فشل القرص.

المصادقة (Auth): Firebase Auth أو Supabase Auth. مشاكل OAuth والجلسات وإعادة تعيين كلمة المرور كلها مشاكل محلولة. لا تبني نظامك الخاص.

الواجهة الأمامية وشبكة توصيل المحتوى (CDN): Vercel أو Cloudflare Pages. توصيل عالمي، SSL تلقائي، ومعاينة النشر لكل فرع.

تعمل هذه الحزمة بتكلفة تتراوح بين 50 إلى 500 دولار شهرياً في حركة المرور في المرحلة المبكرة. وتتعامل مع آلاف المستخدمين بدون تناوب على الاستعداد.

ما لا تفعله هذه الحزمة: الشبكات الدقيقة، الثنائيات المخصصة (Custom binaries)، المهام طويلة الأمد التي تتجاوز مهلات المنصة، حوسبة GPU الرخيصة. إذا كان منتجك يحتاج حقاً إلى ذلك، فقد لا تتناسب الخدمات المدارة معك. ولكن تحقق من الحاجة قبل البناء لها. معظم الشركات الناشئة التي تعتقد أنها بحاجة إلى خادم WebSocket مخصص تحتاج فقط إلى Cloud Run مع تفعيل تقارب الجلسة (Session affinity).

إذا قمت بالبناء على جانبي هذا الخط، أو إذا جربت الخدمات المدارة واصطدمت بجدار لا أراه، فأنا أريد أن أسمع عن ذلك. تابعني على LinkedIn للحصول على المزيد من الآراء الصادقة حول البنية التحتية، والذكاء الاصطناعي، والبناء في العلن (Building in public).

6. متى لا تنطبق الخدمات المدارة

إذا كان منتجك يتعامل مع بيانات شخصية حساسة بموجب إرشادات GDPR أو HIPAA أو لوائح مماثلة، فإن الخدمات المدارة تصبح معقدة. تقدم كل من Google Cloud و AWS دعم اتفاقية شراكة الأعمال (BAA) لمجموعة فرعية من الخدمات. لن يكون الكتالوج بأكمله مدعوماً أبداً. عبء الامتثال لا يختفي. لا تزال تقوم بتكوين عناصر التحكم في الوصول، وتسجيل التدقيق، والتشفير. توفر لك المنصة الرافعات، لكنك أنت من يسحبها.

متطلبات إقامة البيانات (Data residency) تقلص خياراتك أكثر. لا توجد كل منطقة لـ Cloud Run في كل مكان. قد تحتاج حقاً إلى بنية تحتية مخصصة مع وصول مادي قابل للتدقيق.

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

هناك حل وسط: خدمات مدارة لأحمال العمل غير الحساسة، وفريق عمليات مركّز للنواة الممتثلة. خدمة المصادقة على Cloud Run بدون معلومات تعريف شخصية (PII). بيانات المرضى على مثيل PostgreSQL مخصص وخاضع للتدقيق. عمل أكثر من الخدمات المدارة البحتة، وأقل من بناء كل شيء من الصفر.

7. نقطة التحول

الخدمات المدارة ليست إلى الأبد. عند نطاق معين، تصبح العلاوة لكل طلب بنداً يسأل عنه مديرك المالي (CFO).

الإشارة: عندما تتجاوز فاتورتك المدارة التكلفة الإجمالية لفريق عمليات صغير، وتستمر الفجوة في النمو. 15,000 دولار شهرياً على Cloud Run؟ تكلفة فريق العمليات 25,000 دولار. ابقَ على الخدمات المدارة. 80,000 دولار شهرياً وتنمو بنسبة 20% شهرياً؟ حان الوقت للتخطيط لعملية التهجير.

تقوم معظم الفرق بالتهجير في وقت مبكر جداً. يرون فاتورة بقيمة 3,000 دولار ويتخيلون التوفير الخام من EC2. ينسون الراتب الذي على وشك إضافته، والسرعة التي سيفقدونها أثناء التهجير، وأنماط حركة المرور التي ستبطل تخطيط سعتهم (Capacity planning) في غضون ربع سنة.

خطة اللعب: ابدأ مُداراً بالكامل. عند 20,000 دولار شهرياً، احسب الأرقام. عند 50,000 دولار شهرياً أو عندما تمنع حدود المنصة ميزة ما، ابدأ في التهجير. تكلفة التهجير المبكر جداً هي أشهر من الهندسة المشتتة. تكلفة التهجير المتأخر جداً هي فاتورة أكبر قليلاً لبضعة أشهر أخرى. هذه ليست مخاطر متماثلة.

8. ما زلت أراقبه: البنية التحتية الأصلية للذكاء الاصطناعي (AI-Native Infrastructure)

لا يزال استدلال النماذج اللغوية الكبيرة (LLM inference) في مرحلة البنية التحتية الخام. مثيلات GPU، أوزان النماذج، وبدايات التشغيل الباردة. تبرز الخدمات المدارة (مثل Replicate، Modal، Fireworks) لكن المجال لا يزال في بداياته.

ما أنتظره هو "لحظة Lambda" للنماذج اللغوية الكبيرة (LLMs). نشر نموذج، ودفع لكل استدلال، والتوسع إلى الصفر. تحميل الجزء الذي تحتاجه فقط من أوزان النموذج، وليس نقطة التفتيش بأكملها البالغة 70 جيجابايت. وشخص آخر يتعامل مع التكرار (Redundancy) والسعة.

تُظهر بنيات "مزيج من الخبراء" (Mixture of Experts) أن هذا ممكن. البنية التحتية لخدمة النماذج بهذه الطريقة عند الطلب غير موجودة بعد. لكنها قادمة. عندما تصل، ستبدو الفرق التي تبني مجموعات GPU الخاصة بها اليوم مثل الفرق التي كانت تبني مجموعات K8s الخاصة بها في عام 2019. ضرورية في ذلك الوقت، لكنها باهظة الثمن في وقت لاحق.

9. المراجع

• مشروع Startup Genome (2011). "التوسع المبكر: السبب الرئيسي لفشل الشركات الناشئة". 3,200 شركة ناشئة، بيركلي/ستانفورد.
• سي بي إنسايتس CB Insights (2025). "أهم 12 سبباً لفشل الشركات الناشئة". تحليل تشريح أكثر من 470 شركة ناشئة.
• AWS. "AWS Lambda يكمل عامه العاشر: العقد الأول من ابتكارات الحوسبة بدون خوادم". مدونة AWS، نوفمبر 2024.
• Google Cloud. "الإتاحة العامة لـ Cloud Run". إنفو كيو (InfoQ)، نوفمبر 2019.
• Underdog.io (2026). "دليل رواتب مهندسي DevOps". متوسط الراتب الأساسي في الولايات المتحدة: 139,000 دولار.
• Sealos (2025). "Vercel مقابل AWS: مقارنة التكلفة الإجمالية للملكية".
• "فاتورتنا في AWS البالغة 12 ألف دولار أصبحت 140 دولاراً على Vercel". منصة ميديوم / Let's Code Future، 2025.
• Bytebase (2026). "Supabase مقابل AWS: مقارنة الميزات والأسعار".
• برايس ووترهاوس كوبرز PwC (2025). "لماذا تفشل 70% من الشركات التكنولوجية الناشئة بحلول الشهر 20".