Localhost vs Production: What They Don't Teach You in College.

Sheryians Coding School

5 chapters7 takeaways23 key terms5 questions

Overview

यह वीडियो लोकल डेवलपमेंट एनवायरनमेंट और प्रोडक्शन एनवायरनमेंट के बीच के अंतर को समझाता है, जो अक्सर कॉलेज में नहीं सिखाया जाता। यह प्रोडक्शन में कोड डिप्लॉय करने की पूरी प्रक्रिया, जिसमें टिकट्स, कोड रिव्यू, CI/CD पाइपलाइन और मॉनिटरिंग शामिल हैं, पर विस्तार से चर्चा करता है। वीडियो इस बात पर जोर देता है कि प्रोडक्शन में काम करने के लिए केवल कोड लिखना ही काफी नहीं है, बल्कि कोड को समझना, सवाल पूछना और टीम के साथ मिलकर काम करना भी उतना ही महत्वपूर्ण है। यह डेवलपर्स को प्रोडक्शन-रेडी बनने के लिए व्यावहारिक सलाह भी देता है।

How was this?

Save this permanently with flashcards, quizzes, and AI chat

Chapters

प्रोडक्शन में काम करने के लिए जीरा (Jira) जैसे टूल्स पर असाइन किए गए टिकट्स को समझना ज़रूरी है।
टिकट्स अक्सर संक्षिप्त होते हैं, इसलिए डेवलपर्स को स्पष्टता के लिए क्रॉस-क्वेश्चन पूछने चाहिए (जैसे, डेटा फॉर्मेट, टाइम ज़ोन)।
सवाल पूछना कमजोरी नहीं, बल्कि यह सुनिश्चित करने का तरीका है कि फाइनल प्रोडक्ट सही बने, और कंपनियां इसी के लिए भुगतान करती हैं।
प्रोडक्शन में काम करते समय, कोड को समझने पर 85-90% समय देना चाहिए और केवल 10-15% समय ही नया कोड लिखने में लगाना चाहिए (8515 रूल)।

प्रोडक्शन में काम करने के लिए स्पष्टता और कोड को गहराई से समझने की आवश्यकता होती है, जो कॉलेज के प्रोजेक्ट्स से बहुत अलग है। सवाल पूछना और कोड को पढ़ना आपको प्रोडक्शन एनवायरनमेंट में सफल होने में मदद करता है।

इनवॉइस डाउनलोड करने के लिए बटन जोड़ने के टिकट में, यह पूछना कि इनवॉइस किस फॉर्मेट (PDF, PAG, DOCX) में होगी और डेट यूजर के लोकल टाइम के अनुसार होगी या सर्वर के, यह क्रॉस-क्वेश्चन का एक उदाहरण है।

प्रोडक्शन में, डेवलपर्स को अक्सर ऐसे कोड बेस पर काम करना पड़ता है जिसे उन्होंने पहले कभी नहीं देखा या लिखा है।
8515 रूल के अनुसार, अधिकांश समय (85%) मौजूदा कोड को पढ़ने और समझने में व्यतीत होता है, जबकि केवल थोड़ा समय (15%) नया कोड लिखने में लगता है।
AI कोड लिखने में मदद कर सकता है, लेकिन लेगेसी कोड बेस में नए कंपोनेंट जोड़ने के लिए मानव समझ आवश्यक है ताकि यह पता चल सके कि कौन सी मौजूदा फाइलों और फंक्शन्स का उपयोग करना है।
AI को यह बताने के लिए कि मौजूदा फंक्शन्स का उपयोग कैसे करें, कोड को पढ़ना और समझना महत्वपूर्ण है।

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

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

प्रोडक्शन में सीधे मेन/मास्टर ब्रांच पर पुश करना बहुत खतरनाक है और इससे डेवलपर को निकाला जा सकता है।
हर टिकट के लिए एक अलग ब्रांच बनाई जाती है, जिस पर काम किया जाता है।
काम पूरा होने के बाद, टेस्ट केसेस पास होने पर ही पुल रिक्वेस्ट (PR) रेज की जाती है।
PR को टीम के सदस्यों और लीड द्वारा रिव्यू किया जाता है, जिसमें सुधार के लिए फीडबैक दिया जाता है, और यह प्रक्रिया कई बार दोहराई जा सकती है।
PR को मर्ज करने में समय लग सकता है क्योंकि कोड की गुणवत्ता और एज केस कवरेज सुनिश्चित की जाती है।

गिट वर्कफ़्लो और कोड रिव्यू प्रक्रियाएं कोड की स्थिरता, गुणवत्ता और टीम सहयोग सुनिश्चित करती हैं, जो प्रोडक्शन एनवायरनमेंट के लिए महत्वपूर्ण हैं।

एक डेवलपर की 60-लाइन की कोड वाली पुल रिक्वेस्ट को सीनियर डेवलपर द्वारा पांच दिनों तक रिव्यू किया गया, जिसमें बार-बार छोटे-छोटे बदलावों के लिए कहा गया ताकि वह मौजूदा कोड बेस की स्टाइल और टर्मिनोलॉजी से मेल खा सके।

