زنان و زین‌دسکتاپ امروز: چگونه سیتریکس نام آن‌ها را تغییر داد و این چه معنایی برای مزارع قدیمی دارد

اکنون نام XenApp و XenDesktop چیست؟

نام جایگزین مستقیم برای خط تولید ترکیبی XenApp و XenDesktop است Citrix برنامه‌ها و دسکتاپ‌های مجازی . سیتریکس این تغییر را در آگوست ۲۰۱۸ ثبت کرد و سپس نام Citrix DaaS را به طور خاص به سرویس ابری خود در مارس ۲۰۲۲ اعمال کرد. Citrix DaaS صرفاً یک برچسب جدید نبود که به هر پیاده‌سازی تاریخی XenApp یا XenDesktop اعمال شود.

اصطلاحات تجاری فعلی یک لایه دیگر اضافه می‌کند. در زمان نگارش، شرایط مجوز خاص محصول Citrix توضیح دهید که Citrix DaaS Local به عنوان محصول قبلی Citrix Virtual Apps and Desktops و DaaS Cloud به عنوان محصول قبلی Citrix DaaS شناخته می‌شود. جدول زمانی زیر نسل تاریخی را از نام‌های فعلی جدا می‌کند.

تاریخ یا دوره	نام	به چه چیزی اشاره داشت	منبع
تاریخی	متافریم	نام قبلی در خط تحویل برنامه‌های ویندوز مبتنی بر سرور که بعداً به XenApp تبدیل شد.	تاریخ TechTarget توسط جک مادن
تاریخی	سرور ارائه متافریم و سرور ارائه	نام‌های متوالی بین MetaFrame و XenApp.	تاریخ TechTarget توسط جک مادن
قبل از آگوست ۲۰۱۸	زِن‌اپ	عمدتاً با برنامه‌های کاربردی ویندوز منتشر شده و جلسات سرور مشترک مرتبط است.	مستندات TechTarget و Citrix
قبل از آگوست ۲۰۱۸	زِن‌دِسکتاپ	عمدتاً با دسکتاپ‌های مجازی مدیریت‌شده و VDI مرتبط است.	مستندات Citrix
آگوست ۲۰۱۸	Citrix برنامه‌ها و دسکتاپ‌های مجازی	نام ترکیبی محصول که جایگزین XenApp و XenDesktop شد.	جدیدترین ویژگی‌های Citrix DaaS
مارس ۲۰۲۲	سیتریکس DaaS	این سرویس ابری Citrix با نام جدید است. محصول محلی در آن زمان نام Citrix Virtual Apps and Desktops را حفظ کرد.	جدیدترین ویژگی‌های Citrix DaaS
اصطلاحات جاری در زمان نگارش	سرویس DaaS محلی و سرویس DaaS ابری سیتریکس	شرایط تجاری برای پیشنهادات قبلی Citrix Virtual Apps و Desktops و Citrix DaaS.	شرایط مجوز خاص محصول Citrix

تغییر نام یک مهاجرت خودکار نیست

یک سرور XenApp نصب شده به دلیل تغییر اصطلاحات محصول Citrix به یک استقرار DaaS مدیریت شده در ابر تبدیل نشد. جابجایی بین این محیط‌ها می‌تواند شامل یک سطح کنترل متفاوت، نسخه‌های پشتیبانی شده، مدل مجوز، طراحی زیرساخت و فرآیند مهاجرت باشد.

چهار جنبه زیر را جدا نگه دارید:

نام محصول، نسخه محصول، مدل استقرار و وضعیت پشتیبانی. یک نگاشت نام صحیح فقط به سوال اول پاسخ می‌دهد.

زین‌اپ و زین‌دسکتاپ نیازهای تحویل متفاوتی را برآورده کردند

در نهایت XenApp و XenDesktop به عنوان یک خط تولید ترکیبی فروخته و مدیریت شدند، اما بارهای کاری سنتی آنها یکسان نبودند. مایکروسافت یادگیری همچنین برنامه‌های منتشر شده، دسکتاپ‌های چند جلسه‌ای، VDI مشترک و VDI شخصی را به عنوان مدل‌های استقرار متمایز در نظر می‌گیرد. مایکروسافت توصیه می‌کند که ترکیب مناسب را بر اساس هزینه، عملکرد و تجربه کاربری انتخاب کنید که از تصمیم‌گیری مبتنی بر بار کاری به جای تصمیم‌گیری مبتنی بر نام پشتیبانی می‌کند.

