CI/CD में Production — यह क्या है, डेवलपमेंट में चरण और वातावरण

CI/CD में Production क्या है?

CI/CD के संदर्भ में प्रोडक्शन एप्लिकेशन जीवनचक्र का अंतिम चरण है, जहाँ बिल्ड और परीक्षण के सभी चरणों को पार करने के बाद कोड अंतिम उपयोगकर्ताओं के लिए उपलब्ध होता है। डेवलपमेंट और स्टेजिंग वातावरण के विपरीत, प्रोडक्शन वातावरण वास्तविक डेटा और लोड के साथ काम करता है, जो विश्वसनीयता और प्रदर्शन पर विशेष आवश्यकताएँ लगाता है।

प्रोडक्शन वातावरण की भूमिका

प्रोडक्शन वातावरण केवल एक सर्वर नहीं है, बल्कि एक संपूर्ण बुनियादी ढाँचा है जिसमें लोड बैलेंसर, डेटाबेस, कैशिंग लेयर, CDN और निगरानी प्रणालियाँ शामिल हैं। प्रत्येक घटक दोष-सहिष्णु और स्केलेबल होना चाहिए। मोबाइल डेवलपमेंट में, प्रोडक्शन में बैकएंड सेवाएँ, API गेटवे और पुश बुनियादी ढाँचा भी शामिल है जो क्लाइंट एप्लिकेशन का समर्थन करते हैं।

प्रोडक्शन वातावरण की आवश्यकताएँ

प्रोडक्शन वातावरण को सख्त मानदंडों को पूरा करना चाहिए: 99.9% और उससे अधिक उपलब्धता, API प्रतिक्रिया समय 200 ms से अधिक नहीं, आपदा पुनर्प्राप्ति समर्थन (SLA के भीतर RTO और RPO)। मोबाइल एप्लिकेशन के लिए, क्रैश रिपोर्टिंग, उपयोग विश्लेषण और प्रयोगों के लिए A/B प्लेटफ़ॉर्म अतिरिक्त रूप से आवश्यक हैं। CI/CD पाइपलाइन प्रत्येक डिप्लॉयमेंट से पहले स्वचालित जाँच के माध्यम से इन आवश्यकताओं के अनुपालन को सुनिश्चित करती है।

प्रोडक्शन में डिप्लॉयमेंट के चरण

प्रोडक्शन में डिप्लॉयमेंट एक बहु-चरणीय प्रक्रिया है जो CI/CD पाइपलाइन के माध्यम से स्वचालित होती है। प्रत्येक चरण में जाँच शामिल होती है जो दोषपूर्ण कोड को प्रोडक्शन तक पहुँचने से रोकती है। आइए एक विशिष्ट मोबाइल एप्लिकेशन पाइपलाइन के उदाहरण का उपयोग करके मुख्य चरणों की समीक्षा करें।

प्रोडक्शन के लिए CI/CD पाइपलाइन

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

@Library("shared-lib") _

pipeline {
    agent any

    stages {
        stage("Build") {
            steps {
                sh "cd app && ./gradlew assembleRelease"
            }
        }
        stage("Test") {
            steps {
                sh "cd app && ./gradlew testRelease"
            }
        }
        stage("Deploy to Staging") {
            steps {
                sh "deploy-staging.sh"
            }
        }
        stage("Deploy to Production") {
            input "Deploy to production?"
            steps {
                sh "deploy-production.sh"
            }
        }
    }
}

डिप्लॉयमेंट ऑटोमेशन

