XenApp и XenDesktop днес: Как Citrix ги преименува и какво означава това за наследствените ферми

Как се наричат XenApp и XenDesktop днес?

Директното име за замяна на комбинираната продуктова линия XenApp и XenDesktop е Citrix Виртуални приложения и десктопи . Citrix записа това изменение през август 2018 г., след което приложи името Citrix DaaS конкретно за своята облачна услуга през март 2022 г. Citrix DaaS не беше просто ново наименование, приложено към всяко историческо внедряване на XenApp или XenDesktop.

Текущата търговска терминология добавя още един слой. По време на писането, Лицензионни условия, специфични за продукта Citrix опишете Citrix DaaS Local като бившия продукт Citrix Virtual Apps and Desktops и DaaS Cloud като бившия продукт Citrix DaaS. Следната времева линия разделя историческото наследство от тези текущи имена.

Дата или период	Име	На какво се отнасяше	Източник
Исторически	Метасистема	По-ранно име в линията за доставка на приложения за Windows на базата на сървър, което по-късно стана XenApp.	История на TechTarget от Джак Мадън
Исторически	MetaFrame Презентационен сървър и Презентационен сървър	Последователни имена между MetaFrame и XenApp.	История на TechTarget от Джак Мадън
Преди август 2018	XenApp	Основно свързано с публикувани Windows приложения и споделени сървърни сесии.	TechTarget и Citrix документация
Преди август 2018	XenDesktop	Преимуществено свързано с управлявани виртуални десктопи и VDI.	Документация на Citrix
Август 2018	Citrix Виртуални приложения и десктопи	Комбинираното име на продукта, което замени XenApp и XenDesktop.	Citrix DaaS Какво ново
Март 2022	Citrix DaaS	Тази преименувана услуга на Citrix cloud. Продуктът на място запази името Citrix Virtual Apps and Desktops по това време.	Citrix DaaS Какво ново
Текуща терминология по време на писането	Citrix DaaS Локален и DaaS Облак	Търговски условия за предишните предложения на Citrix Virtual Apps and Desktops и Citrix DaaS.	Лицензионни условия, специфични за продукта Citrix

Преименуването не е автоматична миграция

Инсталираният XenApp сървър не стана облачно управлявано Citrix DaaS внедряване само защото Citrix промени терминологията на продукта си. Преминаването между тези среди наистина може да включва различен контролен слой, поддържани версии, лицензионен модел, дизайн на инфраструктурата и процес на миграция.

Запазете следните четири аспекта отделно:

име на продукта, версия на продукта, модел на внедряване и статус на поддръжка. Коректното съответствие на името отговаря само на първия въпрос.

XenApp и XenDesktop обслужват различни нужди за доставка

XenApp и XenDesktop в крайна сметка бяха продадени и управлявани като комбинирана продуктова линия, но техните традиционни натоварвания не бяха идентични. Microsoft Learn също така третира публикувани приложения, много-сесийни работни станции, споделени VDI и личен VDI като различни модели на внедряване. Microsoft препоръчва да се избере правилната комбинация в зависимост от разходите, производителността и потребителското изживяване, което подкрепя решение, основано на натоварването, а не на името.

XenApp, фокусиран върху публикувани приложения и споделени сесии

Традиционно разгръщане на XenApp предоставяше индивидуални Windows приложения или споделен работен плот от инфраструктура с много сесии на Windows Server. Множество потребители можеха да се свързват към същия сървър, докато получаваха отделни сесии, с достъп, контролиран от приложение, група или политика на доставка.

Екип по счетоводство, който само се нуждае от отдалечен достъп до едно Windows ERP приложение, не се нуждае автоматично от личен виртуален десктоп за всеки служител. Публикуването на приложения може да отговори на това изискване с по-малко изображения на десктопи, профили и решения за планиране на капацитета.

XenDesktop се фокусира върху управлявани виртуални десктопи

XenDesktop основно се занимаваше десктоп виртуализация , обикновено използвайки единични сесийни работни станции, назначени от обединени или лични каталози Този модел носи по-широки изисквания относно десктоп изображения, профили, предоставяне, съхранение, посредничество и управление на капацитета.

Тези възможности са важни, когато една организация трябва да стандартизира и управлява пълни работни станции в мащаб. Още т по-трудно е да се оправдаят, когато действителното изискване е достъп до малък набор от приложения за Windows.

Практическото правило за вземане на решения

Ако потребителите се нуждаят от няколко Windows приложения или споделен работен плот, първо оценете публикуването на приложения. Ако организацията трябва да управлява лични или стандартизирани десктопи в мащаб с напреднало управление на изображения и профили, продукт за корпоративен VDI или DaaS е по-подходящият вариант. Избягвайте да започвате цялостен VDI проект само за да предоставите малко на брой бизнес приложения.

Името на наследствена ферма не разкрива статуса на поддръжката си