زِن‌اَپ بر روی برنامه‌های منتشر شده و جلسات مشترک متمرکز است

یک استقرار سنتی XenApp برنامه‌های ویندوز فردی یا یک دسکتاپ مشترک را از زیرساخت چند جلسه‌ای Windows Server ارائه می‌داد. چندین کاربر می‌توانستند به همان سرور متصل شوند در حالی که جلسات جداگانه‌ای دریافت می‌کردند، با دسترسی که توسط برنامه، گروه یا سیاست تحویل کنترل می‌شد.

یک تیم حسابداری که فقط به دسترسی از راه دور به یک برنامه ERP ویندوز نیاز دارد، به طور خودکار به یک دسکتاپ مجازی شخصی برای هر کارمند نیاز ندارد. انتشار برنامه ممکن است آن نیاز را با تصاویر دسکتاپ کمتر، پروفایل‌ها و تصمیمات برنامه‌ریزی ظرفیت برآورده کند.

زندکس‌دسکتاپ بر روی دسکتاپ‌های مجازی مدیریت‌شده متمرکز است

XenDesktop عمدتاً به مسائل مربوط به مجازی‌سازی دسکتاپ به‌طور معمول از دسکتاپ‌های تک‌نشست اختصاص‌یافته استفاده می‌شود کاتالوگ‌های مشترک یا شخصی این مدل نیازهای گسترده‌تری را در مورد تصاویر دسکتاپ، پروفایل‌ها، تأمین، ذخیره‌سازی، واسطه‌گری و مدیریت ظرفیت به همراه دارد.

این قابلیت‌ها زمانی اهمیت دارند که یک سازمان باید دسکتاپ‌های کامل را به صورت استاندارد و در مقیاس مدیریت کند. هنوز t دسترسی به مجموعه کوچکی از برنامه‌های ویندوز زمانی که نیاز واقعی وجود دارد، سخت‌تر قابل توجیه است.

قاعده تصمیم‌گیری عملی

اگر کاربران به چند برنامه ویندوز یا یک دسکتاپ مشترک نیاز دارند، ابتدا انتشار برنامه را ارزیابی کنید. اگر سازمان باید دسکتاپ‌های شخصی یا استاندارد را به‌صورت مقیاس‌پذیر با مدیریت تصویر و پروفایل بالغ مدیریت کند، یک محصول VDI یا DaaS سازمانی گزینه بهتری است. از شروع یک پروژه کامل VDI تنها برای ارائه چند برنامه تجاری خودداری کنید.

نام یک مزرعه میراثی وضعیت پشتیبانی آن را فاش نمی‌کند

برچسب XenApp می‌تواند نسخه‌های بسیار متفاوتی از نسل‌های مختلف را توصیف کند. وضعیت پشتیبانی به نسخه دقیق و مسیر خدمات‌دهی بستگی دارد، نه به اینکه آیا یک مدیر به‌طور غیررسمی محیط را XenApp، XenDesktop یا Citrix Virtual Apps and Desktops می‌نامد.

مدارک چرخه عمر Citrix از چندین نقطه عطف استفاده می‌کنند. پایان فروش، یا EOS، به در دسترس بودن تجاری مربوط می‌شود. پایان نگهداری، یا EOM، پایان نگهداری منظم برای نسخه مشخص شده است. پایان عمر، یا EOL، پایان پشتیبانی استاندارد چرخه عمر را نشان می‌دهد، در حالی که پایان پشتیبانی تمدید شده، یا EOES، پایان هر دوره پشتیبانی تمدید شده فهرست شده را نشان می‌دهد.

قبل از استفاده از هر تاریخ چرخه عمر، نسخه دقیق را بررسی کنید

نسخه نصب شده را در کنترلرهای تحویل و سایر اجزای اصلی شناسایی کنید، سپس آن را با ماتریس محصولات زنده Citrix یا ماتریس محصولات قدیمی مقایسه کنید. آرشیو مستندات قدیمی سیتریکس برای جزئیات پیکربندی تاریخی مفید است، اما یک راهنمای آرشیوی تأسیس نمی‌کند که نسخه همچنان پشتیبانی می‌شود.

