वेब ऐप्स के लिए IIS बनाए रखने के लिए कौन जिम्मेदार है?


15

IIS / वेब अनुप्रयोग उन दुकानों में एक मुश्किल मुद्दा रहा है जो मैंने समय के साथ काम किया है।

एक तरफ, IIS सर्वर में निर्मित सेवा है (बड़े पैमाने पर) और आम तौर पर बनाए रखने और कॉन्फ़िगर करने के लिए सर्वर प्रशासकों की जिम्मेदारी होती है। जब कोई समस्या सामने आती है, तो वे जानते हैं कि क्या होने की आवश्यकता है, या कम से कम उस बिंदु पर निदान कर सकते हैं जहां वे कहते हैं, "वेब ऐप में कुछ गड़बड़ है" और डेवलपर ने अपना कोड डिबग किया।

हालांकि, सर्वर पर प्रत्येक वेब एप्लिकेशन अद्वितीय है और इसमें बहुत सारी बारीकियां हैं जो हाथ में आने वाले मुद्दों के आधार पर जटिल हो सकती हैं।

दूसरी ओर, प्रत्येक वेब एप्लिकेशन कई मायनों में अद्वितीय है और इसमें कुछ विशिष्ट समस्याएं हैं जिनसे निपटने की आवश्यकता है और डेवलपर वह व्यक्ति है जो एप्लिकेशन के बारे में सबसे अधिक जानता है। यदि web.config फ़ाइल को डीबगिंग के लिए संशोधित करने की आवश्यकता है, या IIS वेब अनुप्रयोग के लिए दुःख देना शुरू कर देता है, तो डेवलपर को पता होना चाहिए कि समस्या कहाँ है और तदनुसार इसे ठीक करें, या तो IIS या एप्लिकेशन के कारण।

हालाँकि, किसी डेवलपर को अपने दम पर IIS के साथ जाने और ट्वीक करने की अनुमति देना एक गंभीर मुद्दा बन जाता है क्योंकि कुछ सेटिंग्स / ऑप्टिमाइज़ेशन गंभीर रूप से सर्वर के प्रदर्शन और स्थिरता के साथ टकरा सकते हैं।

तो शेष राशि कहाँ है? क्या सर्वर व्यवस्थापक IIS गुरु होना चाहिए और उन सभी मुद्दों को संभालना चाहिए और मैं केवल तैनाती पर साइट फ़ाइलों को भेजता हूं, या क्या डेवलपर को सर्वर और IIS मुद्दों के लिए जिम्मेदारी लेनी चाहिए और तदनुसार उनसे निपटना चाहिए?


बड़ा सवाल है। यह, IMHO, सबसे महत्वपूर्ण निर्णय में से एक है जो एक मध्यम आकार की .NET वेब ऐप कंपनी के साथ सामना किया जाएगा। IIS गुरु कौन बने?
पोर्टमैन

हम इस सड़क पर भी उतर चुके हैं; अभी भी एक सही समाधान नहीं मिला है।
स्क्लैकिड

हाहा मैं बस यह सवाल लिख रहा था और सोचा "नाह, यह बहुत व्यक्तिपरक है"। खुशी है कि मैं पहले से ही पूछा गया था कि बंद कर दिया
हारून पॉवेल

जवाबों:


5

लगता है कि आपको वास्तव में क्या चाहिए, बाड़ के दोनों किनारों पर विशेषज्ञता के साथ कोई है।


+1। आपको या तो नेटवर्क व्यवस्थापक की आवश्यकता है जो .NET में रुचि रखता है, या एक सॉफ्टवेयर इंजीनियर जो सर्वर में रुचि रखता है।
पोर्टमैन

4

मेरे अनुभव में (छोटे आकार की कंपनियों के साथ), आईटी / sysadmin कर्मचारियों के पास समय, रुचि या वेब-विशिष्ट ज्ञान नहीं है ताकि वे ठीक से IIS सेटअप बनाए रख सकें। वे चीजों को ऑपरेटिंग सिस्टम तक ले जाएंगे और IIS, डेवलपर को सौंप देंगे।

जाहिर है, मुझे इस काम को ठीक से करने के लिए "सिर्फ एक कोडर से अधिक" होने की आवश्यकता है; मुझे सिस्टम-स्तरीय मुद्दों (सुरक्षा और व्हाट्सएप) के बारे में पता होना चाहिए। मैं वर्षों से निम्न-स्तरीय सिस्टम प्रबंधन कर रहा हूं, इसलिए मुझे इस तरह के कार्य के साथ विश्वास है (वास्तव में, मैंने वर्षों से पेशेवर sysadmins कुछ चीजें सिखाई हैं)। हालांकि, हर डेवलपर में यह क्षमता नहीं होती है।

फिर भी, मैंने जो देखा है, वहाँ से sadadmin कौशल के साथ अधिक डेवलपर्स हैं तो sysadmin के साथ (webapp) विकास कौशल हैं।

हमेशा की तरह, YMMV।


3

