ديف أوبس

📅 آخر تحديث: ١٧ يوليو ٢٠٢٦
✍️ نُشر في: ١٧ يوليو ٢٠٢٦
📷 يحتوي على 3 صور
الموسوعة الحرة

DevOps هي منهجية في تطوير البرمجيات وصناعة تكنولوجيا المعلومات. تُستخدم كمجموعة من الممارسات والأدوات، حيث تعمل DevOps على دمج وأتمتة عمل تطوير البرمجيات ( Dev ) وعمليات تكنولوجيا المعلومات ( Ops ) كوسيلة لتحسين وتقصير دورة حياة تطوير الأنظمة . [1] DevOps مكمل لتطوير البرمجيات الرشيقة ؛ حيث جاءت العديد من جوانب DevOps من طريقة العمل الرشيقة .

الأتمتة جزء مهم من DevOps. يجب على مبرمجي البرمجيات ومهندسيها استخدام " وظائف اللياقة البدنية " للحفاظ على برامجهم تحت السيطرة. [2]

تعريف

بخلاف كونه مزيجًا متعدد الوظائف (وكلمة مركبة ) من المصطلحات والمفاهيم الخاصة بـ "التطوير" و"العمليات"، لم يطور الأكاديميون والممارسون تعريفًا عالميًا لمصطلح "DevOps". [أ] [ب] [ج] [د] في أغلب الأحيان، يتميز DevOps بمبادئ أساسية: الملكية المشتركة، وأتمتة سير العمل، والتغذية الراجعة السريعة. من منظور أكاديمي، اقترح لين باس وإنجو ويبر وليمينج تشو - ثلاثة باحثين في علوم الكمبيوتر من CSIRO ومعهد هندسة البرمجيات - تعريف DevOps على أنه "مجموعة من الممارسات التي تهدف إلى تقليل الوقت بين إجراء تغيير على النظام ووضع التغيير في الإنتاج العادي، مع ضمان الجودة العالية". [6] ومع ذلك، يتم استخدام المصطلح في سياقات متعددة. في أنجح حالاته، يكون DevOps مزيجًا من ممارسات محددة وتغيير الثقافة والأدوات. [7]

تاريخ

بدأت تظهر مقترحات لدمج منهجيات تطوير البرمجيات مع مفاهيم النشر والعمليات في أواخر الثمانينيات وأوائل التسعينيات. [8]

في الفترة ما بين عامي 2007 و2008، أثار العاملون في مجتمع تطوير البرمجيات وتكنولوجيا المعلومات مخاوف من أن الفصل بين الصناعتين، حيث يكتب أحد الطرفين وينشئ برنامجًا منفصلًا تمامًا عن الطرف الآخر الذي ينشر البرنامج ويدعمه، كان يخلق مستوى قاتلًا من الخلل الوظيفي داخل الصناعة. [9]

في عام 2009، أقيم أول مؤتمر باسم DevOps Days في مدينة جينت البلجيكية . أسس المؤتمر المستشار البلجيكي ومدير المشروع والممارس الرشيق باتريك ديبوا. [10] [11] انتشر المؤتمر الآن إلى دول أخرى. [12]

في عام 2012، تم نشر تقرير بعنوان "حالة DevOps" لأول مرة بواسطة Alanna Brown في Puppet Labs . [13] [14]

اعتبارًا من عام 2014، تم نشر تقرير حالة DevOps السنوي بواسطة نيكول فورسغرين وجين كيم وجيز هامبل وآخرين. وذكروا أن اعتماد DevOps كان متسارعًا. [15] [16] أيضًا في عام 2014، كتبت ليزا كريسبين وجانيت جريجوري كتاب More Agile Testing، والذي يحتوي على فصل عن الاختبار وDevOps. [17] [18]

في عام 2016، تم نشر مقاييس DORA للإنتاجية (تردد النشر، ووقت التسليم للتغييرات)، والاستقرار (متوسط ​​الوقت اللازم للتعافي، ومعدل فشل التغيير) في تقرير حالة DevOps. [13] ومع ذلك، تعرضت منهجية البحث والمقاييس لانتقادات من قبل الخبراء. [19] [20] [21] [22] واستجابة لهذه الانتقادات، نشر تقرير حالة DevOps لعام 2023 [23] تغييرات قامت بتحديث مقياس الاستقرار "متوسط ​​الوقت اللازم للتعافي" إلى "وقت استرداد النشر الفاشل" معترفًا بالارتباك الذي تسبب فيه المقياس السابق. [24]