به عنوان مثال، ماتریس محصولات قدیمی سیتریکس لیست‌های XenApp و XenDesktop 7.6 LTSR را به عنوان رسیدن به پایان عمر (EOL) در ۱۱ ژانویه ۲۰۲۱ ذکر می‌کند. ، با EOES در تاریخ ۱۱ ژانویه ۲۰۲۶. این تاریخ نمی‌تواند به نسخه دیگری از XenApp یا XenDesktop اعمال شود، بنابراین تاریخ‌های چرخه عمر باید همیشه با ماتریس رسمی فعلی بررسی شوند هنگام اتخاذ تصمیم.

پشتیبانی همچنین به ویندوز و اجزای مرتبط بستگی دارد

یک مؤلفه پشتیبانی شده Citrix نمی‌تواند یک سیستم عامل، پایگاه داده، سرور StoreFront، دروازه یا وابستگی احراز هویت غیرپشتیبانی شده را پشتیبانی کند. نسخه‌های Windows Server مورد استفاده توسط کنترل‌کننده‌ها و عوامل تحویل مجازی (VDAs) را بررسی کنید، همراه با سازگاری پایگاه داده، نرم‌افزار دروازه، مؤلفه‌های پروفایل و هر پیش‌نیاز خاص برنامه.

هشدار وابستگی:

یک مزرعه می‌تواند عملیاتی به نظر برسد در حالی که به اجزایی تکیه دارد که دیگر پشتیبانی نمی‌شوند. نسخه Citrix و پلتفرم زیرین آن را به عنوان یک زنجیره وابستگی در نظر بگیرید، در حالی که هر چرخه عمر محصول را به طور جداگانه بررسی می‌کنید.

قبل از نگهداری یا مهاجرت مزرعه چه چیزهایی را باید فهرست کنید؟

یک ارزیابی مفید توصیف می‌کند که مزرعه چه چیزی ارائه می‌دهد، چگونه ساخته شده و چگونه اداره می‌شود. این مانع می‌شود که یک نام محصول آشنا تنها دلیل برای حفظ یا جایگزینی محیط شود.

بارگذاری‌ها، کاربران و مدل تحویل

• تمام برنامه‌های منتشر شده، دسکتاپ‌های مشترک، دسکتاپ‌های تجمیعی و دسکتاپ‌های شخصی را فهرست کنید.
• ثبت کنید که کدام کارمندان، پیمانکاران، مشتریان یا شرکا از هر بار کاری استفاده می‌کنند.
• میزان همزمانی عادی و اوج را اندازه‌گیری کنید و فقط به تعداد حساب‌های نام‌گذاری شده تکیه نکنید.
• شناسایی کنید که آیا هر بارکاری از سرورهای چند جلسه‌ای یا دسکتاپ‌های تک جلسه‌ای استفاده می‌کند.
• نیازمندی‌های سازگاری برنامه مستند را شامل کنید، از جمله نسخه‌های پشتیبانی‌شده ویندوز و وابستگی‌های برنامه.

این طبقه‌بندی اغلب نشان می‌دهد که یک مزرعه مختلط شامل بارهای کاری ساده انتشار برنامه و بارهای کاری واقعی VDI است. این دسته‌ها نیازی به پیروی از یک مسیر مدرنیزاسیون مشابه ندارند.

اجزاء و وابستگی‌ها

• کنترل‌کننده‌های تحویل، سرورهای StoreFront، VDAها، پایگاه‌های داده و اجزای مجوز Citrix.
• کاتالوگ‌های ماشین، گروه‌های تحویل، روش‌های تأمین، تصاویر و مدیریت پروفایل.
• دروازه‌ها، گواهی‌نامه‌ها، ارائه‌دهندگان احراز هویت، احراز هویت چندعاملی و نقاط ورود شبکه.
• پرینترها، درایورهای چاپ، اسکنرها، کارت‌های هوشمند، درایوهای محلی و سایر نیازهای جانبی.
• سرورهای برنامه، اشتراک‌های فایل، پایگاه‌های داده، نرم‌افزارهای میان‌افزاری، حساب‌های خدمات و وظایف زمان‌بندی شده.

چاپ، پروفایل‌ها، دروازه‌ها و احراز هویت باید به عنوان وابستگی‌های مهاجرت در نظر گرفته شوند، نه به عنوان تنظیماتی که به طور خودکار به لایه تحویل دیگری منتقل شوند. قبل از برنامه‌ریزی برای انتقال، هر برنامه و روش اتصال را تأیید کنید.

نظارت، عملکرد و افشا

