DevOps

From alpha
Jump to navigation Jump to search

Lua error in Module:Effective_protection_level at line 16: attempt to index field 'FlaggedRevs' (a nil value).

DevOps सॉफ्टवेयर विकास और आईटी उद्योग में एक पद्धति है। प्रथाओं और उपकरणों के एक सेट के रूप में उपयोग किया जाता है, DevOps सिस्टम विकास जीवन चक्र को सुधारने और छोटा करने के साधन के रूप में सॉफ्टवेयर विकास (डेव) और आईटी संचालन (ऑप्स) के काम को एकीकृत और स्वचालित करता है।[1] DevOps फुर्तीले सॉफ़्टवेयर विकास का पूरक है; कई DevOps पहलू काम करने के फुर्तीले तरीके से आए।

परिभाषा

विकास और संचालन के लिए नियमों और अवधारणाओं का एक क्रॉस-फ़ंक्शनल संयोजन (और एक सूटकेस) होने के अलावा, शिक्षाविदों और चिकित्सकों ने DevOps शब्द के लिए एक सार्वभौमिक परिभाषा विकसित नहीं की है।[lower-alpha 1][lower-alpha 2][lower-alpha 3][lower-alpha 4] अक्सर, DevOps को प्रमुख सिद्धांतों की विशेषता होती है: साझा स्वामित्व, वर्कफ़्लो स्वचालन, और तीव्र प्रतिक्रिया।

अकादमिक दृष्टिकोण से, सीएसआईआरओ और सॉफ्टवेयर इंजीनियरिंग संस्थान के तीन कंप्यूटर विज्ञान शोधकर्ताओं लेन बास, इंगो वेबर और लिमिंग झू ने देवऑप्स को प्रथाओं के एक सेट के रूप में परिभाषित करने का सुझाव दिया, जिसका उद्देश्य किसी सिस्टम में बदलाव करने और उसके बीच के समय को कम करना है। उच्च गुणवत्ता सुनिश्चित करते हुए परिवर्तन को सामान्य उत्पादन में डाला जा रहा है।[5] हालाँकि, इस शब्द का प्रयोग कई संदर्भों में किया जाता है। अपने सबसे सफल रूप में, DevOps विशिष्ट प्रथाओं, संस्कृति परिवर्तन और उपकरणों का एक संयोजन है।[6]


इतिहास

सॉफ़्टवेयर विकास पद्धतियों को परिनियोजन और संचालन अवधारणाओं के साथ संयोजित करने के प्रस्ताव 80 के दशक के अंत और 90 के दशक की शुरुआत में सामने आने लगे।[7] 2007 और 2008 के आसपास, सॉफ्टवेयर विकास और आईटी समुदायों के भीतर उन लोगों द्वारा चिंता व्यक्त की गई थी कि दो उद्योगों के बीच अलगाव, जहां एक ने सॉफ्टवेयर लिखा और बनाया था, उन लोगों से पूरी तरह से अलग था जो सॉफ्टवेयर को तैनात और समर्थन करते थे, जिससे भीतर शिथिलता का एक घातक स्तर पैदा हो रहा था। उद्योग।[8] 2009 में DevOps Days नाम का पहला सम्मेलन बेल्जियम के गेन्ट में आयोजित किया गया था। सम्मेलन की स्थापना बेल्जियम के सलाहकार, परियोजना प्रबंधक और सक्रिय व्यवसायी पैट्रिक डेबोइस द्वारा की गई थी।[9][10] यह सम्मेलन अब अन्य देशों में फैल गया है।[11] 2012 में, "स्टेट ऑफ डेवऑप्स" नामक एक रिपोर्ट पहली बार कठपुतली (सॉफ्टवेयर) में अलाना ब्राउन द्वारा प्रकाशित की गई थी।[12][13] 2014 तक, वार्षिक स्टेट ऑफ़ डेवऑप्स रिपोर्ट निकोल फ़ोर्सग्रेन, जीन किम, जेज़ हम्बल और अन्य द्वारा प्रकाशित की गई थी। उन्होंने कहा कि DevOps को अपनाने में तेजी आ रही है।[14][15] इसके अलावा 2014 में, लिसा क्रिस्पिन और जेनेट ग्रेगरी ने मोर एजाइल टेस्टिंग पुस्तक लिखी, जिसमें परीक्षण और डेवऑप्स पर एक अध्याय था।[16][17] 2016 में, थ्रूपुट (परिनियोजन आवृत्ति, परिवर्तनों के लिए लीड समय), और स्थिरता (ठीक होने का औसत समय, परिवर्तन विफलता दर) के लिए DORA मेट्रिक्स को स्टेट ऑफ़ DevOps रिपोर्ट में प्रकाशित किया गया था।[12]


