Windows एप्लिकेशन प्रकाशन सॉफ़्टवेयर कैसे चुनें

परिचय

विंडोज़ एप्लिकेशन अभी भी आवश्यक व्यावसायिक प्रक्रियाओं का समर्थन करते हैं, जैसे कि लेखा और उद्यम संसाधन योजना से लेकर स्वास्थ्य देखभाल, निर्माण और कस्टम व्यवसाय प्रणाली तक। हालाँकि, जब उपयोगकर्ता दूरस्थ रूप से काम करते हैं, विभिन्न ऑपरेटिंग सिस्टम का उपयोग करते हैं या unmanaged उपकरणों से कनेक्ट करते हैं, तो इन एप्लिकेशनों को हर एंडपॉइंट पर स्थापित और बनाए रखना कठिन हो जाता है।

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

Windows एप्लिकेशन पब्लिशिंग सॉफ़्टवेयर क्या है?

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

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

माइक्रोसॉफ्ट लर्न यह बताता है कि Remote Desktop Services केंद्रीय रूप से पूर्ण डेस्कटॉप या अधिकृत उपयोगकर्ताओं को व्यक्तिगत RemoteApp कार्यक्रम वितरित कर सकते हैं।

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

Windows एप्लिकेशन प्रकाशित करने का क्या अर्थ है?

Windows एप्लिकेशन को प्रकाशित करने का मतलब है कि इसे चुने हुए उपयोगकर्ताओं के लिए दूरस्थ रूप से उपलब्ध कराना है, बिना उन्हें पूर्ण Windows डेस्कटॉप तक पहुंच दिए।

एक सामान्य प्रक्रिया में पांच चरण शामिल होते हैं:

• Windows सर्वर या वर्चुअल मशीन पर एप्लिकेशन स्थापित करें
• इसके निष्पादन योग्य को प्रकाशन प्लेटफ़ॉर्म में पंजीकृत करें
• उपयोगकर्ताओं या समूहों को पहुंच सौंपें
• उपयोगकर्ताओं को एक पोर्टल, क्लाइंट या पहचान प्रदाता के माध्यम से प्रमाणित करें
• एक दूरस्थ सत्र शुरू करें और अनुप्रयोग इंटरफ़ेस प्रदर्शित करें

उपयोगकर्ता केवल लेखा पैकेज, ग्राहक संबंध प्रबंधन क्लाइंट या आवश्यक स्वामित्व उपकरण देख सकते हैं, जबकि डेस्कटॉप, सर्वर फ़ाइल प्रणाली और अप्रासंगिक अनुप्रयोग छिपे रहते हैं।

Windows एप्लिकेशन प्रकाशन कैसे काम करता है?

अधिकांश विंडोज़ एप्लिकेशन प्रकाशन वातावरण समान कोर परतों पर निर्भर करते हैं, हालांकि शब्दावली और कार्यान्वयन उत्पादों के बीच भिन्न हो सकते हैं।

विंडोज़ एप्लिकेशन होस्ट्स

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

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

प्रकाशन और पहुंच नियंत्रण

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

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

सुरक्षित कनेक्शन परत

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

क्लिपबोर्ड का उपयोग, प्रिंटिंग, स्थानीय ड्राइव मैपिंग और फ़ाइल ट्रांसफर उपयोगिता में सुधार कर सकते हैं, लेकिन संगठनों को इन कार्यों को केवल तभी सक्षम करना चाहिए जब कार्यप्रवाह की आवश्यकता हो।

उपयोगकर्ता पहुँच विधियाँ

उपयोगकर्ता एक के माध्यम से कनेक्ट कर सकते हैं HTML5 पोर्टल, नेटिव डेस्कटॉप क्लाइंट RDP-संगत क्लाइंट, कनेक्शन फ़ाइल या शॉर्टकट। ब्राउज़र एक्सेस तैनाती के काम को कम कर सकता है, जबकि स्थानीय क्लाइंट कई मॉनिटरों, प्रिंटरों, स्मार्ट कार्ड और अन्य स्थानीय उपकरणों के लिए अधिक पूर्ण समर्थन प्रदान कर सकते हैं।

Windows एप्लिकेशन प्रकाशन बनाम Remote Desktop

