XenApp और XenDesktop आज: कैसे Citrix ने उनका नाम बदला और इसका क्या मतलब है विरासत फार्मों के लिए

XenApp और XenDesktop को आज क्या कहा जाता है?

संयुक्त XenApp और XenDesktop उत्पाद श्रृंखला के लिए प्रत्यक्ष प्रतिस्थापन नाम है सिट्रिक्स वर्चुअल एप्स और डेस्कटॉप्स . Citrix ने अगस्त 2018 में उस परिवर्तन को दर्ज किया, फिर मार्च 2022 में अपने क्लाउड सेवा के लिए विशेष रूप से Citrix DaaS नाम लागू किया। Citrix DaaS केवल हर ऐतिहासिक XenApp या XenDesktop तैनाती पर लागू किया गया एक नया लेबल नहीं था।

वर्तमान व्यावसायिक शब्दावली एक और स्तर जोड़ती है। लेखन के समय, Citrix उत्पाद-विशिष्ट लाइसेंसिंग शर्तें Citrix DaaS Local को पूर्व Citrix Virtual Apps और Desktops उत्पाद के रूप में और DaaS Cloud को पूर्व Citrix DaaS उत्पाद के रूप में वर्णित करें। निम्नलिखित समयरेखा ऐतिहासिक वंश को वर्तमान नामों से अलग करती है।

तारीख या अवधि	नाम	यह किसे संदर्भित करता है	स्रोत
ऐतिहासिक	मेटाफ्रेम	एक पूर्व नाम सर्वर-आधारित विंडोज़ एप्लिकेशन डिलीवरी लाइन में जो बाद में XenApp बन गया।	टेकटार्गेट का इतिहास जैक मैडेन द्वारा
ऐतिहासिक	मेटाफ्रेम प्रेजेंटेशन सर्वर और प्रेजेंटेशन सर्वर	मेटाफ्रेम और ज़ेनऐप के बीच लगातार नाम।	टेकटार्गेट का इतिहास जैक मैडेन द्वारा
अगस्त 2018 से पहले	जेनऐप	मुख्य रूप से प्रकाशित विंडोज अनुप्रयोगों और साझा सर्वर सत्रों से संबंधित।	TechTarget और Citrix दस्तावेज़
अगस्त 2018 से पहले	जेनडेस्कटॉप	प्रबंधित वर्चुअल डेस्कटॉप और VDI से मुख्य रूप से संबंधित।	सिट्रिक्स दस्तावेज़ीकरण
अगस्त 2018	सिट्रिक्स वर्चुअल एप्स और डेस्कटॉप्स	XenApp और XenDesktop को प्रतिस्थापित करने वाला संयुक्त उत्पाद नाम।	Citrix DaaS में नया क्या है
मार्च 2022	सिट्रिक्स डाास	यह पुनः नामित Citrix क्लाउड सेवा है। उस समय ऑन-प्रिमाइसेस उत्पाद ने Citrix वर्चुअल ऐप्स और डेस्कटॉप नाम को बनाए रखा।	Citrix DaaS में नया क्या है
लेखन के समय वर्तमान शब्दावली	सिट्रिक्स डाास लोकल और डाास क्लाउड	पूर्व Citrix Virtual Apps और Desktops और Citrix DaaS प्रस्तावों के लिए व्यावसायिक शर्तें।	Citrix उत्पाद-विशिष्ट लाइसेंसिंग शर्तें

नाम बदलना स्वचालित माइग्रेशन नहीं है

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

इन चार पहलुओं को अलग रखें:

उत्पाद का नाम, उत्पाद का संस्करण, तैनाती मॉडल और समर्थन स्थिति। सही नाम मैपिंग केवल पहले प्रश्न का उत्तर देती है।

XenApp और XenDesktop ने विभिन्न वितरण आवश्यकताओं को पूरा किया

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

XenApp ने प्रकाशित अनुप्रयोगों और साझा सत्रों पर ध्यान केंद्रित किया