अन्य दृष्टिकोणों से संबंध

DevOps प्रथाओं के लिए मौलिक विचारों में से कई अन्य प्रसिद्ध प्रथाओं जैसे कि अनुत्पादक निर्माण और डब्ल्यू एडवर्ड्स डेमिंग|डेमिंग के पीडीसीए|प्लान-डू-चेक-एक्ट चक्र से प्रेरित हैं, या दर्पण हैंटोयोटा रास्ता और एजाइल सॉफ्टवेयर के माध्यम से। घटकों और बैच आकारों को तोड़ने का विकास दृष्टिकोण।[18] 1990 के दशक में ITIL के टॉप-डाउन प्रोस्क्रिप्टिव दृष्टिकोण और कठोर ढांचे के विपरीत, DevOps बॉटम-अप और एक लचीला अभ्यास है, जिसे सॉफ्टवेयर इंजीनियरों द्वारा सॉफ्टवेयर इंजीनियर की जरूरतों को ध्यान में रखते हुए बनाया गया है।[19]


चंचल

Main article: Agile software development

जो आधुनिक DevOps बन गया है और स्वचालित निर्माण और परीक्षण, निरंतर एकीकरण और निरंतर डिलीवरी जैसी कई मानक DevOps प्रथाओं की प्रेरणा Agile दुनिया में उत्पन्न हुई, जो (अनौपचारिक रूप से) 1990 के दशक की है, और औपचारिक रूप से 2001 की है। Agile विकास टीमें उपयोग कर रही हैं अत्यधिक प्रोग्रामिंग जैसे तरीके मूल्यवान सॉफ़्टवेयर की शीघ्र और निरंतर डिलीवरी के माध्यम से ग्राहक को संतुष्ट नहीं कर सके[20] जब तक कि वे अपने अनुप्रयोगों से जुड़े संचालन/बुनियादी ढाँचे की ज़िम्मेदारियों को शामिल नहीं कर लेते, जिनमें से कई को उन्होंने स्वचालित कर दिया। क्योंकि स्क्रम (सॉफ़्टवेयर विकास) 2000 के दशक की शुरुआत में प्रमुख एजाइल ढांचे के रूप में उभरा और इसने उन इंजीनियरिंग प्रथाओं को छोड़ दिया जो कई एजाइल टीमों का हिस्सा थे, संचालन / बुनियादी ढांचे के कार्यों को स्वचालित करने का आंदोलन एजाइल से अलग हो गया और आधुनिक DevOps बन गया। आज, DevOps विकसित सॉफ़्टवेयर की तैनाती पर ध्यान केंद्रित करता है, चाहे वह Agile उन्मुख पद्धतियों या अन्य पद्धतियों का उपयोग करके विकसित किया गया हो।

आर्कऑप्स

आर्कऑप्स, ऑपरेशन परिनियोजन के लिए स्रोत कोड के बजाय सॉफ़्टवेयर वास्तुशिल्प कलाकृतियों से शुरू करते हुए, DevOps अभ्यास के लिए एक विस्तार प्रस्तुत करता है।[21] आर्कऑप्स का कहना है कि आर्किटेक्चरल मॉडल सॉफ्टवेयर विकास, परिनियोजन और संचालन में प्रथम श्रेणी की इकाइयाँ हैं।