एप्लिकेशन प्रकाशन और रिमोट डेस्कटॉप एक्सेस संबंधित तकनीकों पर निर्भर करते हैं, लेकिन वे विभिन्न स्तरों की पहुंच और विभिन्न उपयोगकर्ता अनुभव प्रदान करते हैं।

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

विचार	प्रकाशित एप्लिकेशन	पूर्ण रिमोट डेस्कटॉप
उपयोगकर्ता अनुभव	एक या एक से अधिक असाइन किए गए अनुप्रयोग	पूर्ण विंडोज कार्यक्षेत्र
सामान्य उद्देश्य	व्यवसाय सॉफ़्टवेयर तक केंद्रित पहुंच	सामान्य दूरस्थ कार्य वातावरण
प्रशासनिक क्षेत्र	एप्लिकेशन-द्वारा-एप्लिकेशन असाइनमेंट	डेस्कटॉप-स्तरीय पहुंच और नीति
संसाधन प्रदर्शन	संकीर्ण	व्यापक
सर्वश्रेष्ठ उपयुक्त है	ठेकेदार, ग्राहक, व्यवसायिक ऐप्स	कई उपकरणों की आवश्यकता वाले कर्मचारी

ऐप्लिकेशन प्रकाशन आमतौर पर तब पसंद किया जाता है जब उपयोगकर्ताओं को कार्यक्रमों के एक निश्चित सेट तक पहुंच की आवश्यकता होती है। एक पूर्ण रिमोट डेस्कटॉप तब अधिक उपयुक्त होता है जब उन्हें फ़ाइल प्रबंधन, कई उपयोगिताएँ या एक पूर्ण विंडोज वातावरण की आवश्यकता होती है, हालांकि कुछ संगठन विभिन्न उपयोगकर्ता समूहों के लिए दोनों मॉडलों का उपयोग करते हैं।

Windows एप्लिकेशन प्रकाशन बनाम VDI

वर्चुअल डेस्कटॉप इंफ्रास्ट्रक्चर (VDI) उपयोगकर्ताओं को वर्चुअल मशीनों में चल रहे विंडोज डेस्कटॉप्स तक पहुंच प्रदान करता है। तैनाती के आधार पर, ये डेस्कटॉप व्यक्तिगत, पूल किए गए, स्थायी या अस्थायी हो सकते हैं।

सत्र-आधारित अनुप्रयोग प्रकाशन साझा Windows अवसंरचना पर कई उपयोगकर्ताओं का समर्थन कर सकता है, जो अक्सर उच्च घनत्व और कम प्रबंधन ओवरहेड प्रदान करता है। VDI मजबूत वर्चुअल मशीन-स्तरीय पृथक्करण प्रदान करता है और उन कार्यभारों का बेहतर समर्थन कर सकता है जिन्हें समर्पित ऑपरेटिंग सिस्टम कॉन्फ़िगरेशन, ग्राफिक्स संसाधनों या प्रशासनिक नियंत्रण की आवश्यकता होती है।

विचार	सत्र-आधारित प्रकाशन	VDI
डिलीवरी यूनिट	व्यक्तिगत एप्लिकेशन या साझा डेस्कटॉप	पूर्ण वर्चुअल मशीन
अलगाव	सत्र-स्तरीय	वर्चुअल मशीन-स्तरीय
इन्फ्रास्ट्रक्चर घनत्व	आमतौर पर उच्चतर	आमतौर पर कम
व्यक्तिगतकरण	मध्यम	संभावित रूप से व्यापक
सामान्य उपयोग	सामान्य व्यावसायिक अनुप्रयोग	विशेषीकृत या पृथक डेस्कटॉप

VDI तब भी मूल्यवान रहता है जब अनुप्रयोग एक साझा होस्ट पर सह-अस्तित्व में नहीं रह सकते या उपयोगकर्ताओं को समर्पित संसाधनों की आवश्यकता होती है। हालाँकि, जब उपयोगकर्ताओं को केवल एक या दो Windows अनुप्रयोगों की आवश्यकता होती है, तो एक पूर्ण वर्चुअल डेस्कटॉप प्रदान करना अत्यधिक हो सकता है।

क्या एप्लिकेशन पब्लिशिंग एक विंडोज ऐप को वेब ऐप में बदल देती है?

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

