SRE - एंटरप्राइज़ रोडमैप और UNIX की अवधारणा

नमस्ते, मैं अक्षम हूँ।
कंपनी के वरिष्ठों और अनुभवी लोगों द्वारा बताई गई सूप, पेय और सलाद के असीमित भोजन के साथ एक शानदार दोपहर का भोजन करके, यह एक भिखारी की तरह खुशी भरा दिन था। जब भोजन के साथ सूप होता है, तो जीवन की खुशी लगभग 5 बढ़ जाती है। क्या? 5 कितना प्रतिशत है? खैर, यह हर व्यक्ति की अपनी पसंद पर निर्भर करता है...

सबसे पहले कुछ उपयोगी URL लिंक

with The Grateful Dead - Darkstar
एक प्रसिद्ध गीत जिसका उपयोग Slackware के शुरुआती होस्टनामों में किया गया था

परिचय

मैंने एक महीने पहले एक बार SRE एंटरप्राइज़ रोडमैप पढ़ा था, और आज मैंने इसे दूसरी बार पढ़ा।
यह ओ'रेली द्वारा सशुल्क भी उपलब्ध है, लेकिन मैंने पहले दिए गए URL पर मुफ्त में उपलब्ध पहले खंड का लगभग आधा हिस्सा पढ़ा है।
जब मैंने इसे पहली बार पढ़ा, तो मैंने बस शब्दों को अपने दिमाग में बिठा लिया, और फिर मैंने इसे दूसरी बार पढ़ा। बस इतना ही है...

यह सामान्य है

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

सब कुछ स्वचालित करें
कुशलता से तीसरी प्रणाली बनाने के लिए

क्या यह बिंदु लागू होता है?
क्या इसे वितरित इंजीनियरिंग कहा जाना चाहिए? पहली नज़र में, यह चिंता का विषय है कि क्या हमें एक कठिन कार्यभार उठाना चाहिए, लेकिन यह कहता है कि ऐसा नहीं होना चाहिए, और मुझे लगता है कि यह एक आदर्श रूप होने का विषय है।
इसके अलावा, सामग्री के संबंध में, इस बात पर भी जोर दिया गया है कि मौजूदा टीमों को SRE बनना चाहिए, और विविध लोगों को टीम में शामिल करने के लिए खुले विचारों वाला होना चाहिए, जिसमें न केवल सिस्टम की सामान्यता बल्कि मानवीय सामान्यता भी शामिल है।

आक्रामक और रक्षात्मक दोनों

यह एक ऐसा संगठन होना चाहिए जिसमें रूढ़िवादी सोच के संचालन और निर्माण के साथ-साथ नवीन विकास-पक्ष की सोच भी हो।
मुझे लगा कि किन बिंदुओं पर अधीन होना चाहिए और किन पर नहीं, इसकी स्पष्ट व्याख्या की गई है।
जैसा कि Building a Culture of Security and Reliability में बताया गया है, यदि कोई संगठन 'नहीं' कहने की ओर बहुत अधिक झुकता है, तो वह स्थिर हो जाएगा, और उन चीजों के लिए जोखिम लेने का निर्णय लेना होगा जहां जोखिम लेना चाहिए। मानवीय रूप से कहें तो, अस्वीकृति की संस्कृति में, भले ही आपके पास अच्छे विचार हों, उनके व्यर्थ होने की संभावना होती है।
यहां तक कि आकस्मिक बातचीत में भी, उदाहरण के लिए, यदि हम मान लें कि SNS बेकार है, तो वहां से जानकारी प्राप्त करने का अवसर उसी अनुपात में कम हो जाता है। यह जानकारी इकट्ठा करने के सभी साधनों पर लागू होता है; यह भी कहा जाता है कि 'बहुत अधिक टीवी देखने से आप मूर्ख बन जाते हैं', लेकिन इसके विपरीत, आप यह नहीं पकड़ पाएंगे कि टीवी पर कौन सी जानकारी प्रसारित हो रही है।
हालांकि, एक व्यक्ति के लिए सब कुछ पकड़ना यथार्थवादी नहीं है, लेकिन मुझे लगता है कि मानवीय संचार इसे पार कर सकता है।
आज भी, दोस्तों से बात करते हुए, भले ही हम कई सालों से साथ हों, नई चीजें खोजना मजेदार है।

बात थोड़ी भटक गई, लेकिन अंततः, यदि यह पूछा जाए कि क्या यह इंजीनियरिंग है जो तंत्र में बर्बादी को खत्म करती है, तो ऐसा नहीं है; क्या यह (साइट) विश्वसनीयता इंजीनियरिंग है जो उन चीजों में अतिरिक्त मूल्य ढूंढकर बर्बादी को खत्म करने वाली प्रणालियों का निर्माण करके बनाई जाती है जो बेकार लग सकती हैं?

छोटी चीजें सुंदर होती हैं

मुझे लगता है कि ज्यादातर मामलों में, सिस्टम का अंततः बड़ा होना अपरिहार्य है। यह अतीत की संपत्ति है, और मुझे लगता है कि यह सोने के मानक से सरकारी बांडों द्वारा कानूनी निविदा के निरंतर जारी होने के समान है।
और इस प्रकार सरकारी बांडों द्वारा जारी की गई मुद्रा का अंततः ऋण बन जाना, क्या इसमें तकनीकी ऋण के साथ कुछ समानताएं नहीं हैं?
चाहे आप सिस्टम को कितना भी छोटा करने की कोशिश करें, यदि देश बड़ा हो जाता है, तो वह अंततः धीरे-धीरे बड़ा हो जाएगा।
यह भी कि विस्तार के बाद कार्रवाई करनी पड़ती है, ऐतिहासिक रूप से भी ऐसा ही रहा है, इसलिए मुझे लगता है कि अधिकांश इस सिद्धांत पर काम करते हैं।
जैसा कि Simplicity में बताया गया है, अन्य UNIX दर्शन का पालन करने वाले डेवलपर्स के लिए जो अधिक महत्वपूर्ण है वह यह है कि कम कोड पठनीयता बढ़ाता है और रखरखाव क्षमता भी लाता है।

भविष्य की ओर देखें। भविष्य आपकी सोच से भी जल्दी आता है।

निष्कर्ष

वास्तव में, मैंने इसे खंडों में पढ़ा, उन अनुभागों पर ध्यान केंद्रित किया जिनमें मेरी रुचि थी, और मुझे लगता है कि यह एक तकनीकी पुस्तक है जिसे पढ़ने में मज़ा आता है।
मुझे साक्षात्कार लेख पढ़ना पसंद है, इसलिए सामग्री वास्तविक लगती है और आसानी से समझ में आती है क्योंकि इसमें बताया गया है कि वास्तविक इंजीनियर क्या सोचते हैं और उन्होंने क्या किया है।
यह आभारी है कि यह मुफ्त में सार्वजनिक रूप से उपलब्ध है।
तो फिर। फिर मिलेंगे।