प्रोडक्शन में स्वचालित डिप्लॉयमेंट शून्य-डाउनटाइम डिप्लॉयमेंट रणनीतियों का उपयोग करता है: रोलिंग अपडेट, ब्लू-ग्रीन डिप्लॉयमेंट या कैनरी रिलीज़। रोलिंग अपडेट में, एप्लिकेशन के नए इंस्टेंस सेवा को रोके बिना धीरे-धीरे पुराने को बदल देते हैं। ब्लू-ग्रीन डिप्लॉयमेंट दो समान वातावरण बनाए रखता है और ट्रैफ़िक को तुरंत स्विच करता है, जिससे समस्या होने पर त्वरित रोलबैक संभव होता है। रणनीति का चुनाव सेवा की महत्वपूर्णता और स्वीकार्य डाउनटाइम पर निर्भर करता है। मोबाइल एप्लिकेशन के लिए, प्रोडक्शन में डिप्लॉयमेंट में चरणबद्ध रोलआउट के साथ ऐप स्टोर (App Store Connect, Google Play Console) में प्रकाशन शामिल है, जिसके लिए बाइनरी अपलोड करने, मेटाडेटा भरने और समीक्षा के लिए सबमिट करने सहित प्रकाशन प्रक्रिया को स्वचालित करने के लिए स्टोर APIs के साथ अतिरिक्त CI/CD एकीकरण की आवश्यकता होती है।

डिप्लॉयमेंट के बाद की जाँच

प्रोडक्शन में सफल डिप्लॉयमेंट के बाद, CI/CD पाइपलाइन स्मोक टेस्ट का एक सेट लॉन्च करती है जो बुनियादी सेवा कार्यक्षमता की पुष्टि करती है: एंडपॉइंट उपलब्धता, API प्रतिक्रिया शुद्धता, सामान्य सीमा के भीतर प्रतिक्रिया समय। मोबाइल एप्लिकेशन के लिए, प्राधिकरण क्षमता, डेटा सिंक्रोनाइज़ेशन और भुगतान एकीकरण के सही संचालन की अतिरिक्त जाँच की जाती है। यदि स्मोक टेस्ट विफल होते हैं, तो पाइपलाइन स्वचालित रूप से पिछले स्थिर संस्करण में रोलबैक शुरू करती है और टीम को सूचना भेजती है। डिप्लॉयमेंट के बाद की निगरानी बढ़े हुए अलर्ट स्तर के साथ 30-60 मिनट तक जारी रहती है — यह स्वचालित परीक्षणों द्वारा कवर न की गई समस्याओं का पता लगाने की विंडो है।

प्रोडक्शन और परीक्षण वातावरण के बीच अंतर

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

कॉन्फ़िगरेशन और बुनियादी ढाँचा

प्रोडक्शन वातावरण कॉन्फ़िगरेशन को अन्य वातावरणों से सख्ती से पृथक होना चाहिए। यह पर्यावरण चर, डेटाबेस कनेक्शन स्ट्रिंग, API कुंजी और प्रमाणपत्रों पर लागू होता है। प्रोडक्शन बुनियादी ढाँचा आमतौर पर दोष सहनशीलता सुनिश्चित करने के लिए कई उपलब्धता क्षेत्रों में दोहराया जाता है। मोबाइल एप्लिकेशन के लिए, प्रोडक्शन में Apple App Store और Google Play कॉन्फ़िगरेशन भी शामिल हैं जो परीक्षण बिल्ड में अनुपस्थित हैं।

डेटा प्रबंधन

प्रोडक्शन में, परीक्षण के लिए वास्तविक डेटा का उपयोग सख्त वर्जित है — इस उद्देश्य के लिए स्टेजिंग और डेवलपमेंट वातावरण मौजूद हैं। डेटाबेस संरचना में सभी परिवर्तन माइग्रेशन के माध्यम से होने चाहिए जो CI/CD पाइपलाइन द्वारा स्वचालित रूप से लागू किए जाते हैं। प्रोडक्शन डेटा बैकअप स्वचालित अखंडता सत्यापन के साथ एक शेड्यूल पर किया जाता है। प्रतिधारण नीति GDPR आवश्यकताओं और अन्य नियमों के अनुसार बैकअप की भंडारण अवधि निर्धारित करती है।

प्रोडक्शन बुनियादी ढाँचे की निगरानी

प्रोडक्शन निगरानी मीट्रिक, लॉग और ट्रेस एकत्र करने और विश्लेषण करने की एक सतत प्रक्रिया है। व्यापक निगरानी के बिना, SLA की गारंटी देना और समय पर घटनाओं का पता लगाना असंभव है। निगरानी का आधुनिक दृष्टिकोण तीन स्तंभों पर आधारित है: मीट्रिक (संख्यात्मक संकेतक), लॉग (संरचित घटना रिकॉर्ड) और ट्रेस (अनुरोध ट्रेसिंग)।