सीआई/सीडी

Main article: CI/CD

DevOps की सफलता प्राप्त करने के लिए स्वचालन एक मुख्य सिद्धांत है और CI/CD एक महत्वपूर्ण घटक है।[22] साथ ही, टीमों के बीच और भीतर बेहतर सहयोग और संचार कम जोखिम के साथ तेजी से बाजार में पहुंचने में मदद करता है।[23]

साइट-विश्वसनीयता इंजीनियरिंग

Main article: Site reliability engineering

2003 में, Google ने साइट विश्वसनीयता इंजीनियरिंग (SRE) विकसित की, जो उच्च-गुणवत्ता वाले अंतिम-उपयोगकर्ता अनुभव को बनाए रखते हुए बड़े पैमाने पर उच्च-उपलब्धता प्रणालियों में लगातार नई सुविधाएँ जारी करने का एक दृष्टिकोण है।[24] जबकि SRE DevOps के विकास से पहले का है, आम तौर पर उन्हें एक-दूसरे से संबंधित माना जाता है।

टोयोटा उत्पादन प्रणाली, दुबली सोच, काइज़ेन

Main article: Toyota Production System

टोयोटा उत्पादन प्रणाली, जिसे संक्षिप्त नाम टीपीएस के तहत भी जाना जाता है, निरंतर सुधार प्रक्रिया, Kaizen, प्रवाह और छोटे बैचों पर ध्यान केंद्रित करने के साथ दुबली सोच के लिए प्रेरणा थी। एंडॉन (विनिर्माण) तेजी से प्रतिक्रिया तैयार करने, समूह बनाने और समस्याओं को हल करने के लिए टीपीएस से उत्पन्न होता है।[25][26]


DevSecOps, सुरक्षा को बाईं ओर स्थानांतरित करना

DevSecOps सुरक्षा प्रथाओं को DevOps दृष्टिकोण में एकीकृत करने की अनुमति देने के लिए DevOps का एक संवर्द्धन है। पारंपरिक केंद्रीकृत सुरक्षा टीम मॉडल के विपरीत, प्रत्येक डिलीवरी टीम को अपने सॉफ़्टवेयर डिलीवरी में सही सुरक्षा नियंत्रण शामिल करने का अधिकार है। सुरक्षा अभ्यास और परीक्षण विकास जीवनचक्र में पहले किए जाते हैं, इसलिए इसे शिफ्ट-लेफ्ट परीक्षण कहा जाता है बाईं ओर शिफ्ट करें. सुरक्षा का परीक्षण तीन मुख्य क्षेत्रों में किया जाता है: स्थैतिक, सॉफ़्टवेयर संरचना और गतिशील।

स्थैतिक अनुप्रयोग सुरक्षा परीक्षण (एसएएसटी) के माध्यम से सॉफ़्टवेयर को स्थिर रूप से जांचना सुरक्षा पर विशेष ध्यान देने के साथ व्हाइट-बॉक्स परीक्षण है। प्रोग्रामिंग भाषा के आधार पर, ऐसे स्थिर कोड विश्लेषण करने के लिए विभिन्न उपकरणों की आवश्यकता होती है। सॉफ़्टवेयर संरचना का विश्लेषण किया जाता है, विशेष रूप से पुस्तकालयों का, और प्रत्येक घटक के संस्करण की जाँच कंप्यूटर आपातकालीन प्रतिक्रिया टीम और अन्य विशेषज्ञ समूहों द्वारा प्रकाशित भेद्यता सूचियों के विरुद्ध की जाती है। ग्राहकों को सॉफ़्टवेयर देते समय, लाइब्रेरी लाइसेंस और वितरित सॉफ़्टवेयर के लाइसेंस से उनका मेल फ़ोकस में होता है, विशेष रूप से कॉपीलेफ्ट लाइसेंस पर।