मैं व्यक्तिगत रूप से एक डेवलपर को आईआईएस के साथ खिलवाड़ नहीं करना चाहूंगा, खासकर अगर इसका मतलब है कि यह किसी अन्य एप्लिकेशन के साथ किसी अन्य डेवलपर के साथ समस्या का कारण हो सकता है, जिस पर परेशानी-शूट करना है, पर और।

यदि कोई IIS समस्याएँ हैं, तो SysAdmin पर गौर करें, और यदि किसी विशेष एप्लिकेशन के साथ कोई समस्या है, तो उसे देव में वापस भेजें। यदि देव के पास कोई समस्या है, तो इसे SysAdmin तक लाएं, जो बाद में एक सूचित निर्णय लेने का प्रयास कर सकता है कि क्या कोई परिवर्तन करना है और यह पता लगाना है कि यह सभी को कैसे प्रभावित करेगा।


3

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

यह स्पष्ट रूप से काले और सफेद नहीं है, लेकिन देवों और व्यवस्थापक के बीच तनाव को कम करने के लिए बहुत कुछ किया गया है। देवों को अब एहसास हुआ कि उन्हें अपनी इच्छा के विपरीत एक गुणवत्ता का सॉफ्टवेयर प्रदान करना है जो घंटों के बाद पृष्ठांकित होने के लिए तैयार है, और देवों के पास अब ऐसे उपकरण और डॉक्स हैं जो हुक के बिना महसूस नहीं होने वाले औजारों से गुजरते हैं।

तो, आपके परिदृश्य में, इसका मतलब होगा कि देवता अपने स्वयं के IIS सर्वर पर अपना ऐप बनाएंगे और फिर उत्पादन सर्वर पर स्थापित करने के लिए सॉफ़्टवेयर और प्रलेखन प्रदान करेंगे।


"देवों के पास अब उपकरण और डॉक्स हैं जो कि उन उपकरणों के लिए हुक के बिना महसूस नहीं करेंगे जिनके लिए उन्होंने निर्माण नहीं किया था"?
सीरियल इंजन

3

क्या सर्वर व्यवस्थापक IIS गुरु होना चाहिए और उन सभी मुद्दों को संभालना चाहिए और मैं केवल तैनाती पर साइट फ़ाइलों को भेजता हूं, या क्या डेवलपर को सर्वर और IIS मुद्दों के लिए जिम्मेदारी लेनी चाहिए और तदनुसार उनसे निपटना चाहिए?

उत्तर: एक व्यक्ति को ढूंढें और उन्हें "डब्ल्यूएसए" (वेब ​​सर्वर प्रशासक) घोषित करें । वे एक व्यवस्थापक या एक डेवलपर हो सकते हैं; यह वास्तव में कोई फर्क नहीं पड़ता। लेकिन उन्हें नौकरी के दोनों पहलुओं में खुद को डुबोने की जरूरत है, और बाकी टीम (दोनों तरफ) को उनकी विशेषज्ञता का सम्मान करने की जरूरत है।

यह इससे अलग नहीं है कि DBAs आईटी / देव के बीच की रेखा को कैसे अलग करते हैं। वेब-आधारित उत्पाद के साथ किसी संगठन में वेब सर्वर के महत्व को देखते हुए, मुझे लगता है कि यह एक महत्वपूर्ण है, और अक्सर अनदेखी की जाती है, भूमिका।

चूंकि वेब अभी भी (डेटाबेस की तुलना में) युवा है, इसलिए इस व्यक्ति को भर्ती करना कठिन है। आपको भूमिका में किसी को विकसित करने / संवारने की सबसे अधिक आवश्यकता होगी।


0

वेब परिनियोजन टूल (जैसे कि विज़ुअल स्टूडियो 2010 में शुरू होने वाले वेब ऐप को प्रकाशित करने के लिए मानक बिल्टिन तरीका बन जाएगा) जैसी नई उपयोगिताओं के साथ , माइक्रोसॉफ्ट डेवलपर्स या कम से कम इंस्टॉलेशन इंजीनियरों को IIS सेटिंग्स जैसी चीजों को चुनने देने की दिशा में आगे बढ़ रहा है। certs, ऐप पूल सेटिंग्स, आदि)। वे msdeploy स्थापना पैकेज में निर्मित हो जाते हैं और पैकेज सर्वर पर तैनात होने पर स्वचालित रूप से IIS सर्वर पर लागू होते हैं।

एक उचित समझौता जैसा लगता है। डेवलपर्स लाइव प्रोडक्शन सर्वर पर सेटिंग्स के साथ मैन्युअल रूप से मैकिंग नहीं करते हैं, और साइज़ एडिंस के पास वेब-विशिष्ट ज्ञान नहीं है। और फिर भी वांछित IIS सेटिंग्स स्पष्ट रूप से sysadmins को दिखाई देती हैं जो समझना चाहती हैं कि पैकेज स्थापित होने से पहले क्या होने वाला है।


अच्छी बात। आज भी, IIS7 पर <system.webserver> config सेटिंग पारंपरिक लाइन को धुंधला करती है: डेवलपर्स अपने web.config में "sysadmin" प्रकार के निर्णय लेने में सक्षम होते हैं।
पोर्टमैन
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.