मुख्य मीट्रिक

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

निगरानी उपकरण

प्रोडक्शन बुनियादी ढाँचे की निगरानी के लिए विशेष प्लेटफ़ॉर्म का उपयोग किया जाता है: Datadog, New Relic, मीट्रिक संग्रह के लिए Grafana + Prometheus, मोबाइल एप्लिकेशन में त्रुटियों को ट्रैक करने के लिए Sentry और Crashlytics। लॉग ELK स्टैक (Elasticsearch, Logstash, Kibana) या Splunk के माध्यम से केंद्रीकृत होते हैं। अनुरोध ट्रेसिंग Jaeger या Zipkin का उपयोग करके कार्यान्वित की जाती है। सभी उपकरण एक नई सेवा डिप्लॉय करते समय स्वचालित डैशबोर्ड निर्माण के लिए CI/CD पाइपलाइन के साथ एकीकृत होते हैं। घटना प्रतिक्रिया प्रणाली (PagerDuty, Opsgenie) सभी निगरानी उपकरणों से अलर्ट प्राप्त करती है और रोटेशन और एस्केलेशन नियमों के आधार पर स्वचालित रूप से ऑन-कॉल जिम्मेदार व्यक्ति नियुक्त करती है। प्रत्येक घटना प्रकार के लिए एक रनबुक रिपॉजिटरी में संग्रहीत और कोड के साथ संस्करणित किया जाता है, जो पुनर्प्राप्ति निर्देशों की प्रासंगिकता सुनिश्चित करता है।

प्रोडक्शन वातावरण की सुरक्षा

प्रोडक्शन वातावरण सुरक्षा एक बहु-स्तरीय सुरक्षा प्रणाली है जो बुनियादी ढाँचे, डेटा, पहुँच और डिप्लॉयमेंट प्रक्रिया को कवर करती है। प्रत्येक स्तर को इस प्रकार कॉन्फ़िगर किया जाना चाहिए कि एक से समझौता पूरे सिस्टम से समझौता न कराए। CI/CD पाइपलाइन प्रत्येक पाइपलाइन चरण में स्वचालित जाँच, भेद्यता स्कैनिंग और अनुपालन नियंत्रण के माध्यम से सुरक्षा सुनिश्चित करने में महत्वपूर्ण भूमिका निभाती है।

पहुँच और भूमिकाएँ

प्रोडक्शन वातावरण तक पहुँच न्यूनतम विशेषाधिकार के सिद्धांत द्वारा सख्ती से सीमित है। डेवलपर्स की प्रोडक्शन सर्वर तक सीधी पहुँच नहीं है — सभी परिवर्तन अनुमोदन तंत्र के साथ CI/CD पाइपलाइन के माध्यम से होते हैं। आपातकालीन पहुँच के लिए, स्वचालित रोटेशन और पूर्ण कार्रवाई लॉगिंग के साथ अस्थायी क्रेडेंशियल का उपयोग किया जाता है। चार आँखों का सिद्धांत (किसी भी संचालन के लिए दो लोगों की अनुमोदन आवश्यक है) प्रोडक्शन संचालन के लिए मानक है।

परिवर्तन ऑडिट

प्रोडक्शन में प्रत्येक परिवर्तन ऑडिट सिस्टम में दर्ज किया जाता है: डिप्लॉयमेंट किसने शुरू किया, कौन सा कमिट डिप्लॉय किया गया, कौन सी जाँच पास हुई, डिप्लॉयमेंट में कितना समय लगा। घटना प्रबंधन प्रणालियों (PagerDuty, Opsgenie) के साथ CI/CD का एकीकरण डिप्लॉयमेंट विफल होने या SLO के उल्लंघन पर स्वचालित टिकट निर्माण की अनुमति देता है। सभी प्रोडक्शन लॉग SOC2 और ISO 27001 आवश्यकताओं के अनुसार कम से कम 90 दिनों की प्रतिधारण के साथ एक अपरिवर्तनीय रिपॉजिटरी में संग्रहीत किए जाते हैं।