أساسيات الذكاء الاصطناعي

ما هي هندسة المنصات؟ المنصات، تجربة المطور، والضوابط

mm
أضف Unite.AI إلى مصادرك المفضلة على Google

هندسة المنصات هي ممارسة بناء وتشغيل القدرات الداخلية المشتركة التي تساعد فرق البرمجيات على تسليم وتشغيل التطبيقات من خلال سير عمل ذاتي الخدمة مدعوم. تُعامل المنصة كمنتج يكون مستخدموه المطورون والفرق التقنية الأخرى.

المنصة ليست تلقائيًا بوابة أو مجموعة كوبرنيتس أو مجموعة من السكريبتات. تصبح مفيدة عندما تقلل العبء المعرفي ووقت التنفيذ مع تحسين الموثوقية والأمان والرصد والاتساق التنظيمي.

النقاط الرئيسية

  • ابدأ بأبحاث المطورين وتحديد الاحتكاكات المتكررة، وليس بمجموعة أدوات محددة مسبقًا.
  • قدّم مسارات ذهبية اختيارية ومدعومة مع مسارات خروج واضحة للاستثناءات المشروعة.
  • اكشف عن القدرات عبر واجهات برمجة التطبيقات، القوالب، الأتمتة، والوثائق؛ فالبوابة هي مجرد واجهة واحدة.
  • قِس نتائج المستخدمين واعتماد المنتج جنبًا إلى جنب مع التسليم، الموثوقية، الأمان، والتكلفة.
What Is Platform Engineering? Platforms, Developer Experience, and Guardrails workflow diagram
تنجح المنصة عندما تحسن الخدمة الذاتية المدعومة نتائج المطورين والمؤسسة.

المنصة كمنتج داخلي

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

يمتد هذا إلى التعاون مع DevOps. تحتفظ فرق التطبيقات بملكية خدماتها بينما توفر المنصة قدرات قابلة لإعادة الاستخدام وسياسات.

القدرات، البوابات، والمسارات الذهبية

قد تشمل القدرات المستودعات، والبيئات، وCI/CD، والأسرار، والهوية، والبنية التحتية، والرصد، وفهارس الخدمات، والتكلفة، وتكامل الحوادث. يمكن لبوابة المطورين كشفها، لكن التنسيق وخدمات التشغيل تجعل المنصة حقيقية.

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

الهندسة المعمارية والضوابط الوقائية

استخدم واجهات مستقرة وواجهات برمجة تطبيقات إعلانية حتى تتمكن المنصة من التطور خلفها. افصل طائرة التحكم عن أحمال العمل، حدّد نطاق الاعتمادات، احفظ بيانات ملكية التعريف، واجعل التغييرات المُولدة قابلة للمراجعة والعكس.

دمج فحوصات DevSecOps، السياسات، وأصل القطع الأثرية في سير العمل. يجب أن توفر الضوابط الوقائية تغذية راجعة سريعة وتصحيحًا عمليًا بدلاً من الرفض غير المبرر.

القياس والتطور

قِس الوقت حتى أول نشر، ووقت التنفيذ، وتعافي التغييرات الفاشلة، وتوافر المنصة، وحجم الدعم، والاعتماد، والرضا، ووضع الأمان، والتكلفة. تجنّب احتساب تسجيلات الدخول إلى البوابة كمؤشر على تحسين التسليم.

زوّد المنصة بأدوات من ممارسات عمليات تكنولوجيا المعلومات وأجرِ مقابلات دورية مع المستخدمين. أوقف المسارات غير المستخدمة، وطبق المعايير حيث يكون التكرار مكلفًا، واسمح بالتنوع حيث يخلق قيمة للمنتج.

منصات المطور الداخلية والمسارات الذهبية

منصة المطور الداخلية هي منتج يكشف البنية التحتية المعتمدة والقدرات التشغيلية عبر واجهات ذاتية الخدمة. قد تجمع بين بوابة، وفهرس خدمات، وقوالب، وواجهات برمجة تطبيقات، وأدوات سطر الأوامر، وسير عمل النشر، والأسرار، والبيئات، والرصد. لا تحل المنصة محل السحابة أو Kubernetes؛ بل تنظمها إلى قدرات قابلة للاستخدام.

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

يجب على فرق المنصة اعتبار المطورين عملاء والقدرات منتجات. تهم مقابلات الاكتشاف، وتحليلات الاستخدام، وبيانات الدعم، وخارطة الطريق، والوثائق، وأهداف مستوى الخدمة بقدر أهمية الأتمتة. يُعد الاعتماد دليلًا على الفائدة، لكن الاعتماد وحده لا يثبت أن التسليم أو الموثوقية أو الأمان أو تجربة المطور قد تحسنت.

طائرات التحكم، الواجهات، ونموذج التشغيل

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

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

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

قياس القيمة وتجنب فشل المنصة

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

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

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

مثال عملي: مسار خدمة ذاتية لواجهة برمجة تطبيقات جديدة

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

تكشف المنصة عن عمليات دورة الحياة — إنشاء بيئة، نشر، توسيع، تدوير سر، عرض سجلات، استرجاع، وإيقاف — عبر واجهات برمجة تطبيقات مستقرة وبوابة. تستمر الأحمال العاملة إذا كانت البوابة غير متاحة. تُستخدم الاستثناءات نقطة امتداد موثقة وانتهاء صلاحية بدلاً من تغيير يدوي غير متعقب. تمنع القوالب المُصدَّرة والترحيلات الآلية تحسينات المنصة من كسر الخدمات القائمة بصمت.

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

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

قائمة التحقق العملية للتنفيذ

حوّل الفكرة إلى سير عمل محدود وقابل للاختبار: بحث المستخدمين → تصميم المسار → بناء → خدمة ذاتية → تشغيل → تحسين. عيّن مالكًا مسؤولًا، وثّق البيانات والتبعيات، وضع أساسًا بسيطًا، حدد معايير القبول والإيقاف، اختبر حالات فشل تمثيلية، وعَرّف المراقبة، والاسترجاع، والمراجعة قبل توسيع النطاق. سجّل الإصدارات والافتراضات حتى يتمكن فريق آخر من إعادة إنتاج النتيجة وفهم ما تغير.

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

  • المنتج: users, roadmap, feedback, and support.
  • القدرات: APIs, automation, services, and policy.
  • النتائج: flow, reliability, security, and cost.

الأسئلة المتكررة

هل تحل هندسة المنصات محل DevOps؟

لا. هندسة المنصات هي إحدى الطرق لتوسيع مبادئ DevOps من خلال توفير منتجات مشتركة وقدرات خدمة ذاتية. لا يزال التعاون وملكية الخدمة أمرًا أساسيًا.

هل البوابة الداخلية للمطور هي المنصة؟

عادةً لا. البوابة هي واجهة. تشمل المنصة أيضًا واجهات برمجة التطبيقات، والأتمتة، والبنية التحتية، والسياسات، والخدمات، والوثائق، والدعم، وملكية التشغيل.

المراجع الأساسية

Haziqa هي عالمة بيانات ذات خبرة واسعة في كتابة المحتوى الفني لشركات الذكاء الاصطناعي والبرمجيات كخدمة.