ब्राउज़र एक्सेस एप्लिकेशन को प्रतिक्रियाशील वेब डिज़ाइन, ब्राउज़र-नेटिव ऑफ़लाइन क्षमताएँ, माइक्रोसर्विसेज़ या एप्लिकेशन प्रोग्रामिंग इंटरफेस नहीं देता है। इसलिए, एप्लिकेशन प्रकाशन को एप्लिकेशन डिलीवरी को आधुनिक बनाने के रूप में बेहतर समझा जाता है, न कि स्रोत कोड को स्वयं आधुनिक बनाने के रूप में।

उपयोगकर्ता के लिए क्या परिवर्तन हैं?

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

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

क्या अपरिवर्तित रहता है?

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

एप्लिकेशन प्रकाशन संगतता या लाइसेंसिंग आवश्यकताओं को भी समाप्त नहीं करता है। आईटी टीमें अभी भी सॉफ़्टवेयर का परीक्षण समानांतर सत्रों में करनी चाहिए और पुष्टि करनी चाहिए कि इसका इच्छित दूरस्थ या होस्टेड उपयोग अनुमत है।

प्रकाशन कब पुनर्लेखन से बेहतर है?

प्रकाशन तब व्यावहारिक हो सकता है जब एक स्थापित विंडोज़ एप्लिकेशन विश्वसनीय रहता है लेकिन इसे फिर से बनाना कठिन या महंगा होगा। संगठन बिना तत्काल प्रतिस्थापन परियोजना की लागत और जोखिम को स्वीकार किए बिना दूरस्थ और ब्राउज़र पहुंच का विस्तार कर सकते हैं।

एक स्थानीय वेब पुनर्लेखन तब अधिक उपयुक्त हो सकता है जब व्यवसाय को प्रतिक्रियाशील डिज़ाइन, ऑफ़लाइन उपयोग, आधुनिक एकीकरण या क्लाउड-नेटिव स्केलेबिलिटी की आवश्यकता हो। प्रकाशन एक मध्यवर्ती समाधान भी प्रदान कर सकता है जबकि संगठन एक दीर्घकालिक आधुनिकीकरण रणनीति विकसित करता है।

आपको विंडोज एप्लिकेशन कब प्रकाशित करना चाहिए?

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

वेब-सक्षम विरासत विंडोज अनुप्रयोग

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

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

व्यवसाय सॉफ्टवेयर को केंद्रीकृत करें

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

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

BYOD और मिश्रित उपकरणों का समर्थन करें

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

नियंत्रित ठेकेदार पहुंच प्रदान करें

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

प्लेटफार्म जैसे TSplus Remote Access केवल उन अनुप्रयोगों को प्रकाशित कर सकते हैं जिनकी ठेकेदारों को आवश्यकता है, बिना एक पूर्ण विंडोज डेस्कटॉप को उजागर किए।

मौजूदा सॉफ़्टवेयर को होस्टेड सेवा के रूप में प्रदान करें

स्वतंत्र सॉफ़्टवेयर विक्रेता (ISVs) एप्लिकेशन प्रकाशन का उपयोग करके ग्राहकों को एक मौजूदा विंडोज उत्पाद तक ऑनलाइन पहुंच प्रदान कर सकते हैं। यह दृष्टिकोण होस्टेड डिलीवरी को तेज कर सकता है, लेकिन ISV किरायेदार अलगाव, ग्राहक पहचान, सेवा उपलब्धता, डेटा सुरक्षा और लाइसेंसिंग के लिए जिम्मेदार रहता है।

ISVs को क्या मूल्यांकन करना चाहिए?

एक ISV तैनाती को अलग-अलग ग्राहक संगठनों के बीच दोहराने योग्य ऑनबोर्डिंग और प्रशासन का समर्थन करना चाहिए, जबकि प्रत्येक ग्राहक के डेटा, कॉन्फ़िगरेशन और सक्रिय सत्रों की सुरक्षा करनी चाहिए।

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

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

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

Windows एप्लिकेशन प्रकाशन के लाभ और सीमाएँ

