مع تسارع تسليم البرامج في السنوات الأخيرة، أصبحت توقعات السرعة هي القاعدة. وفي حين أن هذا قد فتح المجال أمام التقدم السريع لفرق DevOps، فقد قدم أيضًا أشكالًا جديدة من المخاطر.
كما زادت ديون التكنولوجيا، حيث أدى إنتاج المزيد من البرامج بوتيرة سريعة إلى خلق مشاكل جديدة يتعين حلها. تتحرك الأخطاء بشكل أسرع، ويكون التراجع أصعب، ويمكن أن يكون للتغييرات الصغيرة عواقب كبيرة.
كبير مسؤولي التكنولوجيا في LaunchDarkly.
عندما تضرب الأزمة، ستشعر المنظمات بأنها مكشوفة. الدروس المستفادة من انقطاع خدمة CrowdStrike، الناجم عن تحديث أمني روتيني، لا يزال يتردد صداها منذ ما يقرب من عامين. أدى هذا التحديث المعيب عند طرحه بوتيرة سريعة إلى جعل ملايين الأجهزة غير صالحة للاستخدام وتوقف شركات الطيران والمستشفيات وتجار التجزئة والخدمات العامة في غضون ساعات.
وفي الأشهر الأخيرة، أظهر خطأ آخر في التكوين عميقًا داخل البنية التحتية الحيوية لشركة AWS مدى هشاشة الأنظمة “التي تعمل دائمًا”، والتي تتدفق عبر الإنترنت وتؤدي إلى انقطاع اتصال الآلاف من الشركات بالإنترنت في وقت واحد.
وبالتقدم سريعًا إلى عام 2026، أدى ظهور الذكاء الاصطناعي إلى تسوية الملعب في تسليم البرامج، مما جعل الإصدارات أسرع وأكثر سهولة من أي وقت مضى. ولكن بأي ثمن؟ فالسرعة دون ضبط النفس يمكن أن تؤدي بسهولة إلى تقويض الثقة والاستقرار.
مع ترابط أنظمة اليوم بشكل كبير وإصداراتها المستمرة تقريبًا، لم يعد التحدي الآن يتمثل في إدخال التعليمات البرمجية إلى الإنتاج بسرعة، ولكن في وضع الضوابط الصحيحة بمجرد نشرها.
عندما تتوقف السرعة عن كونها الميزة
لقد كان تأثير اعتماد الذكاء الاصطناعي مؤخرًا بمثابة تحديد لعصر تطوير البرمجيات. منذ أن انتقل الذكاء الاصطناعي إلى الاتجاه السائد، أصبح من الممكن الآن إكمال المهام التي كانت تتطلب تنسيقًا دقيقًا وأسابيع من العمل في أيام أو حتى ساعات.
وفي حين أصبحت السرعة مفترضة بدلاً من الاحتفاء بها، فقد أدت عن غير قصد إلى تحويل الضغط إلى مكان آخر في النظام.
ومع التغييرات المستمرة في البرامج، يمكن أن تنتشر الأخطاء على الفور. يؤثر خطأ بسيط في التكوين، أو افتراض معيب، أو حالة حافة لم يتم اختبارها على العملاء في الوقت الفعلي.
تعتبر شبكات الأمان التقليدية، مثل عمليات التراجع أو الإصلاحات العاجلة، أبطأ وأكثر تعطيلًا من المتوقع، خاصة في المواقف المعقدة حيث تعتمد الخدمات على بعضها البعض ويصعب فكها. كلما تحركت الفرق بشكل أسرع، أصبحت هذه الإخفاقات أكثر تكلفة وواضحة.
ما ينشأ هو تعريف جديد للنضج في تسليم البرمجيات. تتميز الفرق عالية الأداء الآن بمدى سرعة انتشارها، ولكن بمدى ثقتها في العمل في الإنتاج.
إنهم يصممون أنظمة تسمح لهم بالتدخل عندما تسوء الأمور، وتعديل السلوك دون إعادة الانتشار، واتخاذ قرارات مستنيرة بناءً على الظروف الحية بدلاً من الافتراضات التي تم تقديمها قبل أسابيع.
لماذا أصبح التحكم في وقت التشغيل الآن أحد اهتمامات العمل
تاريخيًا، كانت معظم مسؤولية إدارة المخاطر بعد النشر تقع على عاتق الفرق الهندسية فقط. غالبًا ما كان يُنظر إلى حالات الفشل على أنها مشكلات فنية يمكن حلها من خلال اختبارات أفضل أو عمليات محسنة أو المزيد من الأتمتة. وفي حين تظل هذه الأمور مهمة، فإنها لم تعد كافية في حد ذاتها.
مع تزايد دعم البرمجيات للعمليات التجارية الأساسية – وفي جزء كبير من مجتمع اليوم – فإن تأثير مشكلات ما بعد النشر أصبح بعيد المدى. يمكن أن يؤثر الإصدار الخاطئ على كل شيء بدءًا من الأسعار وحتى التوفر والامتثال لتجربة العملاء في دقائق.
يمكن أن يكون للقرارات المتعلقة بكشف ميزة ما، أو تقليل الوظيفة، أو تغيير السلوك استجابةً لظروف العالم الحقيقي، عواقب تجارية مباشرة.
ولهذا السبب، أصبح اتخاذ القرار أثناء التشغيل أولوية تجارية، وليس مجرد أولوية فنية.
يجب أن تكون المنظمات قادرة على إدارة المخاطر بشكل ديناميكي، وتحقيق التوازن بين السرعة والتحكم مع تغير الظروف. ويتطلب ذلك رؤية واضحة لكيفية تصرف البرامج في الإنتاج والثقة في التصرف بسرعة دون إحداث المزيد من عدم الاستقرار.
عندما تكون السرعة معطاة، يصبح التحكم هو الحافة
ونتيجة لذلك، تعمل فرق DevOps على تغيير ما تقوم بقياسه وتحسينه. عندما تكون السرعة هي الافتراضية، تفقد المقاييس مثل تكرار النشر أو المهلة الزمنية قدرتها على التمييز بين الأداء. وبدلا من ذلك، يتحول الاهتمام إلى المؤشرات التي تعكس المرونة والسيطرة.
ما مدى سرعة احتواء المشكلات؟ ما مدى تأثير العملاء الذي يحدث قبل اكتشاف المشكلة؟ ما مدى سهولة قيام الفرق بتعديل السلوك دون إعادة نشر التعليمات البرمجية؟ هذه هي الأسئلة المهمة ونحن ننتقل إلى عصر ما بعد السرعة.
ستنبع الإجابات من زيادة التعاون بين الهندسة والمنتج والقيادة. غالبًا ما تتضمن القرارات التي يتم اتخاذها في وقت التشغيل مقايضات بين المخاطر والفرص، والاستقرار والتجريب.
إن التعامل مع هذه الاختيارات على أنها تقنية بحتة يحد من قدرة المنظمة على الاستجابة بفعالية، ولكن عندما تتقاسم فرق العمل والفرق الفنية المسؤولية عن النتائج في الإنتاج، فإنها تكون مجهزة بشكل أفضل بكثير للتحرك بسرعة دون فقدان السيطرة.
إن عصر ما بعد السرعة ليس تراجعاً عن الابتكار. بل على العكس تماما، فإنه سيمكن من تحقيق تقدم أكثر استدامة. ومن خلال التركيز بشكل أكبر على التحكم، يمكن للمؤسسات الشحن بسرعة مع حماية الأشياء الأكثر أهمية.
مع تحرك العالم بشكل أسرع من أي وقت مضى، تتمثل الميزة الحقيقية في معرفة متى يجب الإبطاء، ومتى يتم التدخل، وكيفية التصرف بثقة بمجرد تشغيل البرنامج.
لقد عرضنا أفضل كمبيوتر محمول للبرمجة.
تم إنتاج هذه المقالة كجزء من قناة Expert Insights التابعة لـ TechRadarPro حيث نعرض أفضل وألمع العقول في صناعة التكنولوجيا اليوم. الآراء الواردة هنا هي آراء المؤلف وليست بالضرورة آراء TechRadarPro أو Future plc. إذا كنت مهتمًا بالمساهمة، اكتشف المزيد هنا: https://www.techradar.com/news/submit-your-story-to-techradar-pro
التعليقات