المشكلة التي تحلها هندسة المنصات

قبل أن تصبح هندسة المنصات تخصصًا معترفًا به، واجهت المؤسسات الهندسية الكبيرة عادةً معضلةً حقيقية. كان كل فريق منتج مسؤولاً عن بنيته التحتية الخاصة - من توفير موارد الحوسبة السحابية، وتكوين مسارات التكامل المستمر/التسليم المستمر (CI/CD)، وإعداد أنظمة المراقبة، وإدارة عمليات نشر Kubernetes، والتعامل مع البيانات السرية، والحفاظ على الامتثال الأمني. نتج عن ذلك بيئة من التكوينات المخصصة، وممارسات غير متسقة، وجهود مكررة، ومستويات أمنية متفاوتة. أمضى المهندسون، الذين كان من المفترض أن يطوروا ميزات المنتج، جزءًا كبيرًا من وقتهم في أعمال البنية التحتية غير المحددة.
لم يكن الوضع مجرد عدم كفاءة، بل كان مشكلة متفاقمة. فكل فريق جديد يُعيّن يعني بيئة بنية تحتية مخصصة أخرى. كل ثغرة أمنية في البنية التحتية تتطلب معالجة عبر عشرات التكوينات المستقلة بدلاً من حل مركزي واحد. كل أداة أو إطار عمل جديد يتطلب إعادة تطبيق أنماط التكامل عبر كل فريق على حدة. كان العبء المعرفي على المطورين، الذين كان عليهم أن يكونوا خبراء في مجال منتجاتهم وفي بنية تحتية واسعة النطاق، كبيرًا للغاية.
برزت هندسة المنصات كاستجابة تنظيمية لهذا التعقيد: تخصيص فريق لبناء طبقة البنية التحتية المشتركة، وإتاحتها لفرق المنتجات عبر واجهة داخلية مصممة جيدًا تُخفي التعقيد خلف إعدادات افتراضية منطقية وسير عمل مُوجّه. وبذلك، تُصبح فرق المنتجات منتجة بسرعة؛ ويضمن فريق المنصة أن تكون البنية التحتية الأساسية متسقة وآمنة وقابلة للصيانة.

منصة المطورين الداخلية (IDP)

الأداة الرئيسية لفريق هندسة المنصات هي منصة المطورين الداخلية - وهي مجموعة الأدوات والخدمات وسير العمل والواجهات التي تتفاعل من خلالها فرق المنتجات مع البنية التحتية. توفر منصة إدارة الهوية المتطورة عادةً إمكانية إنشاء بيئات تجريبية ذاتيًا (حيث يمكن للمطورين إنشاء بيئة تجريبية جديدة في دقائق باستخدام نموذج أو أمر سطر أوامر، بدلاً من انتظار أيام لمعالجة طلب دعم فني)، وخطوط أنابيب CI/CD متكاملة مع فحص أمني وبوابات جودة مُعدة مسبقًا، ومراقبة موحدة مع لوحات تحكم وتنبيهات مُعدة للخدمات الجديدة افتراضيًا، وإدارة بيانات سرية لا تتطلب من المطورين التعامل مع بيانات الاعتماد الخام، وتطبيقًا شفافًا للامتثال والسياسات دون إعاقة سرعة عمل المطورين.
تتمثل فلسفة تصميم منصة إدارة الهوية في التجريد دون تقييد. ينبغي أن يتمكن المطورون من اتباع المسار الأمثل لمعظم أعمالهم، مستفيدين من الإعدادات الافتراضية والتكاملات دون الحاجة إلى فهم الأنظمة الأساسية. ولكن عندما تتطلب حالة استخدام ما الخروج عن المسار المعتاد - كقاعدة بيانات متخصصة، أو تكوين شبكة غير معتاد، أو تحسين بالغ الأهمية للأداء - يجب أن تدعم المنصة ذلك دون الحاجة إلى إعادة تصميم الخدمة بالكامل.

معاملة المطور كعميل

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

منصة Backstage وثورة كتالوج الخدمات

أصبحت منصة Backstage مفتوحة المصدر من Spotify مرجعًا أساسيًا لتطبيق أحد مكونات منصة تطوير الهوية (IDP): كتالوج الخدمات. كتالوج الخدمات هو سجل مركزي قابل للبحث يضم جميع الخدمات وواجهات برمجة التطبيقات (APIs) وخطوط نقل البيانات ومكونات البنية التحتية في المؤسسة، مع بيانات وصفية موحدة تشمل الملكية والوثائق وحالة النظام ومعلومات النشر وعلاقات التبعية. في المؤسسات التي تفتقر إلى كتالوج خدمات، يُعدّ العثور على الفريق المسؤول عن نظام معين، أو فهم واجهاته، أو تقييم نطاق تأثير أي تغيير، عملية يدوية تستغرق وقتًا طويلاً. أما مع كتالوج خدمات متكامل، فتُجاب هذه الأسئلة فورًا.
تُوسّع منصة Backstage مفهوم الكتالوج من خلال بنية إضافات تسمح للمؤسسات بإنشاء تكاملات مخصصة: إضافة CI/CD تُظهر حالة بناء كل خدمة، وإضافة تكلفة الحوسبة السحابية تُظهر الإنفاق حسب الخدمة، وإضافة الأمان تُظهر نتائج فحص الثغرات الأمنية. والنتيجة هي واجهة موحدة تُمكّن المطورين من استعراض البنية التقنية الكاملة للمؤسسة.

مؤشرات هندسة المنصات ذات الأهمية

تُوفّر مؤشرات DORA - وهي: معدل النشر، والمدة الزمنية اللازمة للتغييرات، ومعدل فشل التغييرات، والوقت اللازم لاستعادة الخدمة - الإطار الكمي الأساسي لقياس فعالية هندسة المنصات. تستطيع فرق المنصات التي تُجهّز مُطوّري الهوية لديها لتتبّع هذه المؤشرات إثبات القيمة التجارية لاستثمارات المنصات ببيانات ملموسة، وتبرير استمرار الاستثمار في قدرات المنصة، وتحديد التحسينات ذات التأثير الأكبر التي يجب إعطاؤها الأولوية. تُجري المؤسسات ذات الأداء المتميز في مؤشرات DORA عمليات نشر في بيئة الإنتاج عدة مرات يوميًا، وتُقاس المدة الزمنية اللازمة للتغييرات بالساعات بدلًا من الأسابيع، وتستعيد الخدمة في أقل من ساعة عند حدوث الأعطال، وتُسجّل معدلات فشل تغييرات أقل من 5%. تُعدّ هندسة المنصات الآلية التنظيمية التي من خلالها تنتقل المؤسسات المتوسطة إلى الأداء المتميز.