2009-05-20 9 views
5

मैं 3.5 करने के लिए 2.0 से नेट ढांचे के हमारे संस्करण को अपग्रेड करने के लिए अपने वेब सर्वर व्यवस्थापक समझाने की कोशिश कर रहा हूँ। मैं सोच रहा था कि सर्वर व्यवस्थापक संभावित से अपग्रेड करने के सर्वोत्तम कारण क्या हैं। जाहिर है, अद्यतित, सुरक्षा, और आगे रखने के बारे में अधिक संग्रह विचार हैं। मैं कुछ कठिन और तेज़ कारणों की तलाश में हूं जो उनके लिए कहने के लिए कठिन बना देंगे।मैं अपने व्यवस्थापक कैसे समझाने ASP.NET 2.0 से 3.5 करने के लिए उन्नत करने के लिए कर सकते हैं?

उत्तर

6

यह .NET फ्रेमवर्क संस्करण को अपग्रेड करने के लिए उनके लिए एक बड़ा सौदा नहीं होना चाहिए क्योंकि यह आपके पास पहले से मौजूद (जैसे 2.0 ऐप्स) को प्रभावित करने वाला नहीं है। यह आपको अद्यतन ढांचे में नए अनुप्रयोगों को विकसित करने में भी सक्षम करेगा ताकि LINQ और बेहतर ASP.NET AJAX जैसी चीजें बनाई गई हों।

3.5 फ्रेमवर्क में वास्तविक अनुप्रयोगों को अपग्रेड करने के लिए उन्हें विश्वास करने के बारे में बात करना एक अलग कहानी है और आपको अपने अनुप्रयोगों को उन्हें मनाने के लिए अपग्रेड करने के लिए कुछ प्रकार के लागत-लाभ विश्लेषण करने की आवश्यकता होगी (यदि यह वास्तव में आप जो खोज रहे थे)।

0

.NET 3.5 .NET 2.0 के स्थान पर नहीं, इसके आगे स्थापित है, इसलिए यह इस अर्थ में अपग्रेड नहीं है कि सब कुछ अचानक बेहतर हो जाता है (या बदतर) या वास्तव में मौजूदा सर्वर को किसी भी तरह से बदलता है।

मूल्य नए कोड को विकसित करने में सक्षम है जो ढांचे में नई सुविधाओं का लाभ उठाता है।

+2

ठीक है, नहीं * काफी * सच; यह 2.0 और 3.0 दोनों में सर्विस पैक जोड़ता है, जिनमें से दोनों को कम से कम सत्यापित किया जाना चाहिए ... –

1

आप AJAX का उपयोग करते हैं तो ASP.Net AJAX के 3.5 के लिए इनबिल्ट था और यह भी एसक्यूएल के लिए LINQ एक अच्छा प्लस

है लेकिन यहाँ एक साइट .Net Frameworks कि .net चौखटे 1.0 और पर से अंतर और अतिरिक्त विशेषताओं से पता चलता है । उन सुविधाओं की तुलना करें जो आप वास्तव में इसका एक बड़ा प्लस दिखाने के लिए उपयोग करेंगे।

0

अपग्रेडिंग के पक्ष में एक अच्छी बहस यह है कि आप 2.0 से 3.5 तक अपग्रेड करके .NET रनटाइम (सीएलआर) को अपग्रेड नहीं कर रहे हैं। सर्वर व्यवस्थापक परिप्रेक्ष्य से .NET 3.5 इंस्टॉल वास्तव में केवल नए पुस्तकालय जोड़ रहा है।

4

एक सर्वर व्यवस्थापक दृष्टिकोण से? ईमानदार होने के लिए बहुत कुछ नहीं। .NET ढांचा मुख्य रूप से एक डेवलपर स्टैक (LINQ, एएसपी.नेट एमवीसी, आदि) है। ओएस/आईआईएस के किस संस्करण का निर्णय व्यवस्थापक कोण से अधिक दिलचस्प होगा।

मुझे लगता है कि आपको विकास आधार पर 3.5 को उचित ठहराना होगा (तैनाती/सत्यापन आदि की संसाधन लागत को ऑफ़सेट करना), सिसडमिन नहीं।

+0

सहमत हैं। .NET को अपडेट को लागू करने के लिए केवल कुछ बहुत ही मामूली चेकअप की आवश्यकता होगी ताकि यह सुनिश्चित किया जा सके कि पुराने सामान प्रभावित नहीं होते हैं, जो दुर्लभ होगा। आम तौर पर यह ऐसा कुछ होगा जो SysAdmin वास्तव में इसके बारे में ज्यादा चिंता करने के बिना कर सकता है। साथ ही, जब तक कि आप 2.0 पुस्तकालयों में उन पैच को लागू नहीं करना चाहते हैं, तो यदि आप अद्यतन ढांचे का उपयोग करके भविष्य के विकास पर योजना नहीं बना रहे हैं तो अपग्रेड करने की आवश्यकता नहीं होनी चाहिए। – TheTXI

0

यह सुनिश्चित नहीं है कि यह उन्हें सर्वर व्यवस्थापक परिप्रेक्ष्य से प्रभावित करेगा, लेकिन मुझे लगता है कि LINQ समर्थन और सिल्वरलाइट समर्थन 3.5 के साथ दो अधिक आकर्षक विशेषताएं हैं। नई कार्यक्षमता -

0

सबसे अच्छा तर्क एप्लिकेशन डेवलपर के लिए और अधिक होने जा रहा है। जब तक वे .NET 2.0 के लिए सुरक्षा पैच जारी कर रहे हैं, तब तक एक शुद्ध sysadmin-y प्रकार तर्क बनाना कठिन होगा।

एक बेहतर कील उच्च-अप को मनाने के लिए हो सकता है। "अरे, एएसपी.NET AJAX जैसी नई कार्यक्षमता है जो हमें अधिक उत्पादक बनाने के लिए जा रही है, कम समय में अधिक कार्यक्षमता उत्पन्न करती है"। फिर वे sysadmins पर दुबला कर सकते हैं।

संबंधित मुद्दे

 संबंधित मुद्दे