Етикетът XenApp може да описва версии от много различни поколения. Статусът на поддръжката зависи от конкретната версия и пътя на обслужване, а не от това дали администраторът небрежно нарича средата XenApp, XenDesktop или Citrix Virtual Apps and Desktops.

Документите за жизнения цикъл на Citrix използват няколко важни момента. Край на продажбите, или EOS, се отнася до търговската наличност. Край на поддръжката, или EOM, приключва редовната поддръжка за посоченото издание. Край на живота, или EOL, отбелязва края на стандартната поддръжка на жизнения цикъл, докато Край на разширената поддръжка, или EOES, отбелязва края на всеки посочен период на разширена поддръжка.

Проверете точната версия преди да използвате дата на жизнения цикъл.

Идентифицирайте инсталираната версия на Контролерите за доставка и други основни компоненти, след което я сравнете с актуалната матрица на продуктите на Citrix или матрицата на наследствените продукти. Архив на наследствената документация на Citrix полезно е за исторически конфигурационни детайли, но архивираното ръководство не установява, че версията остава поддържана.

Например, Матрица на наследствените продукти на Citrix изброява XenApp и XenDesktop 7.6 LTSR като достигнали край на живота на 11 януари 2021 г. , с EOES на 11 януари 2026 г. Тази дата не може да бъде приложена към различно издание на XenApp или XenDesktop, така че датите на жизнения цикъл винаги трябва да се проверяват спрямо текущата официална матрица при вземането на решение.

Поддръжката също зависи от Windows и свързаните компоненти

Поддържан компонент на Citrix не може да направи неподдържана операционна система, база данни, сървър на StoreFront, шлюз или зависимост от удостоверяване поддържани. Проверете версиите на Windows Server, използвани от контролерите и виртуалните агенти за доставка (VDAs), заедно с съвместимостта на базата данни, софтуера на шлюза, компонентите на профила и всякакви специфични за приложението предварителни условия.

Предупреждение за зависимост:

ферма може да изглежда оперативна, докато разчита на компоненти, които вече не се поддържат в комбинация. ОбTreat Citrix версията и нейната основна платформа като една верига от зависимости, докато проверявате жизнения цикъл на всеки продукт поотделно.

Какво трябва да инвентирате преди да запазите или мигрирате фермата?

Полезна оценка описва какво предлага фермата, как е изградена и как се експлоатира. Това предотвратява познатото име на продукта да стане единствената причина за запазване или замяна на средата.

Работни натоварвания, потребители и модел на доставка

• Списък на всяко публикувано приложение, споделен работен плот, споделен работен плот и личен работен плот.
• Записвайте кои служители, изпълнители, клиенти или партньори използват всяко натоварване.
• Измервайте нормалната и пикова едновременност, вместо да разчитате само на броя на именуваните акаунти.
• Определете дали всяко натоварване използва многосесийни сървъри или едносесийни десктопи.
• Документ за съвместимост на приложенията, включително поддържани версии на Windows и зависимости на приложенията.

Тази класификация често разкрива, че смесеното стопанство съдържа както прости натоварвания за публикуване на приложения, така и истински VDI натоварвания. Тези категории не е необходимо да следват същия път на модернизация.

Компоненти и зависимости

• Контролери за доставка, сървъри StoreFront, VDA, бази данни и компоненти за лицензиране на Citrix.
• Каталози на машини, групи за доставка, методи за предоставяне, изображения и управление на профили.
• Врати, сертификати, доставчици на удостоверяване, многофакторно удостоверяване и точки за достъп до мрежата.
• Принтери, драйвери за печат, скенери, смарт карти, локални дискове и други периферни изисквания.
• Сървъри на приложения, файлови дялове, бази данни, междинен софтуер, служебни акаунти и планирани задачи.

Печатане, профили, шлюзове и удостоверяване трябва да се разглеждат като зависимости при миграцията, а не като настройки, които да се прехвърлят автоматично на друг слой за доставка. Валидирайте всяко приложение и метод на свързване преди планиране на прехвърляне.

Наблюдение, производителност и експозиция

Citrix Director вградената конзола за мониторинг на здравето в реално време и история, видимост на потребителското изживяване и отстраняване на проблеми със сесиите. Проверете кои възможности на Директора остават активни в инсталираното издание и дали администраторите действително преглеждат неуспехите при влизане, данните за сесията, поведението на приложението и здравето на сървъра.

Също така запишете как фермата е изложена на отдалечени потребители. Проверете собствеността на шлюза и сертификата, многофакторната автентикация, контролите за заключване на акаунти, актуализациите, сегментацията на мрежата, регистрирането, резервните копия и тестовете за възстановяване. Наблюдение, събиране на данни, което е никога не е преглеждано, не предоставя оперативен процес на вземане на решения.

AWS, ценообразуването и лицензиране са отделни решения

AWS може да служи като местоположение на ресурси Citrix, но това не е ново име за XenDesktop и не премахва нуждата за планиране на архитектура на Citrix или облачна инфраструктура. Документация на Citrix все още изисква решения относно регионите на AWS, мрежите, подсетите, групите за сигурност, удостоверенията и разположението на компонентите на Citrix.