العلاقة مع المناهج الأخرى

إن العديد من الأفكار الأساسية لممارسات DevOps مستوحاة من أو تعكس ممارسات أخرى معروفة مثل دورة Lean و Deming's Plan-Do-Check-Act ، وصولاً إلى طريقة Toyota ونهج Agile لتقسيم المكونات وأحجام الدفعات. [25] وعلى عكس النهج التوجيهي "من أعلى إلى أسفل" والإطار الصارم لـ ITIL في التسعينيات، فإن DevOps "من أسفل إلى أعلى" ومرن، حيث تم إنشاؤه بواسطة مهندسي البرمجيات لتلبية احتياجاتهم الخاصة. [26]

رشيق

نشأت الدوافع وراء ما أصبح DevOps الحديث والعديد من ممارسات DevOps القياسية مثل البناء والاختبار الآلي والتكامل المستمر والتسليم المستمر في عالم Agile، والذي يعود تاريخه (بشكل غير رسمي) إلى التسعينيات، ورسميًا إلى عام 2001. لم تتمكن فرق التطوير Agile التي تستخدم أساليب مثل البرمجة المتطرفة من "إرضاء العميل من خلال التسليم المبكر والمستمر للبرامج القيمة" [27] ما لم يتحملوا مسؤولية العمليات والبنية الأساسية لتطبيقاتهم، وأتمتة الكثير من هذا العمل. نظرًا لأن Scrum ظهر كإطار عمل Agile المهيمن في أوائل العقد الأول من القرن الحادي والعشرين وأغفل ممارسات الهندسة التي كانت جزءًا من العديد من فرق Agile، فقد انفصلت حركة أتمتة العمليات ووظائف البنية الأساسية عن Agile وتوسعت إلى ما أصبح DevOps الحديث. اليوم، يركز DevOps على نشر البرامج المطورة، سواء تم تطويرها باستخدام منهجيات موجهة نحو Agile أو منهجيات أخرى.

أركوبس

يقدم ArchOps امتدادًا لممارسات DevOps، بدءًا من قطع أثرية للهندسة المعمارية للبرمجيات ، بدلاً من الكود المصدري، لنشر العمليات. [28] تنص ArchOps على أن النماذج المعمارية هي كيانات من الدرجة الأولى في تطوير البرمجيات ونشرها وعملياتها.

التكامل والتسليم المستمر (CI/CD)

الأتمتة هي مبدأ أساسي لتحقيق نجاح DevOps وCI/CD هو عنصر أساسي. [29] بالإضافة إلى ذلك، يساعد تحسين التعاون والتواصل بين الفرق وداخلها في تحقيق وقت أسرع لطرح المنتجات في السوق ، مع تقليل المخاطر. [30]

تطوير عمليات الهاتف المحمول

Mobile DevOps هي مجموعة من الممارسات التي تطبق مبادئ DevOps على وجه التحديد لتطوير تطبيقات الأجهزة المحمولة. تركز DevOps التقليدية على تبسيط عملية تطوير البرامج بشكل عام، ولكن تطوير الأجهزة المحمولة له تحدياته الفريدة التي تتطلب نهجًا مخصصًا. [31] Mobile DevOps ليس ببساطة فرعًا من DevOps خاصًا بتطوير تطبيقات الأجهزة المحمولة، بل هو بدلاً من ذلك امتداد وإعادة تفسير لفلسفة DevOps بسبب المتطلبات المحددة للغاية لعالم الأجهزة المحمولة.

هندسة موثوقية الموقع

في عام 2003، طورت جوجل هندسة موثوقية الموقع (SRE)، وهو نهج لإطلاق ميزات جديدة بشكل مستمر في أنظمة عالية التوافر واسعة النطاق مع الحفاظ على تجربة مستخدم نهائي عالية الجودة. [32] في حين أن هندسة موثوقية الموقع تسبق تطوير DevOps، إلا أنه يُنظر إليهما عمومًا على أنهما مرتبطان ببعضهما البعض. يعتبر بعض المؤلفين الأصليين لهذا التخصص هندسة موثوقية الموقع بمثابة تنفيذ لـ DevOps. [33]

نظام إنتاج تويوتا، التفكير الهزيل، كايزن

