أصبحت أحدث كلمة رنانة في صناعة التكنولوجيا حتى الآن. DevOps هي ثقافة التعاون بين الفرق ، بالإضافة إلى مجموعة من أدوات DevOps وطرق التخلص المستمر من الهدر من العمليات التجارية ، مما يؤدي إلى تحسين تقديم القيمة للمستخدمين النهائيين باستمرار. يعني مصطلح DevOps في مختلف المجالات أنه لم يعد يقتصر على صناعة التكنولوجيا.
ومع ذلك ، يتم الآن استخدام DevOps وممارساتها خارج قطاع التكنولوجيا. في هذه المدونة ، سنلقي بعض الضوء على المجالات المختلفة التي بدأت في تنفيذ DevOps. الموضوعات التي سنغطيها هنا هي كما يلي -
فلنبدأ بموضوعنا الأول
ما هو DevOps؟
DevOps هو نهج تطوير برمجي يتضمن التطوير المستمر والاختبار المستمر والتكامل المستمر والنشر المستمر والمراقبة المستمرة للبرنامج من خلال . هذه الأنشطة ممكنة فقط في DevOps ، وليس Agile أو waterfall ، ولهذا السبب اختار Facebook وشركات كبرى أخرى DevOps كطريقة للمضي قدمًا في تحقيق أهداف أعمالهم. DevOps هو الأسلوب المفضل لتطوير برامج عالية الجودة في دورات تطوير أقصر مما يؤدي إلى زيادة رضا العملاء.
DevOps في الحكومة
الملف الشخصي
ال الإدارة الوطنية للملاحة الجوية والفضاء (ناسا) هي وكالة تابعة لحكومة الولايات المتحدة مسؤولة عن برنامج الفضاء المدني للدولة وعن أبحاث الطيران والفضاء.
التحدي
احتاجت وكالة ناسا إلى نقل ما يقرب من 65 تطبيقًا من مركز بيانات تقليدي قائم على الأجهزة إلى بيئة قائمة على السحابة لتحسين المرونة وتوفير التكاليف. أدى المخطط الزمني السريع إلى ترحيل العديد من التطبيقات 'كما هي' إلى بيئة السحابة. أدى ذلك إلى إنشاء بيئة تمتد عبر عدة سحابات افتراضية خاصة (VPCs) و الحسابات التي لا يمكن إدارتها بسهولة. حتى الأشياء البسيطة ، مثل ضمان وصول كل مسؤول نظام إلى كل خادم ، أو التصحيح البسيط ، كانت مرهقة للغاية.
المحلول
تم حل هذه المشكلة عن طريق الاستفادة برج أنسبل لإدارة وجدولة بيئة السحابة.
نتيجة
نتيجة لتنفيذ برج Ansible ، أصبحت ناسا مجهزة بشكل أفضل لإدارة بيئة AWS الخاصة بها. سمح البرج لوكالة ناسا بتوفير عمليات وأمن أفضل لعملائها. لقد زاد أيضًا من الكفاءة كفريق. إذا ألقيت نظرة على الأرقام:
- تم تقليل وقت تحديث nasa.gov من أكثر من ساعة واحدة إلى أقل من 5 دقائق
- تقلصت عملية الترقيع من بضعة أيام إلى 45 دقيقة
- تحقيق ذاكرة الوصول العشوائي في الوقت الحقيقي ومراقبة القرص (يتم إنجازه بدون وكلاء)
- توفير حسابات نظام التشغيل عبر البيئة بأكملها في أقل من 10 دقائق
- تم تخفيض معايير AMI القياسية من ساعة واحدة من التكوين اليدوي إلى عملية خلفية غير مرئية وسلسة
- تم إعداد كومة التطبيقات من ساعة إلى ساعتين إلى أقل من 10 دقائق لكل كومة
DevOps في المصرفية
الملف الشخصي
رويال بنك اوف سكوتلاند عادة ما يتم اختصاره كـ RBS ، هي إحدى الشركات التابعة للخدمات المصرفية للأفرادمجموعة رويال بنك أوف سكوتلاندplc معناتويستوبنك الستر. لدى رويال بنك أوف سكوتلاند حوالي 700 فرع ، بشكل رئيسي في اسكتلندا ، على الرغم من وجود فروع في العديد من البلدات والمدن الكبرى في جميع أنحاء إنجلترا وويلز.
التحدي
كان Royal Bank of Scotland يكافح من أجل توحيد وإعادة تصميم مركز معاملات الدفع الاستراتيجي ، والذي تضمن العشرات من نقاط الاتصال التكاملية. استحوذت RBS مؤخرًا على مؤسسة مالية أخرى ، لذا فهي بحاجة إلى دمج أنظمة تلك الشركة. ومع ذلك ، كان بنك إسكتلندا الملكي في طور ترحيل أنظمته الخاصة إلى مركز معاملات استراتيجي جديد وتقديم 43 تحسينًا وظيفيًا مع النظام الأساسي الجديد. تضاعفت تكلفة وتعقيد الحفاظ على أربعة محاور منفصلة للرسائل ، في الواقع ، أربع مرات.
المحلول
أخيرًا ، تم تطوير حل لمساعدة البنك على مواجهة تحديات التكامل. كان من الضروري مساعدة البنك في تحديد جميع النقاط عبر دورة حياة تسليم البرامج التي يمكن أن يستخدم فيها الاختبار الآلي ، والتطوير السريع ، والمحاكاة الافتراضية للخدمة لتسريع التطوير وتحديد العيوب في وقت مبكر وتسريع الإصدارات للإنتاج.
تضمن الحل أداة افتراضية للتكامل والخدمة. ساعدت منتجات البرامج هذه في إنشاء بيئة افتراضية شاملة للاختبار بدلاً من الاضطرار إلى إنشاء بيئات اختبار حقيقية ، والتي تكون مكلفة في البناء ويصعب صيانتها.
باستخدام هذا الحل ، تمكنت RBS من أتمتة اختبار التكامل عبر أكثر من 80 واجهة وأنظمة فرعية معنية بتنفيذ معاملاتها التجارية. وقد مكّن ذلك من الاختبار المستمر ودعم عملية التطوير السريع للفريق.
تعلم استخدام الاستوديو المرئي
نتيجة
في غضون ثلاث سنوات ، حقق بنك إسكتلندا الملكي فوائد كبيرة من حل التكامل والافتراضية للخدمات. هذه الفوائد هي كما يلي:
تقليل وقت اختبار تكامل النظام من ثلاثة أسابيع إلى نصف يوم
تم تقليل عدد حوادث الإنتاج من عيوب غير مكتشفة بنسبة 99.6 بالمائة
زيادة القدرة على تسليم المشروع بنسبة 100 في المائة ، والنمو من 40 إلى 80 مشروعًا يتم إكمالها سنويًا
وفر ما يقدر بنحو 6 ملايين دولار أمريكي في تكاليف الأجهزة والبرامج والموارد
تسريع الوقت من بداية المشروع حتى التسليم بنسبة 44 بالمائة ، مما يمكّن البنك من تقديم المنتجات والخدمات للعملاء بشكل أسرع واغتنام فرص السوق الجديدة
DevOps في التأمين
الملف الشخصي
مجموعة NJM للتأمين ، ومقرها فيغرب ترينتونقسم منبلدة إوينغومقاطعة ميرسرونيو جيرسيوالولايات المتحدة الأمريكية، تقدم السيارات الشخصية ، والسيارات التجارية ، وتعويضات العمال ، وأصحاب المنازل ، والمظلةتأمين.تأسست الشركة في عام 1913 من قبل مجموعة من أصحاب المصانع يسعون للحصول على تعويضات العمال.نمت NJM لتوفير التأمين لأكثر من 850،000 من حاملي الوثائق الذين يعيشون في نيو جيرسي وبنسلفانيا.
التحدي
نظرًا لأن New Jersey Manufacturers Insurance Group (NJM) قامت بترقية منصات التكنولوجيا الأساسية ، فقد أرادوا تسريع تسليم البرامج من أجل مواءمة ممارسات التسليم مع متطلبات العمل للحلول المطورة. مع زيادة حجم العمل وإيقاعه يومًا بعد يوم ، سرعان ما وصلوا إلى حدودهم حيث حاولوا توسيع نطاق عمليات نشر البرامج اليدوية بالكامل.
كان الحفاظ على الامتثال وإثباته دون إدخال عمليات يدوية أكثر إيلامًا هو الاهتمام الأكبر لشركة التأمين الكبيرة هذه. احتاج NJM إلى طريقة أكثر موثوقية لتبسيط عمليات نشر البرامج وفي نفس الوقت ضمان الحفاظ على ضوابط الامتثال. كان هدفهم النهائي هو أتمتة إصدار البرامج عالية الجودة وفي نفس الوقت تقليل التعقيدات وتقليل النفقات العامة.
المحلول
نجحت NJM في تنفيذ أتمتة النشر التي سرّعت وتوحيد عمليات تسليم البرامج مع مساعدتهم على إثبات الامتثال بسهولة أكبر. أدت هذه المبادرة إلى خفض النفقات التشغيلية بشكل كبير وتبسيط عمليات النشر بحيث يمكن لـ NJM التوسع.
نتيجة
- تقليل أوقات النشر بشكل كبير عمليات النشر غير المتعلقة بالإنتاج - من أيام إلى دقائق عمليات نشر الإنتاج - أسرع بنسبة 30٪ إلى 50٪
- 1000 إلى 1500+ عملية نشر شهريًا من خلال الأتمتة. قبل بضع سنوات ، تعاملت الشركة يدويًا مع إصداراتها
- بدأت الشركة في إجراء عمليات نشر مستمرة ومجدولة وذاتية الخدمة. القضاء على الاعتماد على الفنيين ذوي المهارات الخاصة لنشر البرامج. يقوم QA والمطورون والمتدربون الآن بالتعامل مع عمليات النشر
- توافق بدون متاعب مرئي للغاية ، عملية لا تعمل باللمس ويمكن تتبعها وتدقيقها بالكامل
DevOps في البيع بالتجزئة
الملف الشخصي
ماذا يفعل العازلة في جافا
بائع التجزئة المتخصص هذا هو اسم عائلي معروف يتم تداول أسهمه في بورصة نيويورك. مع وجود حوالي 100 متجر في جميع أنحاء الولايات المتحدة وحضور قوي في التجارة الإلكترونية ، يُعرف بائع التجزئة هذا بسلعه الملهمة ويتم تصنيفه أيضًا باستمرار كأحد أفضل أماكن العمل.
التحدي
نظرًا للتغير السريع في مشهد البيع بالتجزئة ، كانت هذه المؤسسة تتطلع إلى تمكين فريق التطوير الداخلي لديها من البقاء ذكيًا وتسبق المنافسة بخطوة. قررت الشركة ، التي تم تكليفها بخدمة موقع التجارة الإلكترونية للمؤسسة وأنظمة المتاجر ، إنشاء خطة لتحديث تكنولوجيا المعلومات تم تقسيمها إلى مشاريع منفصلة. كان أول مشروع من هذا القبيل هو تنمية المطورين وأتمتة تكنولوجيا المعلومات ، وزيادة إنتاجيتهم والقدرة على تكرار الابتكار بسرعة.
المحلول
- الخدمات المصغرة لحاوية Docker
- الحوسبة السحابية المستندة إلى DevOps
- مؤتمتة بالكامل CI / CD مقترنة ببنية تحتية ثابتة
نتيجة
كمتجر تطوير يرتدي قبعات متعددة ، كان فريق تطوير بائع التجزئة هذا حريصًا على توحيد المعايير على منصة واحدة. لقد نمت بيئتها المعقدة وصعبة الإدارة حتى الآن ، مع وجود خدمات مصغرة جديدة قائمة على حاويات Docker تعمل جنبًا إلى جنب مع أدوات مثل Ansible و Docker Swarm و Hashicorp Consul و Vault ، اكتسبت المنظمة مستوى أعلى من الأتمتة.سمحت هذه الأتمتة ، بدورها ، للمطورين بالعمل بشكل أسرع ، والتكرار بخفة الحركة ، وخلق تأثير أكثر استراتيجية على المؤسسة.
DevOps في السفر
الملف الشخصي
أماديوس هي واحدة من أكبر شركات السفر في جميع أنحاء العالم. تتفاعل أنظمتهم معها 90٪ لجميع المعاملات المتعلقة بالسفر ، والتي تخدم أكثر من 700 شركات الطيران وحولها 600000 الفنادق ، وتجهيز أكثر من 55000 العمليات في الثانية عند ذروة الأحمال - والأعداد تتزايد باستمرار.
مشكلة
استخدمت الشركة سحابة خاصة مع أجهزة افتراضية تخدمها Vagrant و vSphere. ومع ذلك ، فإن عدد موارد الحوسبة التي تم إنفاقها على صيانة طبقة Hypervisor للبنية التحتية كان مرتفعًا للغاية ، ولم تكن سرعة المعالجة مثالية ، في حين أن التأخير لعدة ثوانٍ يمكن أن يؤدي إلى خسائر فادحة لمشغل السفر.
المحلول
اختارت الشركة عامل ميناء بدلا من المتشرد وقررت الانتقال إلى السحابة المحلية التي تعمل بنظام OpenShift ، Docker و Kubernetes. باستخدام نظام إدارة DevOps الخاص ، تمكنوا من استخدام البنية التحتية لتكنولوجيا المعلومات بالكامل بكفاءة ، مع أخذ الموارد المستخدمة سابقًا بواسطة برامج Hypervisor. هذا يمثل ما يقرب من عشرين٪ من قوتهم الحاسوبية.
نتيجة
حصلت الشركة س ملايين بقيمة موارد الحوسبة ببساطة عن طريق استخدام البنية التحتية لتكنولوجيا المعلومات الخاصة بهم بكفاءة. بالإضافة إلى ذلك ، تسمح حاويات Docker التي تعمل في مجموعات Kubernetes بمعالجة أحمال العمل في الوقت الفعلي ، حيث لا يوجد تأخير بسبب عدم وجود طبقة برنامج Hypervisor.
كما توضح هذه القائمة ، يمكن للصناعات الاستفادة من استخدام DevOps حتى لو لم تكن تتمحور حول التكنولوجيا. أحد الأهداف الرئيسية لـ DevOps هو منع الأقسام من العمل بطرق مجزأة. بدلاً من ذلك ، يشجعهم على التواصل مع بعضهم البعض. هذا الهدف يساعد على تحقيق الأهداف بشكل أسرع مع احتكاك أقل.
الآن بعد أن فهمت DevOps في مختلف المجالات ، تفحص ال من Edureka ، شركة تعليمية موثوقة عبر الإنترنت مع شبكة تضم أكثر من 250.000 متعلم راضٍ منتشرين في جميع أنحاء العالم تساعد الدورة التدريبية لشهادة Edureka DevOps المتعلمين على فهم ما هو DevOps واكتساب الخبرة في عمليات وأدوات DevOps المختلفة مثل Puppet و Jenkins و Nagios و Ansible و Chef و Saltstack و GIT لأتمتة خطوات متعددة في SDLC.
لديك سؤال لنا؟ يرجى ذكر ذلك في قسم التعليقات وسنعاود الاتصال بك.