لماذا صارت أدوات التطوير الداخلية أولوية في 2026؟
قبل السحابة كان المطوّر يكتب الكود ويسلّمه لفريق التشغيل. اليوم يُطلب من الفريق نفسه أن يختار الحاويات، ويكتب البنية التحتية كتعليمات برمجية، ويضبط خطوط CI/CD، ويلتزم بضوابط الأمن السيبراني، ويراقب التكلفة. هذا «الحمل المعرفي» المتراكم هو السبب الأول وراء ظهور تخصص هندسة المنصات (Platform Engineering): فريق داخلي يبني أدوات ومسارات جاهزة تُخفي التعقيد عن بقية الفرق بدل أن تُلقيه عليها.
الأرقام تؤكد أن الأمر لم يعد تجربة. توقّعت Gartner أن تُنشئ 80% من مؤسسات هندسة البرمجيات الكبيرة فرق منصات بحلول 2026، ارتفاعًا من 45% في 2022. وكشف تقرير DORA 2025 الصادر عن Google Cloud في سبتمبر 2025، المبني على استطلاع نحو 5,000 متخصص، أن 90% من المؤسسات تبنّت منصة داخلية واحدة على الأقل، وأن هناك ارتباطًا مباشرًا بين جودة المنصة الداخلية وقدرة المؤسسة على استخلاص قيمة الذكاء الاصطناعي. الخلاصة التي يكرّرها التقرير: الذكاء الاصطناعي لا يُصلح الفريق، بل يضخّم ما هو موجود، والمنصة الجيدة هي ما يُضخَّم.
بالنسبة للفرق السعودية التي تبني على AWS وأزور وقوقل وأوراكل داخل المملكة، تكتسب المنصة الداخلية بُعدًا إضافيًا: هي المكان الطبيعي الذي تُدمج فيه ضوابط الهيئة الوطنية للأمن السيبراني ومتطلبات نظام حماية البيانات الشخصية مرة واحدة، بدل أن يعيد كل فريق اكتشافها في كل مشروع.
Backstage و«المسارات الذهبية»: ماذا تعني عمليًا؟
منصة المطوّر الداخلية (IDP) ليست أداة واحدة، بل طبقة تجمع أدوات متفرقة خلف واجهة واحدة: كتالوج للخدمات يوضّح من يملك ماذا، وقوالب لإنشاء خدمة جديدة بضغطة زر، وتوثيق تقني مرتبط بالكود، ولوحات تعرض حالة النشر والأمن والتكلفة. الواجهة الأشهر لهذه الطبقة هي Backstage، المشروع الذي بدأ داخل Spotify وانتقل إلى مؤسسة CNCF عام 2020. في مارس 2026 أطلقت CNCF فيلمًا وثائقيًا عن المشروع ووصفته بأنه «المعيار المفتوح العالمي لهندسة المنصات»، مشيرة إلى أن ترتيبه في سرعة التطوير ارتفع إلى السادس بين أكثر من 230 مشروعًا في 2025. وتقدّر شركة Roadie، وهي مزوّد نسخة مُدارة من Backstage، أن أكثر من 3,400 مؤسسة تستخدمه خارج Spotify بحلول يناير 2026، وهو رقم من مصدر تجاري ينبغي التعامل معه كمؤشر لا كإحصاء محايد.
أما «المسار الذهبي» (Golden Path) فهو الفكرة الأهم في هذا المجال كله: طريق موصى به ومدعوم بالكامل لإنجاز مهمة شائعة، مثل إنشاء خدمة مصغّرة جديدة ونشرها على EKS أو AKS مع خط CI/CD جاهز وفحص أمني وتوسيم للتكلفة، كل ذلك من قالب واحد. المسار الذهبي ليس إلزامًا، لكنه الخيار الأسهل، ولهذا يسلكه المطوّرون طوعًا. وقد لاحظ الباحثون أن منصة فيها مساران ذهبيان يستخدمهما الجميع أنفع بكثير من منصة فيها عشرون مسارًا اختياريًا لا يسلكها أحد.
ليس Backstage الخيار الوحيد. في أكتوبر 2025 أتاحت Spotify نفسها منتج Spotify Portal كنسخة مُدارة بلا كود من Backstage، وتنافسه منتجات تجارية مثل Port وCortex ونسخ مُدارة مثل Roadie، إضافة إلى ما يقدّمه مزوّدو السحابة أنفسهم من بوابات مدمجة. القرار هنا نسخة مصغّرة من معادلة «البناء أم الشراء» التي ناقشناها سابقًا: Backstage المفتوح يمنح تحكمًا كاملًا لكنه يحتاج فريقًا يصونه، والنسخ المُدارة تختصر الوقت مقابل الاعتماد على مزوّد.
لماذا تُبنى المنصات ولا تُستخدم؟
المفارقة أن معدلات التبنّي المرتفعة على مستوى المؤسسات لا تعني نجاحًا على مستوى المطوّرين. تشير تحليلات صناعية متعددة إلى أن فرق المنصات كثيرًا ما تقضي بين ستة أشهر وسنة في الإعداد قبل أن يرى المطوّر أي قيمة، وأن نسبة كبيرة من المؤسسات تشكو من ضعف استخدام المنصة داخليًا رغم اكتمالها تقنيًا. السبب المتكرر واحد: بناء المنصة كمشروع بنية تحتية بدل بنائها كمنتج له مستخدمون.
هنا تأتي الدروس العملية الثلاثة الأهم. أولًا، عامل المنصة كمنتج: لها مدير منتج، ومستخدموها هم المطوّرون، ونجاحها يُقاس باستخدامهم لا بعدد الإضافات المثبّتة. ثانيًا، ابدأ بمسار ذهبي واحد للمهمة الأكثر تكرارًا واجعله أفضل بوضوح من الطريقة الحالية، ثم أضف الثاني بناءً على ما يطلبه الفريق فعلًا. ثالثًا، أغلق حلقة التغذية الراجعة: وجدت بيانات DORA 2025 أن القدرة الأكثر ارتباطًا برضا المستخدمين عن المنصة هي حصولهم على «تغذية راجعة واضحة عن نتيجة مهامهم»، أي أن يعرف المطوّر فورًا لماذا فشل النشر أو أين توقف الفحص الأمني.
هناك أيضًا مؤشر واحد يستحق المتابعة قبل أي مقياس آخر: نسبة اعتماد المسار الذهبي، أي كم مطوّرًا يختار القالب الموحّد بدل إعداد يدوي خاص. إذا كانت النسبة تنمو، ستتبعها مقاييس DORA الأربعة خلال أشهر؛ وإذا كانت راكدة، فلا فائدة من إضافة مزيد من الإضافات.
خارطة طريق عملية للفرق السعودية على السحابة
ابدأ بفريق صغير من اثنين إلى ثلاثة مهندسين يجمعون خبرة السحابة والتشغيل، وحدّد المهمة الأكثر تكرارًا وإيلامًا في مؤسستك؛ في أغلب الجهات السعودية هي «إنشاء خدمة جديدة ونشرها في بيئة متوافقة». ابنِ لها قالبًا واحدًا يُنتج مستودع الكود وخط CI/CD والبنية التحتية كتعليمات برمجية موجّهة إلى منطقة سحابية داخل المملكة، ويضمّن منذ اللحظة الأولى تصنيف البيانات وفق نظام حماية البيانات الشخصية، وفحوصات Policy as Code المستمدة من ضوابط الهيئة الوطنية للأمن السيبراني التي شرحناها في مقال DevSecOps، ووسوم التكلفة التي تحتاجها فرق FinOps. بهذا يصبح الامتثال ناتجًا جانبيًا للمسار الذهبي لا مرحلة لاحقة.
بعد ذلك أضف الكتالوج: سجّل الخدمات الحالية ومالكيها ومستوى أهميتها، فهذه الخطوة وحدها تجيب عن سؤال «من يملك هذه الخدمة؟» الذي يستهلك ساعات في أي حادثة تشغيلية أو تدقيق. ثم قِس شهريًا نسبة اعتماد المسار الذهبي، وزمن الوصول إلى أول نشر لمطوّر جديد، وعدد التذاكر الموجّهة إلى فريق البنية التحتية. وحين تبدأ الأرقام بالتحسن، وسّع نحو مسار ثانٍ: بيئات مؤقتة لكل فرع، أو نشر نماذج الذكاء الاصطناعي عبر Bedrock أو Foundry أو Vertex بضوابط جاهزة.
الخلاصة: أدوات التطوير الداخلية ليست رفاهية للشركات العملاقة، بل الطريقة العملية الوحيدة لتوسيع فرق سحابية صغيرة في سوق يعاني نقصًا في الكفاءات، دون أن يتحوّل كل مشروع جديد إلى إعادة اختراع للعجلة. ابدأ صغيرًا، عامل المنصة كمنتج، وقِس الاستخدام لا الميزات.