كان نظام إنتاج تويوتا، المعروف أيضًا باسم اختصار TPS، مصدر إلهام للتفكير الهزيل مع التركيز على التحسين المستمر ، وكايزن ، والتدفق والدفعات الصغيرة. ينبع مبدأ الحبل أندون لإنشاء ردود فعل سريعة، والتجمع وحل المشكلات من TPS. [34] [35]

DevSecOps، تحويل الأمان إلى اليسار

DevSecOps هو تعزيز لـ DevOps للسماح بدمج ممارسات الأمان في نهج DevOps. وعلى عكس نموذج فريق الأمان المركزي التقليدي، يتم تمكين كل فريق تسليم من تضمين عناصر التحكم الأمنية الصحيحة في تسليم البرامج. يتم تنفيذ ممارسات الأمان والاختبار في وقت مبكر من دورة حياة التطوير، ومن هنا جاء مصطلح " التحول إلى اليسار ". يتم اختبار الأمان في ثلاثة مجالات رئيسية: ثابتة، وتكوين البرنامج، وديناميكية.

إن فحص البرامج بشكل ثابت من خلال اختبار أمان التطبيقات الثابتة (SAST) هو اختبار بسيط يركز بشكل خاص على الأمان. اعتمادًا على لغة البرمجة، هناك حاجة إلى أدوات مختلفة لإجراء مثل هذا التحليل الثابت للكود. يتم تحليل تركيبة البرنامج، وخاصة المكتبات، ويتم التحقق من إصدار كل مكون مقابل قوائم الثغرات الأمنية التي ينشرها CERT ومجموعات الخبراء الأخرى. عند إعطاء البرامج للعملاء، يتم التركيز على تراخيص المكتبة ومطابقتها لترخيص البرنامج الموزع، وخاصة تراخيص copyleft .

في الاختبار الديناميكي، والذي يُسمى أيضًا اختبار الصندوق الأسود ، يتم اختبار البرامج دون معرفة وظائفها الداخلية. في DevSecOps، قد يُشار إلى هذه الممارسة باسم اختبار أمان التطبيق الديناميكي (DAST) أو اختبار الاختراق. الهدف هو الكشف المبكر عن العيوب بما في ذلك ثغرات برمجة التطبيقات عبر المواقع وحقن SQL . يتم نشر أنواع التهديدات بواسطة مشروع أمان تطبيقات الويب المفتوح ، على سبيل المثال TOP10، [36] ومن قبل هيئات أخرى.

تم وصف DevSecOps أيضًا بأنه تحول ثقافي يتضمن نهجًا شاملاً لإنتاج برامج آمنة من خلال دمج التعليم الأمني ​​والأمان من خلال التصميم وأتمتة الأمان. [37]

التغيير الثقافي

يمكن لمبادرات DevOps أن تخلق تغييرات ثقافية في الشركات [38] من خلال تحويل الطريقة التي يتعاون بها العمليات والمطورون والمختبرون أثناء عمليات التطوير والتسليم. [39] يعد جعل هذه المجموعات تعمل بشكل متماسك تحديًا بالغ الأهمية في تبني DevOps في المؤسسات. [40] [ 41] يتعلق DevOps بالثقافة بقدر ما يتعلق بسلسلة الأدوات. [42]

الخدمات المصغرة

على الرغم من أنه من الممكن من حيث المبدأ ممارسة DevOps بأي نمط معماري، إلا أن النمط المعماري للخدمات المصغرة أصبح هو المعيار لبناء أنظمة يتم نشرها باستمرار. تسمح الخدمة ذات الحجم الصغير بظهور بنية الخدمة الفردية من خلال إعادة الهيكلة المستمرة. [43]

أتمتة DevOps

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

الأتمتة مع التحكم في الإصدار

تستخدم العديد من المؤسسات التحكم في الإصدارات لتشغيل تقنيات أتمتة DevOps مثل الآلات الافتراضية والحاويات (أو المحاكاة الافتراضية على مستوى نظام التشغيل ) و CI/CD . تشير الورقة البحثية "DevOps: تطوير سلسلة أدوات في مجال الخدمات المصرفية" إلى أنه مع عمل فرق من المطورين على نفس المشروع، "يحتاج جميع المطورين إلى إجراء تغييرات على نفس قاعدة التعليمات البرمجية وأحيانًا تحرير نفس الملفات. للعمل بكفاءة، يجب أن يكون هناك نظام يساعد المهندسين على تجنب الصراعات والاحتفاظ بسجل قاعدة التعليمات البرمجية،" [45] مع الإشارة إلى نظام التحكم في الإصدارات Git ومنصة GitHub كأمثلة.

