ما هي هندسة المنصات؟

في عام 2025، بدأت 83% من المؤسسات بالفعل رحلتها في هندسة المنصات. لكن ما هي هندسة المنصات بالضبط، ولماذا أصبحت أسرع التخصصات نمواً في DevOps؟

التطور من DevOps

وعد DevOps بكسر الحواجز بين التطوير والعمليات. لكن مع توسع المؤسسات، ظهر تحدٍ جديد: الحمل الزائد المعرفي. كان من المتوقع أن يتقن المطورون Kubernetes، وخطوط أنابيب CI/CD، وفحص الأمان، والمراقبة، وعشرات الأدوات الأخرى—كل ذلك أثناء تطوير الميزات.

نموذج DevOps التقليدي:
┌─────────────┐    ┌─────────────┐    ┌─────────────┐
│   المطور   │────│   DevOps    │────│  العمليات  │
│  (يكتب     │    │  (يجسر     │    │  (يدير     │
│   الكود)   │    │  الجانبين)  │    │  البنية)   │
└─────────────┘    └─────────────┘    └─────────────┘
        ↓                 ↓                  ↓
   "أحتاج لتعلم        "أنا           "تذاكر
    كل شيء"         مُرهق"         في كل مكان"

تحل هندسة المنصات هذا من خلال إنشاء فريق مخصص يبني أدوات داخلية وسير عمل للمطورين.

التعريف

هندسة المنصات هي تخصص تصميم وبناء سلاسل الأدوات وسير العمل التي تمكّن قدرات الخدمة الذاتية للمطورين في عصر السحابة الأصلية.

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

فرق المنصات مقابل فرق DevOps

الجانب	فريق DevOps	فريق المنصة
التركيز	CI/CD، الأتمتة، المناوبة	تجربة المطور، الخدمة الذاتية
العميل	جميع الفرق بالتساوي	المطورون كمستخدمين أساسيين
المنتج	خطوط الأنابيب، السكربتات	منصة المطور الداخلية
مقياس النجاح	تكرار النشر	إنتاجية المطور، الوقت للقيمة
العقلية	الدعم/التمكين	ملكية المنتج

مجموعة أدوات هندسة المنصات

تتضمن مجموعة أدوات هندسة المنصات الحديثة عادةً:

# مجموعة أدوات هندسة المنصات
developer_portal:
  tool: Backstage
  purpose: "كتالوج الخدمات، القوالب، التوثيق"

infrastructure_provisioning:
  tool: Crossplane
  purpose: "موارد سحابية ذاتية الخدمة"

gitops:
  tool: ArgoCD
  purpose: "نشر تصريحي"

observability:
  tools:
    - Prometheus
    - Grafana
  purpose: "مراقبة صحة المنصة"

security:
  tools:
    - OPA Gatekeeper
    - Kyverno
  purpose: "تطبيق السياسات"

لماذا هندسة المنصات مهمة

الأرقام تتحدث عن نفسها:

المقياس	قبل المنصة	بعد المنصة
إعداد المطور	2-4 أسابيع	2-4 أيام
الوقت للنشر الأول	3-5 أيام	< ساعة واحدة
طلبات البنية التحتية	قائمة على التذاكر (أيام)	خدمة ذاتية (دقائق)
الحمل المعرفي	عالي (تعلم كل شيء)	منخفض (مسارات ذهبية)

تتوقع Gartner أنه بحلول عام 2026، ستكون 80% من مؤسسات هندسة البرمجيات قد أنشأت فرق منصات.

نسبة هندسة المنصات

إرشاد عام: مهندس منصة واحد لكل 20-50 مطور تطبيقات، اعتماداً على نضج المنصة وتعقيدها.

مؤسسة صغيرة (50 مطور):     1-2 مهندس منصة
مؤسسة متوسطة (200 مطور):  4-10 مهندس منصة
مؤسسة كبيرة (1000 مطور):  20-50 مهندس منصة

في الدرس التالي، سنستكشف عقلية المنصة كمنتج التي تتبناها فرق المنصات الناجحة. :::