एप्लिकेशन प्रकाशन एप्लिकेशनों और अपडेट्स को केंद्रीकृत करता है, स्थानीय स्थापना के काम को कम करता है और विंडोज सॉफ़्टवेयर को उपकरणों की एक विस्तृत श्रृंखला से उपलब्ध कराता है। प्रबंधित अवसंरचना पर एप्लिकेशन प्रोसेसिंग और व्यावसायिक डेटा को बनाए रखना भी unmanaged endpoints पर संग्रहीत जानकारी की मात्रा को कम कर सकता है।

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

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

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

आप विंडोज़ एप्लिकेशन पब्लिशिंग सॉफ़्टवेयर कैसे चुन सकते हैं?

एक उपयोगी मूल्यांकन आवेदन, उपयोगकर्ताओं और इच्छित संचालन मॉडल से शुरू होता है न कि उत्पाद विशेषताओं की तुलना से।

ऐप्लिकेशन संगतता सत्यापित करें

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

उपयोगकर्ता पहुंच और अनुभव की तुलना करें

ब्राउज़र समर्थन, स्थानीय क्लाइंट, शॉर्टकट, RemoteApp-शैली की विंडो, कई मॉनिटर, सत्र पुनः कनेक्शन और मोबाइल एक्सेस का आकलन करें। परीक्षण में महत्वपूर्ण कार्यप्रवाहों को शामिल किया जाना चाहिए जैसे कि प्रिंटिंग, फ़ाइल एक्सेस, क्लिपबोर्ड का उपयोग और स्थानीय डिवाइस पुनर्निर्देशन।

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

पहचान और सुरक्षा नियंत्रणों की जांच करें

उपयोगकर्ता और समूह असाइनमेंट, निर्देशिका एकीकरण, बहु-कारक प्रमाणीकरण, खाता सुरक्षा, सत्र समय समाप्ति नीतियों और ऑडिट योग्य घटनाओं की तलाश करें। बाहरी ट्रैफ़िक को HTTPS और मान्य प्रमाणपत्रों का उपयोग करना चाहिए, जबकि CISA ने Remote Desktop Protocol के उपयोग को सीमित करने की सिफारिश की है। और उजागर, खराब सुरक्षित रिमोट डेस्कटॉप सेवाओं से बचते हुए।

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

प्रशासन और स्वचालन का मूल्यांकन

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

स्केल और लचीलापन के लिए योजना

पर्यावरण कैसे कई होस्ट, लोड संतुलन, कनेक्शन ब्रोकरिंग, गेटवे redundancies, प्रोफ़ाइल भंडारण और पुनर्प्राप्ति का समर्थन करेगा, इस पर विचार करें। CPU, मेमोरी, भंडारण और नेटवर्क उपयोग का प्रतिनिधि माप लें, फिर विकास, रखरखाव अवधि और होस्ट विफलताओं के लिए पर्याप्त अतिरिक्त क्षमता बनाए रखें।

तैनाती और कुल लागत की तुलना करें

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

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

विक्रेता समर्थन और उत्पाद परिपक्वता की समीक्षा करें

सहायता प्राप्त Windows संस्करणों, रिलीज़ इतिहास, दस्तावेज़ीकरण, सुरक्षा अद्यतन प्रथाओं, समर्थन चैनलों, परीक्षण विकल्पों और माइग्रेशन संसाधनों की समीक्षा करें। ISVs को यह भी पुष्टि करनी चाहिए कि विक्रेता ग्राहक-समर्थित तैनाती का समर्थन करता है और इच्छित होस्टिंग मॉडल की अनुमति देता है।

एक व्यावहारिक प्रमाण-की-धारणा योजना

एक प्रमाण अवधारणा को संपूर्ण उपयोगकर्ता यात्रा का परीक्षण करना चाहिए, न कि केवल यह पुष्टि करना कि एक आवेदन खुलता है।

1. एक प्रतिनिधि एप्लिकेशन चुनें और एक प्रलेखित परीक्षण होस्ट बनाएं।
2. इसे एक नियंत्रित पायलट समूह में प्रकाशित करें।
3. HTTPS, मान्य प्रमाणपत्र, बहु-कारक प्रमाणीकरण और प्रतिबंधात्मक पहुंच कॉन्फ़िगर करें।
4. वास्तविक एंडपॉइंट्स, ब्राउज़रों और नेटिव क्लाइंट्स के मिश्रण का परीक्षण करें।
5. लॉन्च, पुनः कनेक्शन, प्रोफाइल, प्रिंटिंग, फ़ाइल एक्सेस और आवश्यक उपकरणों को मान्य करें।
6. होस्ट संसाधनों को वास्तविक समवर्ती गतिविधि के दौरान मापें।
7. समीक्षा लॉगिंग, पहुंच निरसन, बैकअप, अपडेट और पुनर्प्राप्ति।
8. तकनीकी परीक्षकों से सीमित उत्पादन समूह तक धीरे-धीरे विस्तार करें।

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

