Vi.Tech وشتورفال ناقشا ما تبقى من DevOps بعد الضجة وأين يكون AI مفيداً

مرّ DevOps بمرحلة من الوعود الصاخبة والنقاشات حول المصطلحات، لكنّه لم يختفِ من ممارسة الهندسة. في تحليل من مهندس الموثوقية بالموقع (SRE) في Vi.Tech ديمتري سينيافسكي وفريق منصة "شتورفال"، الخلاصة الرئيسية بسيطة: تتغيّر العلامات، لكن مبادئ العمل تبقى.

DevOps بدون جنازة

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

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

لذا فإن النزاع بين DevOps و platform engineering له معنى فقط طالما أنه لا يمنع الفريق من تسليم المنتجات بشكل أكثر استقرارًا.

الأتمتة برأس معكوس

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

"الأتمتة تجعلك أضعف." هذه العبارة ليست عن رفض الأتمتة، بل عن ثمنها.

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

حيث يكون الذكاء الاصطناعي مفيدًا

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

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

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

ماذا يعني هذا

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