मैं एक कंपनी के लिए काम करता हूं जहां हम उद्यम अनुप्रयोगों का निर्माण करते हैं, और हम तीन वातावरण बनाए रखते हैं: विकास (या देव ), मंचन (या मंच ) और उत्पादन (या ठेस )।
देव का अर्थ सहज है: यह अनुप्रयोग के विकास के दौरान उपयोग किया जाने वाला वातावरण है।
मचान और उत्पादन वातावरण के बीच अंतर क्या है?
जवाबों:
छोटी कंपनियों के लिए (यह स्पष्ट नहीं है कि आपका कितना बड़ा है), तीन वातावरण (देव, मंच, उत्पादन) आम हैं। बड़ी कंपनियों में अक्सर देव और मंच के बीच एक क्यूए वातावरण होगा।
ये सामान्य रूप से निम्नानुसार टूटते हैं:
देव : वर्किंग कोड कॉपी। डेवलपर्स द्वारा किए गए परिवर्तन यहां तैनात किए गए हैं ताकि एकीकरण और सुविधाओं का परीक्षण किया जा सके। यह वातावरण तेजी से अपडेट किया गया है और इसमें एप्लिकेशन का सबसे हाल का संस्करण है।
qa : (सभी कंपनियों के पास यह नहीं होगा)। गुणवत्ता आश्वासन के लिए पर्यावरण; यह अनुप्रयोग का एक कम अक्सर परिवर्तित संस्करण प्रदान करता है, जिसके खिलाफ परीक्षक जांच कर सकते हैं। यह एक सामान्य संशोधन पर रिपोर्टिंग करने की अनुमति देता है ताकि डेवलपर्स को पता चल सके कि क्या टेस्टर द्वारा पाए गए विशेष मुद्दों को पहले से ही विकास कोड में ठीक किया गया है।
स्टेजिंग : यह रिलीज का उम्मीदवार है, और यह वातावरण सामान्य रूप से उत्पादन वातावरण का दर्पण है। स्टेजिंग क्षेत्र में एप्लिकेशन का "अगला" संस्करण होता है और इसे लाइव होने से पहले अंतिम तनाव परीक्षण और क्लाइंट / प्रबंधक अनुमोदन के लिए उपयोग किया जाता है।
उत्पादन : यह वर्तमान में जारी किया गया संस्करण है, जो क्लाइंट / अंतिम उपयोगकर्ताओं के लिए सुलभ है। यह संस्करण अधिमानतः शेड्यूल किए गए रिलीज़ के अलावा नहीं बदलता है।
मुझे थोड़ी हैरानी होती है कि स्टेजिंग के लिए प्रचारित होने से पहले एक परीक्षण वातावरण भी मौजूद नहीं है, कोड के लिए एक स्थान के रूप में।
प्रश्न का उत्तर देने के लिए:
एक स्टेज पर्यावरण को उत्पादन वातावरण को यथासंभव निकट से देखना चाहिए।
इसका उपयोग परिनियोजन प्रक्रियाओं के सत्यापन के लिए किया जाता है - यह सुनिश्चित करते हुए कि जब कोड तैयार होता है तो इसे बिना किसी समस्या के तैनात किया जा सकता है।
यही है, कोड स्टेजिंग के लिए जाता है - यह व्यापक रूप से परीक्षण किया जाता है और यह सुनिश्चित करने के लिए फिर से तैयार किया जाता है कि तैनाती नियोजित हो गई (और अगर यह नहीं हुआ तो किसी भी मुद्दे को समाप्त करने के लिए)।
मंच का वातावरण एक प्रॉप्रोड वातावरण है जो उत्पादन को प्रतिबिंबित करता है। अक्सर, इसका कुछ उत्पादन डेटा हो सकता है ताकि वास्तविक उपयोगकर्ताओं और क्यूए परीक्षकों से बना एक परीक्षण समूह यह पुष्टि कर सके कि पूर्व-जारी कोड आधार / डेटा एक prod-like वातावरण में ठीक से काम करेगा और काम करेगा, आमतौर पर स्क्रिप्टेड उपयोग मामलों और प्रतिगमन के माध्यम से। परीक्षण।
@Oded नोट्स के रूप में, आमतौर पर QA वातावरण का होना आम बात है जो QA परीक्षक कोड का परीक्षण करने के लिए उपयोग करते हैं।
अमेरिकी सरकार / रक्षा आईटी विभाग के साथ मेरा अनुभव यह है कि:
एक वेब डेवलपर के रूप में, व्यावहारिक रूप से विचार करने के लिए मुख्य रूप से तीन वातावरण हैं :
उत्पादन : एक उत्पाद लक्ष्य उपयोगकर्ताओं के अंतिम रिलीज संस्करण की मेजबानी करने के लिए कॉन्फ़िगर किया गया वातावरण। यह सुरक्षा और प्रदर्शन के लिए अनुकूलित है। इसे लाइव सर्वर पर होस्ट किया जाता है। इसके लिए सतर्क और तत्काल समर्थन की आवश्यकता है। यह डेटा-क्रिटिकल है। इसलिए, इसका डेटा नियमित रूप से बैकअप लिया जाता है। इसमें जोखिम प्रबंधन और आपदा वसूली भी शामिल है। उत्पादन पर्यावरण को अंत उपयोगकर्ताओं के लिए अनुकूल त्रुटियों को दिखाने के लिए कॉन्फ़िगर किया गया है।
मंचन : एक कोड फ्रीज घोषित करने के बाद आवेदन के रिलीज उम्मीदवार की मेजबानी करने के लिए पर्यावरण को कॉन्फ़िगर किया गया। यह रिलीज के उम्मीदवार के दायरे पर सहमत होने के लिए विकास टीम के साथ परियोजना प्रबंधक / मालिक को लक्षित करता है। इसमें गुणवत्ता आश्वासन और विकास टीम भी शामिल है जो उत्पादन को जारी करने से पहले अंतिम सुधार और अंतिम प्रस्तुत करने के लिए करती है। उत्पादन वातावरण से कॉपी किए गए लाइव DB से उपलब्ध नवीनतम डेटा का उपयोग करके उत्पादन वातावरण की नकल करने के लिए सबसे अच्छा अभ्यास है। आम तौर पर, मंचन का वातावरण केवल आंतरिक टीम और हितधारकों द्वारा सुलभ होता है, इसलिए, यह या तो एक सार्वजनिक सर्वर पर सुरक्षित होता है या एक इंट्रानेट वातावरण पर प्रकाशित होता है, यदि सभी हितधारक एक स्थानीय नेटवर्क का उपयोग कर सकते हैं। मंचन का वातावरण मध्यम या पूर्ण तकनीकी त्रुटियों को दिखाने के लिए कॉन्फ़िगर किया गया है।
विकास : एक विकासक चक्र के दौरान अपने स्वयं के काम की जांच करने के लिए उसकी मशीन पर एक एकल डेवलपर द्वारा कॉन्फ़िगर किया गया निजी वातावरण, जिसे आमतौर पर, एक स्क्रम वातावरण में स्प्रिंट कहा जाता है। पूर्ण तकनीकी त्रुटियों को दिखाने के लिए विकास परिवेश को कॉन्फ़िगर किया गया है।