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