جيت أوبس

تطورت GitOps من DevOps. الحالة المحددة لتكوين النشر هي التحكم في الإصدار . نظرًا لأن التحكم في الإصدار الأكثر شيوعًا هو Git ، فقد تم تسمية نهج GitOps باسم Git . يمكن إدارة التغييرات في التكوين باستخدام ممارسات مراجعة الكود ، ويمكن التراجع عنها باستخدام التحكم في الإصدار. بشكل أساسي، يتم تتبع جميع التغييرات في الكود ووضع إشارة مرجعية لها، ويمكن تسهيل إجراء أي تحديثات على السجل. كما أوضحت شركة Red Hat ، "تعني إمكانية رؤية التغيير القدرة على تتبع المشكلات وإعادة إنتاجها بسرعة، مما يحسن الأمان العام." [46]

انظر أيضا

ملحوظات

  1. ^ Dyck et al. (2015) "على حد علمنا، لا يوجد تعريف موحد لمصطلحي هندسة الإصدار وDevOps. ونتيجة لذلك، يستخدم العديد من الأشخاص تعريفاتهم الخاصة أو يعتمدون على الآخرين، مما يؤدي إلى ارتباك حول هذه المصطلحات." [3]
  2. ^ جباري وآخرون (2016) "أظهرت نتائج البحث في هذه الدراسة الحاجة إلى تعريف لأن الدراسات الفردية لا تحدد DevOps بشكل متسق." [4]
  3. ^ إيريش وآخرون. (2017) "لاحظنا وجود فجوات مختلفة في دراسة DevOps: لا يوجد إجماع حول المفاهيم التي يغطيها DevOps، ولا كيفية تعريف DevOps." [5]
  4. ^ إيريش وآخرون (2017) "اكتشفنا أن هناك القليل من الاتفاق حول خصائص DevOps في الأدبيات الأكاديمية." [5]