गतिशील परीक्षण में, जिसे ब्लैक-बॉक्स परीक्षण भी कहा जाता है, सॉफ़्टवेयर का उसके आंतरिक कार्यों को जाने बिना परीक्षण किया जाता है। DevSecOps में इस अभ्यास को डायनेमिक एप्लिकेशन सुरक्षा परीक्षण (DAST) या प्रवेश परीक्षण के रूप में संदर्भित किया जा सकता है। लक्ष्य क्रॉस साइट स्क्रिप्टिंग और SQL इंजेक्शन कमजोरियों सहित दोषों का शीघ्र पता लगाना है। खतरे के प्रकार OWASP द्वारा प्रकाशित किए जाते हैं, उदा. यह TOP10 है,[27] और अन्य निकायों द्वारा. कुछ मामलों में, विशेष रूप से माइक्रोसर्विसेज के साथ, इंटरैक्टिव एप्लिकेशन सुरक्षा परीक्षण (आईएएसटी) यह जांचने में सहायक होता है कि स्वचालित कार्यात्मक परीक्षण चलाते समय कौन सा कोड निष्पादित किया जाता है। यहां फोकस अनुप्रयोगों के भीतर कमजोरियों का पता लगाने पर है। SAST और DAST के विपरीत, IAST एप्लिकेशन के अंदर काम करता है।

DevSecOps को एक सांस्कृतिक बदलाव के रूप में भी वर्णित किया गया है जिसमें सुरक्षा शिक्षा, डिज़ाइन द्वारा सुरक्षा और सुरक्षा स्वचालन को एकीकृत करके सुरक्षित सॉफ़्टवेयर का उत्पादन करने के लिए एक समग्र दृष्टिकोण शामिल है।[28]


सांस्कृतिक परिवर्तन

DevOps पहल कंपनियों में सांस्कृतिक परिवर्तन ला सकती है[29] विकास और वितरण प्रक्रियाओं के दौरान सूचना प्रौद्योगिकी संचालन, सॉफ्टवेयर डेवलपर और सॉफ्टवेयर परीक्षण के सहयोग के तरीके को बदलकर।[30] एंटरप्राइज़ DevOps को अपनाने में इन समूहों को एकजुट होकर काम करना एक महत्वपूर्ण चुनौती है।[31][32] DevOps संस्कृति के बारे में उतना ही है जितना कि टूलचेन के बारे में।[33]


माइक्रोसर्विसेज

यद्यपि सैद्धांतिक रूप से किसी भी वास्तुशिल्प शैली के साथ DevOps का अभ्यास करना संभव है, माइक्रोसर्विसेज वास्तुशिल्प शैली लगातार तैनात प्रणालियों के निर्माण के लिए मानक बन रही है। छोटे आकार की सेवा निरंतर रिफैक्टरिंग के माध्यम से एक व्यक्तिगत सेवा की वास्तुकला को उभरने की अनुमति देती है।[34]

DevOps स्वचालन

यह संगठन के भीतर स्थिरता, विश्वसनीयता और दक्षता का भी समर्थन करता है, और आमतौर पर एक साझा कोड रिपॉजिटरी या संस्करण नियंत्रण द्वारा सक्षम किया जाता है। जैसा कि DevOps शोधकर्ता रवि तेजा यारलागड्डा की परिकल्पना है, DevOps के माध्यम से, एक धारणा है कि सभी कार्यों को एक साधारण कोड का उपयोग करके एक केंद्रीय स्थान पर किया, नियंत्रित और प्रबंधित किया जा सकता है।[35]


संस्करण नियंत्रण के साथ स्वचालन

