المحتوى
المصدر: Nexusplexus / Dreamstime.com
يبعد:
DevOps - دمج التطوير والعمليات - هي طريقة لتطوير البرمجيات تكتسب شعبية بسبب كفاءتها.
بغض النظر عن ماهية إستراتيجية تكنولوجيا المعلومات لديك ، يمكن تخمينها بأمان أن كل إستراتيجية لتكنولوجيا المعلومات تهدف إلى تقديم برامج عالية الجودة في الوقت المناسب ، وحل المشكلات بسرعة ، وتحسين تجربة المستخدم والاستخدام الأمثل للموارد. فشلت النماذج التقليدية لتطوير البرمجيات ، بدرجات متفاوتة ، في تحقيق هذه الأهداف. كافحت الشركات لإيجاد توازن بين تسليم البرامج عالية الجودة في الوقت المناسب والاستخدام الأمثل للموارد. الآن ، يعني توفر البرامج في السحابة أن المستخدمين يمكنهم الوصول إلى البرامج من خلال المتصفحات القياسية. نتيجة لذلك ، تتدفق التعليقات والمشكلات ، مما يضع شركات البرمجيات تحت ضغط هائل لتقديم الإصلاحات بسرعة. السبب الرئيسي لمثل هذه المشاكل هو الفصل بين التطوير وفريق ضمان الجودة والعمليات. يساعد مفهوم DevOps الشركات على إدارة هذه المشكلات من خلال تعاون أكبر بين الفرق والإدارة الاستباقية للقضايا. يتم دمج مبادئ DevOps في نماذج تطوير البرمجيات للعديد من الشركات.
ما هو DevOps؟
DevOps هي ثقافة حديثة لتطوير البرمجيات أعادت تعريف كيفية قيام الشركات بتطوير وإدارة البرامج في سيناريو أعمال متغير. الآن ، يتم استضافة العديد من تطبيقات البرامج في السحابة وإتاحتها للمستخدمين من خلال المتصفحات. يتم منح المستخدمين أيضًا طرقًا لنشر تعليقاتهم أو مشكلاتهم. نتيجة لذلك ، تتلقى الشركات الكثير من التعليقات بسرعة. يختلف هذا الموقف عن الوضع في تطوير البرامج التقليدية ، عندما تم الإبلاغ عن الأخطاء أو المشكلات من خلال بعض القنوات المحددة واستغرق وقتًا معينًا للوصول إلى الفريق المعني. يفرض الإبلاغ المتكرر عن الأخطاء والمشكلات ضغطًا كبيرًا على الشركة لإصلاح المشكلات بسرعة. في نماذج تطوير البرامج التقليدية ، يتم فصل فرق التطوير وضمان الجودة والعمليات عن بعضها البعض ، مما يؤدي إلى تأخير الاستجابة للقضايا. في بيئة تنافسية ، يمكن أن يكون ذلك عاملا حاسما.
تم إنشاء مصطلح DevOps من خلال الجمع بين عبارة "تطوير" و "عمليات" والفكرة الرئيسية هي التآزر بين المطورين وفريق العمليات. في ثقافة DevOps ، العمل في الصوامع غير مقبول. يتم تشجيع المطورين و QAs وموظفي العمليات على التفكير في إجمالي البرامج القابلة للتسليم وما الذي يمكنهم القيام به لإصدار قطعة برامج جيدة. على سبيل المثال ، يتم تشجيع المطور على التفكير في السيناريوهات المحتملة بعد أن يتم التحقق من الكود ، مثل سيناريوهات كسر الكود ، سواء كانت حالات الاستخدام هي مشاكل حقيقية أو تجربة افتراضية للمستخدم. للحصول على إجابات لهذه الأسئلة ، يحتاج المطور إلى الوصول إلى QA وفرق العمليات. تحتاج الفرق أيضًا إلى التخطيط بشكل استباقي للمشكلات المحتملة وإدارتها.
للتلخيص ، تتمثل الفكرة الرئيسية وراء DevOps في زيادة التعاون بين فريق التطوير والعمليات ، والتنبؤ بالمشاكل ومنعها ، والتوقف عن التفكير في الصوامع والتفكير في المساهمة في جودة البرامج بشكل عام. (لمعرفة المزيد حول DevOps ، راجع DevOps 101.)
مبادئ DevOps
فيما يلي شرح للمبادئ الثلاثة الرئيسية التي تحرك ثقافة DevOps في مختلف الشركات.
لا يمكنك تحسين مهارات البرمجة لديك عندما لا يهتم أحد بجودة البرنامج.
دراسة حالة عن DevOps
حولت شركة Amazon نفسها من بائع تجزئة عبر الإنترنت إلى شركة رائدة في المجال السحابي بإصدار Amazon Web Services (AWS) ، وهو IaaS عند الطلب يُستخدم الآن على نطاق واسع. ومع ذلك ، عندما تدخل Amazon في مجال الخدمات السحابية ، لم تكن الشركة تعرف الكثير عن هذا الموضوع. كان هناك الكثير من المخاطر. فكيف الأمازون خلق مثل هذا النجاح الهائل؟ (لمزيد من المعلومات حول AWS ، راجع ما الذي تجلبه خدمات الويب من Amazon إلى السحابة؟)
كان من المفترض أن تكون إستراتيجية كيف نجحت أمازون سرية ، ولكن أحد موظفيها السابقين ، ستيف ييج ، سرب مذكرة داخلية تقدم تفاصيل مهمة عما أراد جيف بيزوس من الموظفين القيام به لإنجاح AWS.
- يجب على جميع الفرق كشف البيانات والميزات والوظائف من خلال واجهات خدمة الويب.
- يجب أن تتواصل الفرق مع بعضها البعض من خلال واجهات خدمة الويب هذه. لم يُسمح بأي شكل آخر من أشكال الاتصال مثل الربط أو المشاركة.
- يسمح للفرق باستخدام أي تقنية لاستخدام واجهات خدمة الويب - HTTP ، CORBA ، Pubsub ، البروتوكولات المخصصة - لا يهم.
- يجب تصميم جميع واجهات خدمة الويب بحيث يمكن تعريض الواجهات للعالم الخارجي.
لتلخيص ، كان مطلوبًا من المهندسين في Amazon إنشاء خدمات على الإنترنت يمكنهم من خلالها مشاركة البيانات ، وسيكون ذلك هو الوسيلة الوحيدة لتبادل البيانات. يحتاج أي فريق يحتاج إلى بعض البيانات من فريق آخر للعثور على خدمات الويب المناسبة التي من خلالها سيقومون بتقديم الطلب. إذا لم يتم العثور على خدمة ويب مناسبة ، فيمكنهم تصعيد الأمر. هناك حاجة أيضًا إلى إنشاء فرق لخدمات الويب لتأمين خدمات الويب بحيث لا يمكن الوصول إليها دون التحقق من بيانات اعتماد المستخدم.
لذا ، أين تأتي DevOps في هذه الصورة؟ كجزء من مبادرة AWS ، تم إنشاء عدد كبير من خدمات الويب واستخدامها واختبارها والتي تضمنت عددًا كبيرًا من الموظفين. بطبيعة الحال ، نتج عن سلسلة كاملة من الأنشطة إنشاء عدد كبير من حالات الاختبار والمشاكل والأخطاء وحالات الاستخدام. من الواضح أن جميع الفرق قد انخرطت ولعبت أدوارها - طوّر المطورون خدمات الويب وأدوارًا مختلفة وصلوا إلى الواجهات والمشكلات المبلغ عنها ، إن وجدت. كان على المطورين التعاون بشكل مستمر مع العمليات وضمان الجودة وأدوار أخرى للتأكد من وصول خدمات الويب إلى الحد الأدنى من الجودة.
خاتمة
لجميع المزايا التي توفرها DevOps ، ليس من السهل تنفيذها على مستوى المؤسسة. نظرًا لأن الأمر يتعلق بالثقافة ، فإن كسر الحواجز وتعزيز ثقافة الاتصال بالسوائل قد يستغرق الكثير من الوقت. التغيير يجب أن يأتي من الأعلى. يمكن أن يواجه تطبيق النظام الجديد مقاومة بأشكال مختلفة. لا توجد طريقة واحدة لتنفيذ DevOps عبر المؤسسات نظرًا للطبيعة الفريدة لبيئات العمل المختلفة. يجب على المنظمات البحث عن الأساليب التي ستعمل بشكل أفضل لظروفهم