مراجع

  1. ^ Courtemanche, Meredith; Mell, Emily; Gills, Alexander S. "ما هو DevOps؟ الدليل النهائي". TechTarget . تم الاسترجاع في 2023-01-22 .
  2. ^ أساسيات هندسة البرمجيات: نهج هندسي . أوريلي ميديا. 2020. ISBN 978-1492043454.
  3. ^ Dyck, Andrej; Penners, Ralf; Lichter, Horst (2015-05-19). "نحو تعريفات لهندسة الإصدار وDevOps". ورشة العمل الدولية الثالثة لـ IEEE/ACM حول هندسة الإصدار لعام 2015. IEEE . ص. 3. doi :10.1109/RELENG.2015.10. ISBN 978-1-4673-7070-7. S2CID  4659735.
  4. ^ جباري، رامتين؛ بن علي، نعمان ؛ بيترسن، كاي؛ تنوير، بينيش (مايو 2016). "ما هو DevOps؟: دراسة منهجية لرسم الخرائط حول التعريفات والممارسات". وقائع ورشة العمل العلمية لعام 2016. جمعية آلات الحوسبة .
  5. ^ ab Erich, FMA; Amrit, C.; Daneva, M. (يونيو 2017). "دراسة نوعية لاستخدام DevOps في الممارسة العملية" (PDF) . مجلة البرمجيات: التطور والعملية . 29 (6): e1885. doi :10.1002/smr.1885. S2CID  35914007.
  6. ^ باس، لين؛ ويبر، إنجو؛ تشو، ليمينغ (2015). DevOps: وجهة نظر مهندس البرمجيات . أديسون ويسلي. ISBN 978-0134049847.
  7. ^ مونوز، ميرنا؛ نيجريت رودريجيز، ماريو (أبريل 2021). "إرشادات لتنفيذ أو تعزيز نهج DevOps في المؤسسات: دراسة حالة". {{cite journal}}: تتطلب المجلة الاستشهاد بها |journal=( مساعدة )
  8. ^ تشابمان، م.، جاتي، ن: نموذج لدورة حياة الخدمة، وقائع TINA '93، ص. I-205–I-215، سبتمبر 1993.
  9. ^ Atlassian. "تاريخ DevOps". Atlassian . تم الاسترجاع في 2023-02-23 .
  10. ^ Mezak, Steve (25 January 2018). "The Origins of DevOps: What's in a Name؟". devops.com . تم الاسترجاع في 6 مايو 2019 .
  11. ^ ديبوا، باتريك (9 أكتوبر 2008). "Agile 2008 Toronto". Just Enough Documented Information . تم الاسترجاع في 12 مارس 2015 .
  12. ^ Debois, Patrick. "DevOps Days". DevOps Days . تم الاسترجاع في 31 مارس 2011 .
  13. ^ من تأليف آلانا براون؛ نيكول فورسغرين؛ جيز هامبل؛ نايجل كيرستن؛ جين كيم (2016). "تقرير حالة DevOps لعام 2016" (PDF) . Puppet Labs, DORA (DevOps Research . تم الاسترجاع في 2024-04-24 .
  14. ^ "دمية - آلانا براون". Puppet Labs . تم الاسترجاع في 2019-04-27 .
  15. ^ نيكول فورسغرين؛ جين كيم؛ نايجل كيرستن؛ جيز هامبل (2014). "تقرير حالة DevOps لعام 2014" (PDF) . Puppet Labs وIT Revolution Press وThoughtWorks . تم الاسترجاع في 2024-04-24 .
  16. ^ "تقرير حالة DevOps لعام 2015" (PDF) . Puppet Labs، Pwc، IT Revolution Press. 2015. تم الاسترجاع في 2024-04-24 .
  17. ^ "اختبار أكثر مرونة" (PDF) . أكتوبر 2014. تم استرجاعه في 2019-05-06 .
  18. ^ كريسبين، ليزا؛ جريجوري، جانيت (أكتوبر 2014). المزيد من الاختبارات الرشيقة. أديسون ويسلي. رقم ISBN 9780133749571. تم الاسترجاع بتاريخ 2019-05-06 .
  19. ^ تورنر، جراهام (20 نوفمبر 2023). "تقرير: مهندسو البرمجيات يواجهون رد فعل عنيف بسبب الإبلاغ عن المخالفات". DIGIT . تم الاسترجاع في 5 يناير 2024 .
  20. ^ ساران، كليف. "مهندسو البرمجيات قلقون بشأن التحدث علنًا - Computer Weekly". ComputerWeekly.com . تم الاسترجاع في 5 يناير 2024 .
  21. ^ "75% من مهندسي البرمجيات واجهوا إجراءات انتقامية في المرة الأخيرة التي أبلغوا فيها عن مخالفات - ETHRWorldSEA". ETHRWorld.com .
  22. ^ كامينز، هولي. "هولي كامينز على X". X.com . تم الاسترجاع في 5 يناير 2024 .
  23. ^ DeBellis, Derek; Lewis, Amanda; Villalba, Daniella; Farley, Dave. "تقرير حالة DevOps لعام 2023". بحث وتقييم DevOps السحابي من Google . تم الاسترجاع في 2024-04-24 .
  24. ^ DeBellis, Derek; Harvey, Nathan. "تقرير حالة DevOps لعام 2023: الثقافة هي كل شيء". مدونة Google Cloud . تم الاسترجاع في 2024-04-24 .
  25. ^ كلاين، براندون ثورين (2021-05-01). "DevOps: فهم موجز لفلسفة وعلم DevOps". Osti.gov . doi :10.2172/1785164. OSTI  1785164. S2CID  236606284.
  26. ^ "تاريخ وتطور DevOps | توم جيراغتي". 5 يوليو 2020. تم الاسترجاع في 2020-11-29 .
  27. ^ "المبادئ وراء بيان Agile". agilemanifesto.org . تم الاسترجاع في 2020-12-06 .
  28. ^ كاستيلانوس، كاميلو؛ كوريال، داريو (15 سبتمبر 2018). "تنفيذ النماذج المعمارية لتحليلات البيانات الضخمة". هندسة البرمجيات . مذكرات محاضرات في علوم الكمبيوتر. المجلد 11048. ص 364-371. doi :10.1007/978-3-030-00761-4_24. ISBN 978-3-030-00760-7.
  29. ^ هامبل، جيز؛ فارلي، ديفيد (2011). التسليم المستمر: إصدارات برمجية موثوقة من خلال الأتمتة في البناء والاختبار والنشر . بيرسون إديوكيشن إنك. رقم ISBN 978-0-321-60191-9.
  30. ^ تشن، ليان بينج (2015). "التسليم المستمر: فوائد ضخمة، ولكن التحديات أيضًا". IEEE Software . 32 (2): 50–54. doi :10.1109/MS.2015.27. S2CID  1241241.
  31. ^ تاك، روهين؛ مودي، جالاك (2018). Mobile DevOps: Deliver continuous integration and publishing within your mobile applications . Packt Publishing. ص. 12–18. ISBN 9781788296243.
  32. ^ باير، بيتسي؛ جونز، كريس؛ بيتوف، جينيفر؛ ميرفي، نيل ريتشارد (أبريل 2016). هندسة موثوقية الموقع . أوريلي ميديا. رقم ISBN 978-1-4919-2909-4.
  33. ^ ديف هاريسون (9 أكتوبر 2018). "مقابلة مع بيتسي باير وستيفن ثورن من جوجل" . تم الاسترجاع في 24 يوليو 2024 .
  34. ^ تحليل الحمض النووي لـ DevOps، برينت آرون ريد، ويلي شوب، 2018-11-14.
  35. ^ جين كيم؛ باتريك ديبوا؛ جون ويليس؛ جيز هامبل (2016). دليل DevOps: كيفية خلق المرونة والموثوقية والأمان على مستوى عالمي في المنظمات التكنولوجية .
  36. ^ "OWASP TOP10". مؤرشف من الأصل في 8 يونيو 2023. اطلع عليه بتاريخ 8 يونيو 2023 .
  37. ^ ويلسون ، جلين (ديسمبر 2020)."DevSecOps: دليل القائد لإنتاج برامج آمنة مع تدفق متسامح وردود أفعال وتحسين مستمر". Rethink Press. رقم ISBN 978-1781335024.
  38. ^ تحليل التكنولوجيا الناشئة: DevOps تحول ثقافي وليس تقنية (تقرير). جارتنر.
  39. ^ Loukides, Mike (7 يونيو 2012). "ما هو DevOps؟". O'Reilly Media .
  40. ^ "Gartner IT Glossary – devops". جارتنر . تم الاسترجاع في 30 أكتوبر 2015 .
  41. ^ جونز، ستيفن؛ نوبن، جوست؛ ليتيس، فيونا (21 يوليو 2016). وقائع ورشة العمل الدولية الثانية حول DevOps المدركة للجودة - QUDOS 2016 (PDF) . ص. 7-11. doi :10.1145/2945408.2945410. ISBN 9781450344111. S2CID  515140.
  42. ^ ماندي وولز (25 سبتمبر 2015). "بناء ثقافة DevOps". أوريلي.
  43. ^ تشن، ليان بينج؛ علي بابار، محمد (2014). "مؤتمر IEEE/IFIP 2014 حول هندسة البرمجيات". المؤتمر الحادي عشر لـ IEEE/IFIP حول هندسة البرمجيات (WICSA 2014) . IEEE. ص 195-204. doi :10.1109/WICSA.2014.45. ISBN 978-1-4799-3412-6.
  44. ^ Teja Yarlagadda, Ravi (9 مارس 2021). "DevOps وممارساتها". SSRN  3798877.
  45. ^ موريسيو ، ماوريتسيو (16 أبريل 2021). DevOps: تطوير سلسلة أدوات في المجال المصرفي. Politecnico di Torino (أطروحة لوريا) . تم الاسترجاع في 16 أغسطس 2021 .
  46. ^ "ما هو GitOps؟". www.redhat.com . تم الاسترجاع في 2023-03-30 .

قراءة إضافية

  • ديفيس، جينيفر؛ دانييلز، رين (2016-05-30). DevOps الفعّالة: بناء ثقافة التعاون والألفة والأدوات على نطاق واسع . سيباستوبول، كاليفورنيا: أوريلي. ISBN 9781491926437. OCLC  951434424.
  • كيم، جين؛ ديبوا، باتريك؛ ويليس، جون؛ هامبل، جيز؛ أولسبو، جون (2015-10-07). دليل DevOps: كيفية إنشاء مرونة وموثوقية وأمان عالمي المستوى في المنظمات التكنولوجية (الطبعة الأولى). بورتلاند، أوريغون. رقم ISBN 9781942788003. OCLC  907166314.{{cite book}}:CS1 maint: موقع الناشر المفقود ( الرابط )
  • فورسغرين، نيكول؛ همبل، جيز؛ كيم، جين (27 مارس 2018). Accelerate: The Science of Lean Software and DevOps: Building and Scaling High Performing Technology Organizations (الطبعة الأولى). IT Revolution Press. ISBN 9781942788331.
تم الاسترجاع من "https://en.wikipedia.org/w/index.php?title=DevOps&oldid=1245953239"
Original text
Rate this translation
Your feedback will be used to help improve Google Translate