कई संगठन आभाषी दुनिया, कंटेनरीकरण (या ओएस-स्तरीय वर्चुअलाइजेशन), और सीआई/सीडी जैसी DevOps स्वचालन प्रौद्योगिकियों को सशक्त बनाने के लिए संस्करण नियंत्रण का उपयोग करते हैं। पेपर DevOps: बैंकिंग डोमेन में एक टूलचेन का विकास नोट करता है कि एक ही प्रोजेक्ट पर काम करने वाली डेवलपर्स की टीमों के साथ, सभी डेवलपर्स को एक ही कोडबेस में बदलाव करने की आवश्यकता होती है और कभी-कभी समान फ़ाइलों को भी संपादित करना पड़ता है। कुशल कार्य के लिए, एक ऐसी प्रणाली होनी चाहिए जो इंजीनियरों को संघर्षों से बचने और कोडबेस इतिहास को बनाए रखने में मदद करे,[36] Git संस्करण नियंत्रण प्रणाली और GitHub प्लेटफ़ॉर्म को उदाहरण के रूप में संदर्भित किया गया है।

GitOps

GitOps DevOps से विकसित हुआ।[37][38][39] परिनियोजन कॉन्फ़िगरेशन की विशिष्ट स्थिति संस्करण-नियंत्रित है। क्योंकि सबसे लोकप्रिय संस्करण-नियंत्रण Git है, GitOps के दृष्टिकोण का नाम Git के नाम पर रखा गया है।[40][41][42] कॉन्फ़िगरेशन में परिवर्तन को कोड समीक्षा प्रथाओं का उपयोग करके प्रबंधित किया जा सकता है, और संस्करण-नियंत्रण का उपयोग करके वापस लाया जा सकता है। अनिवार्य रूप से, किसी कोड में सभी परिवर्तनों को ट्रैक किया जाता है, बुकमार्क किया जाता है, और इतिहास में कोई भी अपडेट करना आसान बनाया जा सकता है।[43] जैसा कि Red Hat द्वारा समझाया गया है, परिवर्तन की दृश्यता का अर्थ है समस्याओं का शीघ्रता से पता लगाने और पुन: उत्पन्न करने की क्षमता, जिससे समग्र सुरक्षा में सुधार होता है।[43]


यह भी देखें

टिप्पणियाँ

  1. ↑ Dyck et al. (2015) "To our knowledge, there is no uniform definition for the terms release engineering and DevOps. As a consequence, many people use their own definitions or rely on others, which results in confusion about those terms."[2]
  2. ↑ Jabbari et al. (2016) "The research results of this study showed the need for a definition as individual studies do not consistently define DevOps."[3]
  3. ↑ Erich et al. (2017) "We noticed that there are various gaps in the study of DevOps: There is no consensus of what concepts DevOps covers, nor how DevOps is defined."[4]
  4. ↑ Erich et al. (2017) "We discovered that there exists little agreement about the characteristics of DevOps in the academic literature."[4]