PR मेन ब्रांच में मर्ज होने के बाद, CI/CD (Continuous Integration/Continuous Deployment) पाइपलाइन (जैसे जेनकिंस, गिटहब एक्शन्स) स्वचालित रूप से टेस्ट केसेस चलाती है।
यदि कोई भी टेस्ट केस फेल होता है, तो कोड प्रोडक्शन में डिप्लॉय नहीं होता है, जिससे क्रैश होने से बचा जा सकता है।
CI/CD पास होने के बाद, कोड स्टेजिंग या UAT (User Acceptance Testing) एनवायरनमेंट में भेजा जाता है जहाँ QA टीम उसका परीक्षण करती है।
QA टीम का मुख्य उद्देश्य कोड को तोड़ना और उसमें बग ढूंढना होता है।

CI/CD और QA प्रक्रियाएं यह सुनिश्चित करती हैं कि केवल उच्च-गुणवत्ता वाला और स्थिर कोड ही प्रोडक्शन में जाए, जिससे अंतिम उपयोगकर्ताओं के लिए एक विश्वसनीय अनुभव सुनिश्चित होता है।

हजारों टेस्ट केसेस को CI/CD पाइपलाइन द्वारा स्वचालित रूप से चलाया जाता है; यदि एक भी टेस्ट फेल हो जाता है, तो एप्लिकेशन को लाइव होने से रोक दिया जाता है।

लाइव होने के बाद, एप्लिकेशन की निगरानी (Monitoring) की जाती है ताकि किसी भी एरर को तुरंत पकड़ा जा सके।
डेटाडॉग (Datadog), सेंट्री (Sentry), ग्राफाना (Grafana) जैसे टूल्स एरर्स को लॉग और ट्रैक करते हैं।
यदि प्रोडक्शन में कोई एरर आता है, तो घबराने की बजाय, एक 'रोलबैक' बटन का उपयोग करके एप्लिकेशन को पिछले स्थिर वर्जन पर वापस लाया जा सकता है।
एरर के कारण का पता लगाने के लिए लॉग्स और मॉनिटरिंग टूल्स का उपयोग किया जाता है, फिर कोड को फिक्स करके फिर से डिप्लॉय किया जाता है।

निरंतर निगरानी और त्वरित रोलबैक क्षमताएं प्रोडक्शन एनवायरनमेंट में किसी भी समस्या को जल्दी से हल करने और उपयोगकर्ता अनुभव को बनाए रखने के लिए महत्वपूर्ण हैं।

एक नया वर्जन लाइव होने के बाद एरर दिखाता है, तो तुरंत रोलबैक बटन दबाकर पुराने वर्जन पर वापस जाया जाता है, जबकि नए वर्जन में एरर का विश्लेषण किया जाता है।

Key takeaways

1प्रोडक्शन में काम करने के लिए केवल कोडिंग स्किल्स ही नहीं, बल्कि कम्युनिकेशन, प्रॉब्लम-सॉल्विंग और कोड को समझने की क्षमता भी ज़रूरी है।
2सवाल पूछना प्रोडक्शन एनवायरनमेंट में एक महत्वपूर्ण स्किल है जो गलतियों को रोकने और स्पष्टता सुनिश्चित करने में मदद करता है।
3इंडस्ट्री में कोड को पढ़ना (85%) लिखने (15%) से ज़्यादा महत्वपूर्ण है, खासकर लेगेसी कोड बेस पर काम करते समय।
4गिट वर्कफ़्लो, ब्रांचिंग, और पुल रिक्वेस्ट (PR) कोड की गुणवत्ता और टीम सहयोग बनाए रखने के लिए आवश्यक हैं।
5CI/CD पाइपलाइन और QA टेस्टिंग स्वचालित रूप से बग्स को पकड़कर प्रोडक्शन में स्थिर एप्लिकेशन सुनिश्चित करते हैं।
6प्रोडक्शन में एरर आना सामान्य है; प्रभावी मॉनिटरिंग और रोलबैक रणनीतियाँ डाउनटाइम को कम करती हैं।
7अपने पर्सनल प्रोजेक्ट्स में टेस्टिंग, CI/CD और मॉनिटरिंग टूल्स को इंटीग्रेट करने से इंडस्ट्री के लिए तैयारी बेहतर होती है।

Key terms

LocalhostProduction EnvironmentJira TicketsCross-questioning8515 RuleLegacy CodeGitBranchingPull Request (PR)Code ReviewCI/CD PipelineJenkinsGitHub ActionsTest CasesStaging AreaUAT (User Acceptance Testing)QA (Quality Assurance)MonitoringLogsDatadogSentryGrafanaRollback

Test your understanding

1प्रोडक्शन एनवायरनमेंट में काम करते समय '8515 रूल' का क्या मतलब है और यह क्यों महत्वपूर्ण है?
2जब आपको प्रोडक्शन में एक नया टिकट असाइन किया जाता है, तो आपको स्पष्टता के लिए किस प्रकार के क्रॉस-क्वेश्चन पूछने चाहिए?
3गिट (Git) का उपयोग करते समय, प्रोडक्शन में सीधे मेन ब्रांच पर कोड पुश करने के क्या परिणाम हो सकते हैं?
4CI/CD पाइपलाइन का मुख्य उद्देश्य क्या है और यह प्रोडक्शन में एप्लिकेशन की स्थिरता को कैसे सुनिश्चित करती है?
5प्रोडक्शन में एरर आने की स्थिति में, 'रोलबैक' प्रक्रिया कैसे काम करती है और यह क्यों महत्वपूर्ण है?