Ценовата политика изисква и отделна търговска оценка на Разходи за лицензиране на Citrix . Докато пишем Публичната страница на Citrix за покупка насочва потенциалните клиенти към продажби или партньор, вместо да показва числова цена за лиценз за самообслужване. Това не означава, че преговорни или партньорски цени не са налични, а само че е необходима актуална оферта за точна сравнение.

Лицензирането на Microsoft остава ваша отговорност. В зависимост от внедряването, това може да включва лицензи за Windows Server, RDS CALs и подходящо лицензиране на Office или Microsoft 365. За точни изисквания за RDS CAL трябва да валидирате цялата си конфигурация с Microsoft или квалифициран партньор по лицензиране.

Изберете път в зависимост от натоварването, а не от стария етикет на продукта

След като фермата бъде класифицирана, са налични четири основни пътеки. Тип на натоварването, състояние на поддръжката, вътрешни умения, договорни ангажименти и зависимостите, открити по време на инвентаризацията, трябва да ви насочат към идеалния избор.

Запазете или надстройте Citrix

Оставането с Citrix може да бъде правилният избор, когато организацията разчита на зряло управление на изображения, интеграции за предприятия, актуален корпоративен договор, хибридно предоставяне или голям стандартизиран десктоп. Документацията на продукта на Citrix позиционира Дългосрочна услуга Издания за големи производствени среди, приоритизиращи стабилна основа, докато Текущите издания предоставят по-бърз достъп до нови функции.

Документацията за ъпгрейд и миграция на Citrix също ясно показва, че не всяка стара версия на XenApp или XenDesktop има поддържан директен път. По-старите ферми може да изискват нов сайт, пренастройка на компонентите и валидиране на приложенията, вместо ъпгрейд на място.

Преместване към Citrix DaaS

Citrix DaaS може да запази възможностите за доставка на приложения и работни станции на Citrix, докато променя контролната платформа и търговския модел. Текущите условия на лицензиране на Citrix показват, че абонаментите могат да включват DaaS Local и DaaS Cloud, отразявайки по-широка оферта от историческото изискване за публикуване на приложения XenApp.

Това е архитектурно и оперативно решение, а не просто актуализация на терминологията. Само преместването на работни натоварвания на машини в AWS не създава внедряване на Citrix DaaS.

Преразгледайте слоя на доставка за приложения, фокусирани върху ферми.

Когато фермата основно публикува Windows приложения или споделени работни площи, по-проста самоуправляема доставка може да отговори на изискването за публикуване. наследствени Windows приложения в уеба без VDI TSplus Remote Access може публикувайте приложения и ги присвоявайте на потребители или групи доставяйте пълни споделени работни настолни компютри от инфраструктура, контролирана от клиента, и поддържайте стандартни RDP клиенти, генериран клиент с едно кликване, представяне в стил RemoteApp и браузърни връзки.

Достъпът през браузър изисква Web Mobile издание или по-високо Фермерски мениджър, шлюз и балансиране на натоварването изискват Enterprise Edition, а всеки сървър изисква лицензиране. Сървърната ферма е опционална, тъй като организацията може да внедри TSplus Remote Access на един сървър, когато тази архитектура отговаря на нейните нужди.

TSplus Remote Access не е пълна замяна на VDI, затова определени инфраструктури и зависимости трябва да бъдат валидирани по време на пробния период, а не да се предполага, че ще работят без промяна. Например, приложения с интензивна графика или определени обширни корпоративни версии изискват предварително тестване на концепцията.

Ако вашата ферма основно публикува малък набор от Windows приложения или споделени работни площи, използвайте това TSplus срещу Citrix сравнение да видите дали Web Mobile или Enterprise съответстват на модела за достъп, от който се нуждаете.

Запазете временно с документиран план за изход

Непосредствената миграция може да бъде непрактична, когато собственикът на приложението, заместник-сървърът или решението за лицензиране не са готови. В този случай, документите за собственост, актуализациите, контролите на експозицията, мониторингът, резервните копия, отговорностите за лицензиране и целевата дата за решение.

Временният задържане не е заместител на поддръжката от доставчика. Това е контролирана позиция на задържане, докато организацията валидира приложения, зависимости и целевата архитектура.

В заключение: Старото име е само отправна точка

Имената XenApp и XenDesktop могат да бъдат декодирани бързо, но правилната следваща стъпка зависи от това какво е инфраструктура доставя, точното си състояние на поддръжка и компонентите около него. Класифицирайте натоварването първо, след това решете дали Citrix, Citrix DaaS, по-проста слой за публикуване на приложения или временно задържане с план за изход е подходящият път.

Да тествате с вашите приложения и методи за свързване, какво ще кажете за изтегляне на TSplus софтуер за вашия 15-дневен безплатен пробен период преди да решите дали нашият слой за доставка отговаря на вашата наследствена ферма.