SRE और DevOps में क्या अंतर है?

Question

SRE और DevOps में क्या अंतर है?

साइट विश्वसनीयता इंजीनियरिंग और विकास संचालन विस्तार से बहुत कुछ करने लगते हैं। मुझे कैसे पता चलेगा कि कौन सा समूह किसके लिए जिम्मेदार है, और मुझे कैसे पता चलेगा कि मेरे कौशल के लिए कौन सी नौकरियां उपयुक्त होंगी?

ऐसा लगता है कि SRE सर्वर और नेटवर्क को बनाए रखने के बारे में है, और DevOps कोड बनाए रखने के बारे में है, क्या यह सही है? क्या उन दोनों के बीच अभी भी एक उचित मात्रा में ओवरलैप नहीं है?

Comments

मुझे लगता है कि DevOps का एक शब्द के रूप में इतना दुरुपयोग किया गया है कि इसका मतलब है कि इस बिंदु पर कुछ भी या कुछ भी नहीं है।

— चूजों

एक कंपनी जिसकी मैंने SRE और DevOps टीम दोनों से बात की थी। उन्होंने मुझे बताया कि DevOps का उपयोग नए एप्लिकेशन (0-6 महीने) बनाने के लिए किया गया था और SRE पुराने अनुप्रयोगों का रखरखाव कर रहा था। दोनों ही ऐसे डेवलपर थे जो ऑटोमेशन, कोडेड और रिलीज़ किए गए ऐप का इस्तेमाल करते थे।

— पॉल टोटके ने

मुझे लगता है कि एसआरई पर Google की किताब को समझने के लिए यह क्या है एक अच्छा पढ़ा होगा: landing.google.com/sre

— केली Steenkamp

Answer 1

DevOps कोड बनाए रखने के बारे में है, क्या यह सही है?

DevOps कोड, या सिस्टम, या किसी एक चीज के बारे में "सिर्फ" नहीं है। DevOps एक बहुत ही सामान्य शब्द है जो सॉफ्टवेयर डिलीवरी से संबंधित सभी चीजों को शामिल करता है ।

साइट विश्वसनीयता इंजीनियरिंग Google द्वारा प्रचलित एक शब्द है। इस लेख से https://landing.google.com/sre/interview/ben-treynor.html हम उनके डॉ। डीआर को बिगाड़ सकते हैं;

मौलिक रूप से, यह तब होता है जब आप एक सॉफ्टवेयर इंजीनियर से एक ऑपरेशन फ़ंक्शन डिजाइन करने के लिए कहते हैं।

संचालन, इंजीनियरिंग और सॉफ्टवेयर विकास एक साथ धुंधला हो रहे हैं। एक परिपक्व बुनियादी ढांचे को बनाने और बनाए रखने के लिए आवश्यक स्वचालन की डिग्री को तीनों से कौशल की आवश्यकता होती है। एसआरई प्रवेश और इंजीनियर हैं, और डेवलपर्स।

इसे भी देखें: http://shop.oreilly.com/product/0636920041528.do

Comments

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

— जिरी क्लौडा

मुझे अभी तक इसके DevOps Engineeringऔर SRE workउसके बीच के अंतर को समझना है कि एक Google द्वारा विकसित और एक बहुत अच्छा (मुक्त!) पुस्तक द्वारा समर्थित है।

— ब्लैकवेटेबल

साइट विश्वसनीयता इंजीनियर एक वास्तविक शीर्षक और नौकरी विवरण है। इसका तात्पर्य है कि यह क्या कहता है। एक शीर्षक जो सॉफ्टवेयर साइड पर DevOps का संकेत दे सकता है, वह प्लेटफ़ॉर्म इंजीनियर है, जहाँ आप डेवलपर्स के लिए एक प्लेटफ़ॉर्म बना रहे हैं और उस पर तैनात करने के लिए ऑटोमेट कर रहे हैं। इस बीच एक एसआरई वह व्यक्ति होता है जो विशिष्ट कार्यों के लिए जिम्मेदार होता है। ये थोड़े अटपटे होते हैं लेकिन शायद आपकी समझ में मदद कर सकते हैं @BlackVegetable।

— मैट ओ।

सेठ वर्गो और लिज़ फोंग (Google उन्हें) से महान YouTube वीडियो का एक गुच्छा है। वे स्पष्ट करते हैं: "वर्ग SRE ने DevOps को लागू किया।" SRE एक ठोस, औपचारिक अभ्यास है जो कई DevOps सिद्धांतों का पालन करता है।

— डेव स्वार्स्की

इन्हें भी देखें: youtube.com/watch?v=uTEL8Ff1Zvk&t=2s

— sethvargo

Answer 2

डेव स्वर्सकी ने पहले ही बेन ट्रेनीयोर की एसआरई की परिभाषा के साथ एक उत्कृष्ट प्रतिक्रिया पोस्ट की, जो आज उतना ही मार्मिक है जितना 2003 में था।

मौलिक रूप से, यह तब होता है जब आप एक सॉफ्टवेयर इंजीनियर से एक ऑपरेशन फ़ंक्शन डिजाइन करने के लिए कहते हैं।

तो, "DevOps" को और अधिक परिभाषित करने के प्रयास में, जेनिफर डेविस और कैथरीन डेनियल की पुस्तक प्रभावी DevOps का एक अंश यहां दिया गया है:

Devops सोचने का एक तरीका है और काम करने का तरीका है। यह कहानियों को साझा करने और समानुभूति विकसित करने के लिए एक रूपरेखा है ... [यह] केवल एक और सॉफ्टवेयर विकास पद्धति नहीं है।

[P] ractices में सॉफ्टवेयर विकास के तरीके, या अवसंरचना स्वचालन और निरंतर वितरण जैसी विशेषताएं शामिल हो सकती हैं, [हालांकि] यह इन भागों के योग से बहुत अधिक है।

हालांकि ये अवधारणाएं संबंधित हैं और अक्सर देवों के वातावरण में देखी जा सकती हैं, केवल उन पर ध्यान केंद्रित करने से बड़ी तस्वीर याद आती है - सांस्कृतिक और पारस्परिक पहलू जो देवों को अपनी शक्ति देते हैं।

संक्षेप में: एक प्रभावी एसआरई देवओप्स प्रथाओं का लाभ उठाएगा।

-

इसके अलावा:

मुझे कैसे पता चलेगा कि कौन सा समूह किसके लिए जिम्मेदार है?

स्वामित्व निहित नहीं होना चाहिए; संवाद!

Answer 3

साइट विश्वसनीयता इंजीनियरिंग कम या ज्यादा पारंपरिक संचालन के अंतर्गत आती है, लेकिन भारी स्वचालित और संस्करण नियंत्रित होती है, जिसे इन्फ्रास्ट्रक्चर भी कहा जाता है । यह एक अच्छी तरह से परिभाषित ऊर्ध्वाधर भूमिका है । आधुनिक DevOps में यह ऊर्ध्वाधर टुकड़ा है जो संचालन से संबंधित है। आपके पास SRE की एक टीम हो सकती है।

DevOps जैसे एक संगठन के लिए एक सांस्कृतिक परिवर्तन है। ऊर्ध्वाधर, शीर्ष डाउन, प्रबंधन संरचना के अलावा, यह पूरे मूल्य श्रृंखला में काम के वितरण मार्गों के साथ टीमों के बीच एक क्षैतिज संबंध बनाता है । एक इंजीनियर के लिए यह कई टीमों को एक साथ बांधने वाली एक क्षैतिज रूप से परिभाषित क्षैतिज भूमिका है , यह सुनिश्चित करना कि काम पूरे संगठन में आसानी से और जल्दी से गुजरता है। आपके पास DevOps इंजीनियरों की एक टीम नहीं हो सकती है, जो एक ऑक्सीमोरोन है , क्योंकि टीम की सीमाओं का विस्तार करना भूमिका का एक महत्वपूर्ण हिस्सा है।

Comments

प्रासंगिक स्रोतों के लिए कोई भी लिंक बहुत अच्छा होगा।

— kenorb

Answer 4

साइट विश्वसनीयता इंजीनियरिंग और DevOps के बीच अंतर का वर्णन करने का एक और तरीका विकिपीडिया के स्पष्टीकरण को देखना है Site Reliability Engineer, जो इस तरह शुरू होता है:

साइट विश्वसनीयता इंजीनियर (एसआरई) एक नौकरी विवरण है, जो विश्वसनीयता, मापनीयता और क्लाउड कंप्यूटिंग अवसंरचना के विकास पर केंद्रित सॉफ्टवेयर इंजीनियरों को दिया जाता है, जिसे साइट विश्वसनीयता इंजीनियरिंग (एसआरई) के रूप में जाना जाता है।

इसलिए आप SRE को ऐसे लोगों के रूप में मान सकते हैं, जिनमें Building walls...

हालाँकि, विकिपीडिया कीDevOps शुरुआत की व्याख्या इस तरह है:

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

यह क्या नहीं कहता है कि इन सभी DevOps प्रथाओं वास्तव में व्यापार की ओर से एक मांग से शुरू हो रहा है । इसलिए भवन और परीक्षण (इसके विकास का हिस्सा) और सॉफ्टवेयर की रिहाई के साथ संयुक्त , DevOps एक DDR (= डिमांड-डेवलप-रिलीज़) संस्कृति और पर्यावरण के बारे में है, जो कुछ लोगों को इन 9 सेकंड से एक ऐतिहासिक स्पीच को याद कर सकते हैं। Tear down this wall।

सभी एसई साइटों के बारे में उदाहरण के लिए 8 मई को यूएस / पूर्वी (कंप्यूटर के लिए एक फायर ड्रिल की तरह), 3 मई, 2017 को बुध, 3 मई, 2017 के लिए योजनाबद्ध संक्षिप्त विवरण के बारे में सवाल देखें ... एक उपयोगकर्ता द्वारा पोस्ट किए गए (हस्ताक्षरित) नौकरी के शीर्षक के साथ एसआरई प्रबंधक , ढेर अतिप्रवाह, इंक।

Comments

मैं इस तर्क का पालन नहीं करता कि SRE में दीवारों का निर्माण शामिल है। आप कहाँ से प्राप्त कर रहे हैं?

— 15ion में Xiong Chiamiov

इसके अलावा, टॉम लिमोनसेल्टी को स्टैक एक्सचेंज में काम करने की तुलना में बहुत अधिक के लिए जाना जाता है ।

— Xiong Chiamiov