شرح مفصل (CI/CD) Continuous Integration و continuous delivery و continuous deployment
من خلال هذا الفيديو سوف اقوم بشرح كل من CI/CD بإختصار شديد و تطبيق عملي من خلال
GIT
Jenkins
Docker
Kubernetes
Kubernetes Lens
شرح continuous deployment
شرح continuous delivery
شرح continuous deployment
شرح pipelines
شرح devops
continuous integration vs continuous delivery vs continuous deployment
--------------------
CI و CD هما اختصاران يتم ذكرهما غالبًا عندما يتحدث الناس عن تقنيات التطوير الحديثة في هندسة البرمجيات.
CI = continuous integration = التكامل المستمر
CD = continuous deployment = النشر المستمر
يعتمد مفهوم CD على تطبيق CI.
CI التكامل المستمر ، وهي ممارسة تركز على جعل إعداد الإصدار أسهل (وهو المستوى المنخض).
لكن CD يمكن أن يعني التسليم المستمر أو النشر المستمر(وهو المستوى الأعلى).
CI:
يقوم المطورون الذين يمارسون التكامل المستمر بدمج تغييراتهم بشكل مستمر إلى الفرع الرئيسي بقدر الإمكان. يتم التحقق من صحة تغييرات المطور من خلال إنشاء بناء (Application Build) وتشغيل اختبارات آلية مقابل الإصدار. من خلال القيام بذلك ، تتجنب بذلك مشاكل التكامل الذي يحدث عادةً عندما ينتظر الأشخاص يوم الإصدار لدمج تغييراتهم في فرع الإصدار.
يركز التكامل المستمر بشكل كبير على اختبار الأتمتة للتحقق من عدم تعطل التطبيق كلما تم دمج التزامات جديدة في الفرع الرئيسي.
CD:
يذهب النشر المستمر خطوة أبعد من التكتمل المستمر. من خلال هذه الممارسة ، يتم تحرير كل تغيير يمر بجميع مراحل خط الإنتاج للعملاء. لا يوجد تدخل بشري ، وفقط اختبار فاشل سيمنع تطبيق تغيير جديد على الإنتاج.
يعد النشر المستمر طريقة ممتازة لتسريع حلقة التعليقات مع عملائك وإزالة الضغط على الفريق حيث لم يعد هناك يوم إصدار بعد الآن. يمكن للمطورين التركيز على إنشاء البرامج ، ويرون أن عملهم يتم تشغيله بعد دقائق من انتهائهم من العمل عليه.
التكامل المستمر
ماذا تحتاج (التكلفة)
سيحتاج فريقك إلى كتابة اختبارات آلية لكل ميزة جديدة أو تحسين أو إصلاح للأخطاء.
أنت بحاجة إلى خادم تكامل مستمر يمكنه مراقبة المستودع الرئيسي وتشغيل الاختبارات تلقائيًا لكل التزامات جديدة يتم دفعها.
يحتاج المطورون إلى دمج تغييراتهم قدر الإمكان ، مرة واحدة على الأقل يوميًا.
2. ما تكسبه
يتم شحن عدد أقل من الأخطاء إلى الإنتاج حيث يتم تسجيل الانحدار مبكرًا بواسطة الاختبارات الآلية.
يعد إنشاء الإصدار أمرًا سهلاً حيث تم حل جميع مشكلات التكامل مبكرًا.
تبديل سياق أقل حيث يتم تنبيه المطورين بمجرد كسر البناء ويمكنهم العمل على إصلاحه قبل الانتقال إلى مهمة أخرى.
يتم تقليل تكاليف الاختبار بشكل كبير - يمكن لخادم CI إجراء مئات الاختبارات في غضون ثوانٍ.
يقضي فريق ضمان الجودة وقتًا أقل في الاختبار ويمكنه التركيز على التحسينات المهمة في ثقافة الجودة.
التسليم المستمر
ماذا تحتاج (التكلفة)
يجب أن تكون ثقافة الاختبار الخاصة بك في أفضل حالاتها. ستحدد جودة مجموعة الاختبار جودة إصداراتك.
ستحتاج عملية التوثيق الخاصة بك إلى مواكبة وتيرة عمليات النشر.
تصبح علامات الميزات جزءًا لا يتجزأ من عملية إصدار تغييرات مهمة للتأكد من أنه يمكنك التنسيق مع الأقسام الأخرى (الدعم والتسويق والعلاقات العامة ...).
2. ما تكسبه
يمكنك التطوير بشكل أسرع حيث لا داعي لإيقاف التطوير للإصدارات. يتم تشغيل خطوط أنابيب عمليات النشر تلقائيًا لكل تغيير.
تعتبر الإصدارات أقل خطورة وأسهل في الإصلاح في حالة حدوث مشكلة أثناء نشر مجموعات صغيرة من التغييرات.
يرى العملاء دفقا مستمرًا من التحسينات ، وتتزايد الجودة كل يوم ، بدلاً من كل شهر أو ربع أو سنة.
Jenkins Pipelines :
https://www.jenkins.io/doc/book/pipel...
Kubernetes:
https://kubernetes.io/
Docker:
https://www.docker.com/
مصدر المقالة : https://academy.hsoub.com/questions/1...
#عبدالقديم
#abd_abughazaleh
تعلم_البرمجة
#تعلم_الجافا
#تعلم_اساسيات_البرمجة
#قناة_لتعلم_البرمجة
#spring_boot
#سبرنغ_بوت
#Continuous_Integration
#cd_cd
#Continuous_delivery
#continuous_deployment
Смотрите видео شرح مفصل (CI/CD) Continuous Integration و continuous delivery و continuous deployment онлайн без регистрации, длительностью часов минут секунд в хорошем качестве. Это видео добавил пользователь Abd AbuGhazaleh - عبد ابوغزالة 16 Сентябрь 2022, не забудьте поделиться им ссылкой с друзьями и знакомыми, на нашем сайте его посмотрели 38,26 раз и оно понравилось 1 тысяч людям.