सामान्य विंडोज एप्लिकेशन प्रकाशन गलतियाँ

ऐप्लिकेशन का परीक्षण करने से पहले एक प्लेटफ़ॉर्म चुनना संगतता समस्याओं को छिपा सकता है, जबकि यह मान लेना कि ब्राउज़र एक्सेस स्वदेशी वेब प्रदर्शन प्रदान करता है, विलंबता और प्रतिक्रिया के बारे में अवास्तविक अपेक्षाएँ उत्पन्न कर सकता है।

विक्रेता के अधिकतम आकार का आकलन करना उतना ही जोखिम भरा है क्योंकि सर्वर घनत्व अनुप्रयोग और कार्यभार के अनुसार भिन्न होता है। संगठनों को मल्टी-यूजर या होस्टेड एक्सेस सक्षम करने से पहले हर लाइसेंसिंग परत की भी समीक्षा करनी चाहिए।

वास्तविक अनुप्रयोग परीक्षण छोड़ना

एक फ़ीचर सूची यह पुष्टि नहीं कर सकती कि एक एप्लिकेशन समवर्ती सत्रों में सही तरीके से व्यवहार करेगा। समस्याएँ केवल तब उत्पन्न हो सकती हैं जब कई उपयोगकर्ता एक ही समय में समान फ़ाइलों, रजिस्ट्री सेटिंग्स, सेवाओं या स्थानीय संसाधनों तक पहुँचते हैं।

आईटी टीमों को एक प्लेटफ़ॉर्म का चयन करने से पहले प्रतिनिधि कार्यप्रवाह, उपयोगकर्ता प्रोफाइल, अपडेट और परिधीय उपकरणों का परीक्षण करना चाहिए। अवधारणा का प्रमाण जितना संभव हो सके, इच्छित उत्पादन वातावरण को पुन: उत्पन्न करना चाहिए।

सुरक्षा और लाइसेंसिंग आवश्यकताओं को कम आंकना

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

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

बाहरी डिलीवरी को आंतरिक तैनाती की तरह मानना

आंतरिक तैनाती आमतौर पर एक संगठन के उपयोगकर्ताओं को सेवा देती है, जबकि एक बाहरी सेवा कई असंबंधित ग्राहकों का समर्थन कर सकती है। इसलिए, बाहरी वितरण किरायेदार अलगाव, गोपनीयता, उपलब्धता, समर्थन और पहुंच प्रबंधन के लिए अतिरिक्त आवश्यकताएँ प्रस्तुत करता है।

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

TSplus एक व्यावहारिक विंडोज़ एप्लिकेशन प्रकाशन समाधान कैसे है?

TSplus Remote Access Windows अनुप्रयोगों और डेस्कटॉप को मौजूदा Windows अवसंरचना से प्रकाशित करता है। प्रशासक व्यक्तिगत उपयोगकर्ताओं या समूहों को अनुप्रयोग असाइन कर सकते हैं और RemoteApp-शैली कनेक्शनों, RDP-संगत क्लाइंट या एक अनुकूलन योग्य HTML5 वेब पोर्टल के माध्यम से पहुंच प्रदान कर सकते हैं।

यह मॉडल छोटे और मध्यम आकार के संगठनों के लिए उपयुक्त हो सकता है जिन्हें अधिक जटिल वर्चुअल डेस्कटॉप स्टैक चलाए बिना केंद्रीकृत एप्लिकेशन डिलीवरी की आवश्यकता होती है। यह ISVs को स्थापित Windows सॉफ़्टवेयर के लिए रिमोट एक्सेस प्रदान करने में भी मदद कर सकता है जबकि होस्टिंग और ग्राहक अनुभव पर नियंत्रण बनाए रखता है।

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

निष्कर्ष

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

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