एक पारंपरिक XenApp तैनाती ने बहु-सेशन Windows Server अवसंरचना से व्यक्तिगत Windows अनुप्रयोगों या एक साझा डेस्कटॉप को वितरित किया। कई उपयोगकर्ता एक ही सर्वर से कनेक्ट हो सकते थे जबकि अलग-अलग सत्र प्राप्त कर सकते थे, जिसमें पहुंच अनुप्रयोग, समूह या वितरण नीति द्वारा नियंत्रित होती थी।

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

XenDesktop प्रबंधित वर्चुअल डेस्कटॉप पर केंद्रित है

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

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

व्यावहारिक निर्णय नियम

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

एक विरासत फार्म का नाम इसके समर्थन स्थिति का खुलासा नहीं करता

लेबल XenApp बहुत अलग पीढ़ियों के रिलीज़ का वर्णन कर सकता है। समर्थन स्थिति सटीक रिलीज़ और सेवा ट्रैक पर निर्भर करती है, न कि इस पर कि क्या एक प्रशासक आकस्मिक रूप से वातावरण को XenApp, XenDesktop या Citrix Virtual Apps और Desktops कहता है।

Citrix जीवनचक्र दस्तावेज़ कई मील के पत्थरों का उपयोग करते हैं। बिक्री का अंत, या EOS, व्यावसायिक उपलब्धता से संबंधित है। रखरखाव का अंत, या EOM, निर्दिष्ट रिलीज़ के लिए नियमित रखरखाव समाप्त करता है। जीवन का अंत, या EOL, मानक जीवनचक्र समर्थन के अंत को चिह्नित करता है, जबकि विस्तारित समर्थन का अंत, या EOES, किसी भी सूचीबद्ध विस्तारित समर्थन अवधि के अंत को चिह्नित करता है।

किसी भी जीवनचक्र तिथि का उपयोग करने से पहले सटीक रिलीज़ की जांच करें

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

उदाहरण के लिए, यह सिट्रिक्स विरासत उत्पाद मैट्रिक्स XenApp और XenDesktop 7.6 LTSR को 11 जनवरी, 2021 को EOL पर पहुँचने के रूप में सूचीबद्ध करता है। , EOES के साथ 11 जनवरी 2026 को। यह तिथि किसी अन्य XenApp या XenDesktop रिलीज़ पर लागू नहीं की जा सकती, इसलिए निर्णय लेते समय जीवनचक्र की तिथियों की हमेशा वर्तमान आधिकारिक मैट्रिक्स के खिलाफ जांच की जानी चाहिए।

समर्थन भी विंडोज़ और संबंधित घटकों पर निर्भर करता है

एक समर्थित Citrix घटक एक असमर्थित ऑपरेटिंग सिस्टम, डेटाबेस, StoreFront सर्वर, गेटवे या प्रमाणीकरण निर्भरता को समर्थित नहीं बना सकता। नियंत्रकों और वर्चुअल डिलीवरी एजेंट्स (VDAs) द्वारा उपयोग किए जाने वाले Windows Server संस्करणों की जांच करें, साथ ही डेटाबेस संगतता, गेटवे सॉफ़्टवेयर, प्रोफ़ाइल घटक और किसी भी एप्लिकेशन-विशिष्ट पूर्वापेक्षाएँ।

निर्भरता चेतावनी:

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

आपको फार्म को बनाए रखने या माइग्रेट करने से पहले क्या सूचीबद्ध करना चाहिए?

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

कार्यभार, उपयोगकर्ता और वितरण मॉडल

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

यह वर्गीकरण अक्सर यह प्रकट करता है कि एक मिश्रित फार्म में सरल एप्लिकेशन-प्रकाशन कार्यभार और वास्तविक VDI कार्यभार दोनों होते हैं। उन श्रेणियों को समान आधुनिकीकरण पथ का पालन करने की आवश्यकता नहीं है।

घटक और निर्भरताएँ

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

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