سیتریکس دایرکتور کنسول داخلی برای نظارت بر سلامت در زمان واقعی و تاریخی، دیدگاه تجربه کاربری و عیب‌یابی جلسه است. بررسی کنید کدام قابلیت‌های مدیر در نسخه نصب شده عملیاتی باقی می‌مانند و آیا مدیران واقعاً شکست‌های ورود، داده‌های جلسه، رفتار برنامه و سلامت سرور را بررسی می‌کنند؟

همچنین نحوه دسترسی مزرعه به کاربران از راه دور را ثبت کنید. مالکیت دروازه و گواهی، احراز هویت چندعاملی، کنترل‌های قفل حساب، وصله‌گذاری، تقسیم‌بندی شبکه، ثبت وقایع، پشتیبان‌گیری و آزمایش بازیابی را بررسی کنید. جمع‌آوری داده‌های نظارتی که هرگز بررسی نشده است و فرآیند تصمیم‌گیری عملیاتی را ارائه نمی‌دهد.

AWS، قیمت‌گذاری و مجوزها تصمیمات جداگانه‌ای هستند

AWS می‌تواند به عنوان یک مکان منبع Citrix عمل کند، اما نه نام جدیدی برای XenDesktop است و نه نیاز را از بین می‌برد برای برنامه‌ریزی معماری Citrix یا زیرساخت ابری. مستندات Citrix هنوز نیاز به تصمیم‌گیری درباره مناطق AWS، شبکه‌ها، زیرشبکه‌ها، گروه‌های امنیتی، اعتبارنامه‌ها و مکان‌یابی اجزای Citrix وجود دارد.

قیمت‌گذاری همچنین نیاز به ارزیابی تجاری جداگانه‌ای از هزینه‌های مجوز سیتریکس . همانطور که می‌نویسیم صفحه عمومی خرید Citrix مشتریان را به فروش یا یک شریک هدایت می‌کند و به جای نمایش قیمت مجوز خودخدمات عددی، اطلاعات را ارائه می‌دهد. این به این معنا نیست که قیمت‌های مذاکره شده یا قیمت‌های شرکایی در دسترس نیستند، بلکه فقط نیاز به یک نقل قول فعلی برای مقایسه دقیق است.

مسئولیت مجوزهای مایکروسافت همچنان بر عهده شماست. بسته به استقرار، این ممکن است شامل مجوزهای Windows Server، CALهای RDS و مجوزهای مناسب Office یا Microsoft 365 باشد. برای الزامات دقیق CAL RDS شما باید پیکربندی کامل خود را با مایکروسافت یا یک شریک مجاز صدور مجوز تأیید کنید.

مسیر را بر اساس بار کاری انتخاب کنید، نه برچسب قدیمی محصول

پس از طبقه‌بندی مزرعه، چهار مسیر اصلی در دسترس است. نوع بار کاری، وضعیت پشتیبانی، مهارت‌های داخلی، تعهدات قراردادی و وابستگی‌های کشف‌شده در طول موجودی باید شما را به انتخاب ایده‌آل هدایت کند.

نگه‌داری یا ارتقاء سیتریکس

ماندن با سیتریکس می‌تواند انتخاب درستی باشد زمانی که سازمان به مدیریت تصویر بالغ، ادغام‌های شرکتی، یک قرارداد شرکتی جاری، تحویل ترکیبی یا یک مجموعه دسکتاپ استاندارد بزرگ وابسته است. مستندات محصول سیتریکس موقعیت‌گذاری می‌کند خدمات بلندمدت نسخه‌ها برای محیط‌های تولید بزرگ که بر پایه‌ای پایدار اولویت دارند، در حالی که نسخه‌های جاری دسترسی سریع‌تری به ویژگی‌های جدید ارائه می‌دهند.

مستندات ارتقاء و مهاجرت Citrix همچنین روشن می‌کند که هر نسخه قدیمی XenApp یا XenDesktop یک مسیر مستقیم پشتیبانی شده ندارد. مزارع قدیمی ممکن است به یک سایت جدید، تنظیم مجدد اجزا و اعتبارسنجی برنامه نیاز داشته باشند تا یک ارتقاء در محل.

به Citrix DaaS منتقل شوید