संदर्भ

  1. ↑ Courtemanche, Meredith; Mell, Emily; Gills, Alexander S. "What Is DevOps? The Ultimate Guide". TechTarget. Retrieved 2023-01-22.
  2. ↑ Dyck, Andrej; Penners, Ralf; Lichter, Horst (2015-05-19). "Towards Definitions for Release Engineering and DevOps". Proceedings of the 2015 IEEE/ACM 3rd International Workshop on Release Engineering. IEEE: 3. doi:10.1109/RELENG.2015.10. ISBN 978-1-4673-7070-7. S2CID 4659735.
  3. ↑ Jabbari, Ramtin; bin Ali, Nauman; Petersen, Kai; Tanveer, Binish (May 2016). "What is DevOps?: A Systematic Mapping Study on Definitions and Practices". Proceedings of the 2016 Scientific Workshop. Association for Computing Machinery.
  4. ↑ 4.0 4.1 Erich, F.M.A.; Amrit, C.; Daneva, M. (June 2017). "A Qualitative Study of DevOps Usage in Practice". Journal of Software: Evolution and Process. 29 (6): e1885. doi:10.1002/smr.1885. S2CID 35914007.
  5. ↑ Bass, Len; Weber, Ingo; Zhu, Liming (2015). DevOps: A Software Architect's Perspective. ISBN 978-0134049847.
  6. ↑ Muñoz, Mirna; Negrete Rodríguez, Mario (April 2021). "A guidance to implement or reinforce a DevOps approach in organizations: A case study". {{cite journal}}: Cite journal requires |journal= (help)
  7. ↑ Chapman, M., Gatti, N: A model of a service life cycle, Proceedings of TINA '93, pp. I-205–I-215, Sep., 1993.
  8. ↑ Atlassian. "डेवऑप्स का इतिहास". Atlassian. Retrieved 2023-02-23.
  9. ↑ Mezak, Steve (25 January 2018). "The Origins of DevOps: What's in a Name?". devops.com. Retrieved 6 May 2019.
  10. ↑ Debois, Patrick (9 October 2008). "Agile 2008 Toronto". Just Enough Documented Information. Retrieved 12 March 2015.
  11. ↑ Debois, Patrick. "देवऑप्स दिवस". देवऑप्स दिवस. Retrieved 31 March 2011.
  12. ↑ 12.0 12.1 Alana Brown; Nicole Forsgren; Jez Humble; Nigel Kersten; Gene Kim (2016). "2016 State of DevOps Report" (PDF). Puppet Labs, DORA (DevOps Research. Retrieved 2019-05-06.
  13. ↑ "कठपुतली - अलाना ब्राउन". Puppet Labs. Retrieved 2019-04-27.
  14. ↑ Nicole Forsgren; Gene Kim; Nigel Kersten; Jez Humble (2014). "2014 State of DevOps Report" (PDF). Puppet Labs, IT Revolution Press and ThoughtWorks. Retrieved 2019-04-27.
  15. ↑ "2015 State of DevOps Report" (PDF). Puppet Labs, Pwc, IT Revolution Press. 2015. Retrieved 2019-05-06.
  16. ↑ "अधिक चुस्त परीक्षण" (PDF). October 2014. Retrieved 2019-05-06.
  17. ↑ Crispin, Lisa; Gregory, Janet (October 2014). अधिक चुस्त परीक्षण. ISBN 9780133749571. Retrieved 2019-05-06.
  18. ↑ Klein, Brandon Thorin (2021-05-01). "The DevOps: A Concise Understanding to the DevOps Philosophy and Science". doi:10.2172/1785164. OSTI 1785164. S2CID 236606284. {{cite journal}}: Cite journal requires |journal= (help)
  19. ↑ "The History and Evolution of DevOps | Tom Geraghty". Retrieved 2020-11-29.
  20. ↑ "एजाइल मेनिफेस्टो के पीछे के सिद्धांत". agilemanifesto.org. Retrieved 2020-12-06.
  21. ↑ Castellanos, Camilo; Correal, Dario (15 September 2018). बिग डेटा एनालिटिक्स के लिए आर्किटेक्चरल मॉडल निष्पादित करना. Lecture Notes in Computer Science. Vol. 11048. pp. 364–371. doi:10.1007/978-3-030-00761-4_24. ISBN 978-3-030-00760-7.
  22. ↑ Humble, Jez; Farley, David (2011). सतत वितरण: निर्माण, परीक्षण और परिनियोजन स्वचालन के माध्यम से विश्वसनीय सॉफ़्टवेयर रिलीज़. Pearson Education Inc. ISBN 978-0-321-60191-9.
  23. ↑ Chen, Lianping (2015). "सतत वितरण: भारी लाभ, लेकिन चुनौतियाँ भी". IEEE Software. 32 (2): 50–54. doi:10.1109/MS.2015.27. S2CID 1241241.
  24. ↑ Beyer, Betsy; Jones, Chris; Petoff, Jennifer; Murphy, Niall Richard (April 2016). साइट विश्वसनीयता इंजीनियरिंग. O'Reilly Media. ISBN 978-1-4919-2909-4.
  25. ↑ Analyzing the DNA of DevOps, Brent Aaron Reed, Willy Schaub, 2018-11-14.
  26. ↑ The DevOps Handbook: How to Create World-Class Agility, Reliability, and Security in Technology Organizations, Gene Kim, Patrick Debois, John Willis, Jezz Humble, 2016
  27. ↑ "ओडब्ल्यूएएसपी टॉप10". Archived from the original on June 8, 2023. Retrieved June 8, 2023.
  28. ↑ Wilson, Glenn (December 2020). 'DevSecOps: A leader's guide to producing secure software with compromising flow, feedback and continuous improvement'. Rethink Press. ISBN 978-1781335024.
  29. ↑ Emerging Technology Analysis: DevOps a Culture Shift, Not a Technology (Report). Gartner.
  30. ↑ Loukides, Mike (7 June 2012). "What is DevOps?". O'Reilly Media.
  31. ↑ "Gartner IT Glossary – devops". Gartner. Retrieved 30 October 2015.
  32. ↑ Jones, Stephen; Noppen, Joost; Lettice, Fiona (21 July 2016). Proceedings of the 2nd International Workshop on Quality-Aware Dev Ops - QUDOS 2016 (PDF). pp. 7–11. doi:10.1145/2945408.2945410. ISBN 9781450344111. S2CID 515140.
  33. ↑ Mandi Walls (25 September 2015). "एक DevOps संस्कृति का निर्माण". O'Reilly.
  34. ↑ Chen, Lianping; Ali Babar, Muhammad (2014). "सॉफ्टवेयर आर्किटेक्चर पर 2014 आईईईई/आईएफआईपी सम्मेलन". The 11th Working IEEE/IFIP Conference on Software Architecture(WICSA 2014). IEEE. pp. 195–204. doi:10.1109/WICSA.2014.45. ISBN 978-1-4799-3412-6.
  35. ↑ Teja Yarlagadda, Ravi (9 March 2021). "DevOps और इसकी प्रथाएँ". SSRN 3798877.
  36. ↑ Morisio, Maurizio (16 April 2021). DevOps: development of a toolchain in the banking domain. Politecnico di Torino (laurea). Retrieved 16 August 2021.
  37. ↑ "GitOps के साथ शुरुआत करना". TheNewStack.io. 13 December 2021. Retrieved 5 April 2022.
  38. ↑ "Kubernetes के लिए GitOps वर्कफ़्लो और सिद्धांत". ContainerJournal.com. 1 April 2022. Retrieved 5 April 2022.
  39. ↑ "GitOps के बिना स्केल पर Kubernetes एक बुरा विचार है". TheNewStack.io. 7 March 2022. Retrieved 5 April 2022.
  40. ↑ "Top 5 Challenges in Modern Kubernetes Testing". TheNewStack.io. 11 March 2022. Retrieved 5 April 2022.
  41. ↑ "The world's largest telcos are now embracing GitOps. Deutsche Telekom explains why".
  42. ↑ "Can 'shift left' in DevOps pipelines go too far?". Techtarget.com. Retrieved 5 April 2022.
  43. ↑ 43.0 43.1 "What is GitOps?". www.redhat.com. Retrieved 2023-03-30.


अग्रिम पठन

  • Davis, Jennifer; Daniels, Ryn (2016-05-30). Effective DevOps : building a culture of collaboration, affinity, and tooling at scale. Sebastopol, CA: O'Reilly. ISBN 9781491926437. OCLC 951434424.
  • Kim, Gene; Debois, Patrick; Willis, John; Humble, Jez; Allspaw, John (2015-10-07). The DevOps handbook : how to create world-class agility, reliability, and security in technology organizations (First ed.). Portland, OR. ISBN 9781942788003. OCLC 907166314.
  • Forsgren, Nicole; Humble, Jez; Kim, Gene (27 March 2018). Accelerate: The Science of Lean Software and DevOps: Building and Scaling High Performing Technology Organizations (First ed.). IT Revolution Press. ISBN 9781942788331.
Retrieved from "https://alpha.indicwiki.in/index.php?title=DevOps&oldid=249589"