निगरानी, प्रदर्शन और जोखिम

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

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

AWS, मूल्य निर्धारण और लाइसेंसिंग अलग निर्णय हैं

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

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

माइक्रोसॉफ्ट लाइसेंसिंग आपकी जिम्मेदारी है। तैनाती के आधार पर, इसमें Windows Server लाइसेंस, RDS CALs और उपयुक्त Office या Microsoft 365 लाइसेंसिंग शामिल हो सकती है। सटीक RDS CAL आवश्यकताओं के लिए आपको अपनी पूरी कॉन्फ़िगरेशन को Microsoft या एक योग्य लाइसेंसिंग भागीदार के साथ मान्य करना चाहिए।

काम के बोझ के आधार पर एक मार्ग चुनें, न कि पुराने उत्पाद लेबल के आधार पर

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

Citrix को बनाए रखें या अपग्रेड करें

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

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

Citrix DaaS पर जाएं

Citrix DaaS Citrix एप्लिकेशन और डेस्कटॉप डिलीवरी क्षमताओं को बनाए रख सकता है जबकि नियंत्रण विमान और व्यावसायिक मॉडल को बदलता है। वर्तमान Citrix लाइसेंसिंग शर्तें दिखाती हैं कि सब्सक्रिप्शन में DaaS लोकल और DaaS क्लाउड शामिल हो सकते हैं, जो ऐतिहासिक XenApp एप्लिकेशन-पब्लिशिंग आवश्यकता की तुलना में एक व्यापक प्रस्ताव को दर्शाता है।

यह एक वास्तुशिल्प और संचालन निर्णय है, न कि केवल एक शब्दावली अपडेट। केवल कार्यभार मशीनों को AWS पर स्थानांतरित करना Citrix DaaS तैनाती नहीं बनाता है।

ऐप्लिकेशन-केंद्रित फार्मों के लिए डिलीवरी लेयर पर पुनर्विचार करें

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

ब्राउज़र एक्सेस के लिए आवश्यक है वेब मोबाइल संस्करण या उससे ऊपर फार्म प्रबंधक, गेटवे और लोड संतुलन के लिए एंटरप्राइज संस्करण की आवश्यकता होती है, और प्रत्येक सर्वर के लिए लाइसेंसिंग की आवश्यकता होती है। एक सर्वर फार्म वैकल्पिक है, क्योंकि एक संगठन उस आर्किटेक्चर की आवश्यकताओं को पूरा करने पर एकल सर्वर पर TSplus Remote Access को तैनात कर सकता है।

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

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

अस्थायी रूप से एक प्रलेखित निकासी योजना के साथ बनाए रखें

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

अस्थायी रोकथाम विक्रेता समर्थन का विकल्प नहीं है। यह एक नियंत्रित धारण स्थिति है जबकि संगठन अनुप्रयोगों, निर्भरताओं और गंतव्य आर्किटेक्चर को मान्य करता है।

निष्कर्ष में: पुराना नाम केवल प्रारंभिक बिंदु है

XenApp और XenDesktop नामों को जल्दी से डिकोड किया जा सकता है, लेकिन सही अगला कदम इस पर निर्भर करता है कि क्या इन्फ्रास्ट्रक्चर सटीक समर्थन स्थिति और इसके चारों ओर के घटकों को प्रदान करता है। पहले कार्यभार को वर्गीकृत करें, फिर तय करें कि Citrix, Citrix DaaS, एक सरल एप्लिकेशन-प्रकाशन परत या निकासी योजना के साथ अस्थायी रखरखाव उपयुक्त मार्ग है।

अपने अनुप्रयोगों और कनेक्शन विधियों के साथ परीक्षण करने के लिए, अपने 15-दिन के मुफ्त परीक्षण के लिए TSplus सॉफ़्टवेयर डाउनलोड करने के बारे में क्या ख्याल है? हमारे निर्णय लेने से पहले डिलीवरी परत आपके विरासत फार्म के लिए उपयुक्त है।