Citrix DaaS می‌تواند قابلیت‌های ارائه برنامه و دسکتاپ Citrix را حفظ کند در حالی که کنترل‌پانل و مدل تجاری را تغییر می‌دهد. شرایط فعلی مجوزهای Citrix نشان می‌دهد که اشتراک‌ها می‌توانند شامل DaaS Local و DaaS Cloud باشند که پیشنهادی وسیع‌تر از الزامات تاریخی انتشار برنامه XenApp را منعکس می‌کند.

این یک تصمیم معماری و عملیاتی است، نه فقط یک به‌روزرسانی اصطلاحات. صرفاً انتقال ماشین‌های بار کاری به AWS یک استقرار Citrix DaaS ایجاد نمی‌کند.

لایه تحویل را برای مزارع متمرکز بر برنامه دوباره بررسی کنید

زمانی که مزرعه عمدتاً برنامه‌های ویندوز یا دسکتاپ‌های مشترک را منتشر می‌کند، یک لایه تحویل خودمدیریتی ساده‌تر ممکن است نیاز به انتشار را برآورده کند. برنامه‌های ویندوز قدیمی به وب بدون VDI TSplus Remote Access می‌تواند برنامه‌ها را منتشر کرده و به کاربران یا گروه‌ها اختصاص دهید تمام دسکتاپ‌های مشترک را از زیرساخت کنترل‌شده توسط مشتری ارائه دهید و از کلاینت‌های استاندارد RDP، یک کلاینت یک‌کلیک تولید شده، ارائه‌ سبک RemoteApp و اتصالات مرورگر پشتیبانی کنید.

دسترسی مرورگر نیاز به نسخه وب موبایل یا بالاتر مدیر مزرعه، دروازه و تعادل بار به نسخه Enterprise نیاز دارند و هر سرور به مجوز نیاز دارد. یک مزرعه سرور اختیاری است، زیرا یک سازمان می‌تواند TSplus Remote Access را بر روی یک سرور واحد مستقر کند زمانی که آن معماری نیازهایش را برآورده کند.

TSplus Remote Access یک جایگزین کامل VDI نیست، بنابراین برخی زیرساخت‌ها و وابستگی‌ها باید در طول دوره آزمایشی تأیید شوند و نه اینکه فرض شود بدون تغییر کار می‌کنند. به عنوان مثال، برنامه‌های سنگین گرافیکی یا ساخت‌های گسترده خاص شرکتی نیاز به آزمایش Proof of Concept قبلی دارند.

اگر مزرعه شما عمدتاً مجموعه کوچکی از برنامه‌های ویندوز یا دسکتاپ‌های مشترک را منتشر می‌کند، از این استفاده کنید مقایسه TSplus با Citrix برای دیدن اینکه آیا وب موبایل یا نسخه شرکتی با مدل دسترسی شما مطابقت دارد یا خیر.

به طور موقت با یک برنامه خروج مستند نگه دارید

مهاجرت فوری ممکن است زمانی غیرعملی باشد که مالک برنامه، سرور جایگزین یا تصمیم‌گیری در مورد مجوز آماده نباشند. در این صورت، مالکیت مستندات، وصله‌گذاری، کنترل‌های در معرض، نظارت، پشتیبان‌گیری، مسئولیت‌های مجوز و تاریخ تصمیم‌گیری هدف را مستند کنید.

نگهداری موقت جایگزینی برای پشتیبانی فروشنده نیست. این یک موقعیت نگهداری کنترل‌شده است در حالی که سازمان برنامه‌ها، وابستگی‌ها و معماری مقصد را تأیید می‌کند.

در نتیجه: نام قدیمی تنها نقطه شروع است

نام‌گذاری XenApp و XenDesktop به سرعت قابل رمزگشایی است، اما مرحله بعدی صحیح بستگی به این دارد که چه زیرساخت بارگذاری، وضعیت دقیق پشتیبانی و اجزای اطراف آن را ارائه می‌دهد. ابتدا بار کاری را طبقه‌بندی کنید، سپس تصمیم بگیرید که آیا Citrix، Citrix DaaS، یک لایه انتشار برنامه ساده‌تر یا نگهداری موقت با یک برنامه خروج مسیر مناسب است.

برای آزمایش با برنامه‌ها و روش‌های اتصال خود، چطور است که نرم‌افزار TSplus را برای دوره آزمایشی ۱۵ روزه رایگان خود دانلود کنید؟ قبل از تصمیم‌گیری در مورد اینکه آیا ما لایه تحویل با مزرعه قدیمی شما سازگار است.