XenApp și XenDesktop astăzi: Cum le-a redenumit Citrix și ce înseamnă pentru fermele de moștenire

Ce se numesc astăzi XenApp și XenDesktop?

Numele de înlocuire direct pentru linia de produse combinată XenApp și XenDesktop este Citrix Aplicații și Desktopuri Virtuale . Citrix a înregistrat această schimbare în august 2018, apoi a aplicat numele Citrix DaaS în mod specific serviciului său cloud în martie 2022. Citrix DaaS nu a fost pur și simplu o nouă etichetă aplicată fiecărei implementări istorice XenApp sau XenDesktop.

Terminologia comercială actuală adaugă un alt strat. La momentul redactării, Termeni de licențiere specifici produsului Citrix descrie Citrix DaaS Local ca fiind fostul produs Citrix Virtual Apps and Desktops și DaaS Cloud ca fiind fostul produs Citrix DaaS. Cronologia următoare separă linia istorică de acele denumiri actuale.

Data sau perioadă	Nume	La ce se referea	Sursă
Istoric	MetaFrame	Un nume anterior în linia de livrare a aplicațiilor Windows bazate pe server, care mai târziu a devenit XenApp.	Istoria TechTarget de Jack Madden
Istoric	MetaFrame Prezentare Server și Prezentare Server	Nume succesive între MetaFrame și XenApp.	Istoria TechTarget de Jack Madden
Înainte de august 2018	XenApp	În principal asociat cu aplicațiile Windows publicate și sesiunile de server partajate.	TechTarget și documentația Citrix
Înainte de august 2018	XenDesktop	În principal asociat cu desktopuri virtuale gestionate și VDI.	documentația Citrix
August 2018	Citrix Aplicații și Desktopuri Virtuale	Numele combinat al produsului care a înlocuit XenApp și XenDesktop.	Citrix DaaS Ce este nou
Martie 2022	Citrix DaaS	Acest serviciu de cloud Citrix redenumit. Produsul on-premises a păstrat numele Citrix Virtual Apps and Desktops în acel moment.	Citrix DaaS Ce este nou
Terminologia actuală la momentul redactării	Citrix DaaS Local și DaaS Cloud	Termeni comerciali pentru fostele oferte Citrix Virtual Apps și Desktops și Citrix DaaS.	Termeni de licențiere specifici produsului Citrix

O redenumire nu este o migrare automată

Un server XenApp instalat nu a devenit o implementare DaaS gestionată în cloud de Citrix doar pentru că Citrix a schimbat terminologia produsului său. Trecerea între aceste medii poate implica într-adevăr un plan de control diferit, versiuni suportate, model de licențiere, design al infrastructurii și proces de migrare.

Păstrați următoarele patru aspecte separate:

numele produsului, versiunea produsului, modelul de implementare și starea suportului. O mapare corectă a numelui răspunde doar la prima întrebare.

XenApp și XenDesktop au satisfăcut nevoi diferite de livrare

XenApp și XenDesktop au fost în cele din urmă vândute și gestionate ca o linie de produse combinată, dar sarcinile lor tradiționale nu erau identice. Microsoft Learn de asemenea, tratează aplicațiile publicate, desktopurile multi-sesiune, VDI-urile partajate și VDI-urile personale ca modele de implementare distincte. Microsoft recomandă alegerea combinației potrivite în funcție de cost, performanță și experiența utilizatorului, ceea ce susține o decizie bazată pe sarcină în primul rând, mai degrabă decât o decizie bazată pe nume.

XenApp s-a concentrat pe aplicațiile publicate și sesiunile partajate

O implementare tradițională XenApp livra aplicații Windows individuale sau un desktop partajat dintr-o infrastructură Windows Server multi-sesiune. Mai mulți utilizatori se puteau conecta la același server în timp ce primeau sesiuni separate, cu acces controlat de aplicație, grup sau politică de livrare.

O echipă de contabilitate care are nevoie doar de acces de la distanță la o aplicație ERP Windows nu are nevoie automat de un birou virtual personal pentru fiecare angajat. Publicarea aplicațiilor poate îndeplini această cerință cu mai puține imagini de birou, profiluri și decizii de planificare a capacității.

XenDesktop s-a concentrat pe desktopuri virtuale gestionate

XenDesktop s-a concentrat în principal pe virtualizare desktop , utilizând de obicei desktopuri cu sesiune unică atribuite din cataloguri comune sau personale Acest model aduce cerințe mai ample în jurul imaginilor desktop, profilurilor, aprovizionării, stocării, intermedierii și gestionării capacității.

Aceste capacități sunt importante atunci când o organizație trebuie să standardizeze și să gestioneze desktopuri complete la scară. Încă t sunt mai greu de justificat atunci când cerința reală este accesul la un set mic de aplicații Windows.

Regula practică de decizie

Dacă utilizatorii au nevoie de câteva aplicații Windows sau de un desktop partajat, evaluați mai întâi publicarea aplicațiilor. Dacă organizația trebuie să gestioneze desktopuri personale sau standardizate la scară largă cu o gestionare matură a imaginilor și profilurilor, un produs VDI sau DaaS pentru întreprinderi este cea mai bună alegere. Evitați să începeți un proiect VDI complet doar pentru a livra câteva aplicații de afaceri.

Numele unei ferme moștenite nu dezvăluie statutul său de suport

Eticheta XenApp poate descrie versiuni din generații foarte diferite. Starea de suport depinde de versiunea exactă și de calea de întreținere, nu de faptul că un administrator numește casual mediul XenApp, XenDesktop sau Citrix Virtual Apps and Desktops.

Documentele de ciclu de viață Citrix folosesc mai multe repere. Sfârșitul vânzării, sau EOS, se referă la disponibilitatea comercială. Sfârșitul întreținerii, sau EOM, încheie întreținerea regulată pentru versiunea specificată. Sfârșitul vieții, sau EOL, marchează sfârșitul suportului standard pentru ciclu de viață, în timp ce Sfârșitul suportului extins, sau EOES, marchează sfârșitul oricărei perioade de suport extins listate.

Verificați versiunea exactă înainte de a utiliza orice dată de ciclu de viață.

Identificați versiunea instalată pe Controlerele de Livrare și alte componente de bază, apoi comparați-o cu Matricea de Produse Citrix live sau Matricea de Produse Legacy. Arhiva documentației legate de Citrix este util pentru detalii de configurare istorică, dar un manual arhivat nu stabilește că versiunea rămâne suportată.

De exemplu, Matricea produselor Citrix Legacy listează XenApp și XenDesktop 7.6 LTSR ca ajungând la sfârșitul vieții pe 11 ianuarie 2021 , cu EOES pe 11 ianuarie 2026. Această dată nu poate fi aplicată unei alte versiuni XenApp sau XenDesktop, așa că datele de ciclu de viață ar trebui întotdeauna verificate în raport cu matricea oficială actuală atunci când se ia decizia.

Suportul depinde de asemenea de Windows și componentele aferente.

Un component Citrix suportat nu poate face un sistem de operare, o bază de date, un server StoreFront, un gateway sau o dependență de autentificare nesuportată să fie suportat. Verificați versiunile Windows Server utilizate de controlere și Agenții de Livrare Virtuală (VDA), împreună cu compatibilitatea bazei de date, software-ul gateway, componentele de profil și orice cerințe specifice aplicației.

Avertizare de dependență:

o fermă poate părea operațională în timp ce se bazează pe componente care nu mai sunt acceptate în combinație. Tratați versiunea Citrix și platforma sa de bază ca o singură lanț de dependență, în timp ce verificați ciclul de viață al fiecărui produs separat.

Ce ar trebui să inventariați înainte de a păstra sau migra ferma?

O evaluare utilă descrie ce oferă ferma, cum este construită și cum este operată. Acest lucru împiedică un nume de produs familiar să devină singura rațiune pentru a păstra sau a înlocui mediul.

Sarcini de lucru, utilizatori și model de livrare

• Listați fiecare aplicație publicată, desktop partajat, desktop partajat și desktop personal.
• Înregistrați care angajați, contractori, clienți sau parteneri utilizează fiecare sarcină de lucru.
• Măsurați concurența normală și de vârf în loc să vă bazați doar pe numărul de conturi numite.
• Identificați dacă fiecare sarcină de lucru utilizează servere cu sesiuni multiple sau desktopuri cu sesiuni unice.
• Documentați cerințele de compatibilitate ale aplicației, inclusiv versiunile Windows acceptate și dependențele aplicației.

Această clasificare dezvăluie adesea că o fermă mixtă conține atât sarcini de publicare a aplicațiilor simple, cât și sarcini VDI autentice. Aceste categorii nu trebuie să urmeze aceeași cale de modernizare.

Componente și dependențe

• Controale de livrare, servere StoreFront, VDAs, baze de date și componente de licențiere Citrix.
• Cataloage de mașini, grupuri de livrare, metode de aprovizionare, imagini și gestionarea profilului.
• Gateway-uri, certificate, furnizori de autentificare, autentificare multifactor și puncte de acces la rețea.
• Imprimante, drivere de imprimantă, scanere, carduri inteligente, unități locale și alte cerințe periferice.
• Servere de aplicații, partajări de fișiere, baze de date, middleware, conturi de serviciu și sarcini programate.

Tipărirea, profilurile, gateway-urile și autentificarea ar trebui tratate ca dependențe de migrare, nu ca setări care să fie transferate automat la un alt strat de livrare. Validați fiecare aplicație și metodă de conectare înainte de a planifica o trecere.

Monitorizare, performanță și expunere

Citrix Director este consola încorporată pentru monitorizarea sănătății în timp real și istoric, vizibilitatea experienței utilizatorului și depanarea sesiunilor. Verificați care capacități ale Directorului rămân operaționale în versiunea instalată și dacă administratorii revizuiesc efectiv eșecurile de autentificare, datele sesiunii, comportamentul aplicației și starea serverului.

De asemenea, înregistrați modul în care ferma este expusă utilizatorilor de la distanță. Verificați proprietatea gateway-ului și a certificatului, autentificarea multifactor, controalele de blocare a contului, actualizările, segmentarea rețelei, înregistrarea, copiile de rezervă și testarea restaurării. Monitorizarea colectării datelor care este niciodată revizuit nu oferă un proces decizional operațional.

AWS, prețurile și licențierea sunt decizii separate

AWS poate servi ca o locație de resurse Citrix, dar nu este nici un nou nume pentru XenDesktop, nici nu elimină necesitatea pentru planificarea arhitecturii Citrix sau a infrastructurii cloud. documentația Citrix încă necesită decizii cu privire la regiunile AWS, rețele, subrețele, grupuri de securitate, acreditive și amplasarea componentelor Citrix.

Prețurile necesită de asemenea o evaluare comercială separată a Costurile de licențiere Citrix . Pe măsură ce scriem Pagina publică de cumpărare How to buy a Citrix direcționează perspectivele către vânzări sau un partener, mai degrabă decât să afișeze un preț de licență auto-servit numeric. Asta nu înseamnă că prețurile negociate sau cele ale partenerilor nu sunt disponibile, ci doar că este nevoie de o ofertă actuală pentru o comparație precisă.

Licențierea Microsoft rămâne responsabilitatea dumneavoastră. În funcție de implementare, aceasta poate include licențe Windows Server, CAL-uri RDS și licențiere corespunzătoare pentru Office sau Microsoft 365. Pentru cerințele precise ale RDS CAL ar trebui să validați întreaga configurație cu Microsoft sau cu un partener de licențiere calificat.

Alegeți o cale bazată pe sarcină, nu pe eticheta vechiului produs

Odată ce ferma a fost clasificată, patru căi principale sunt disponibile. Tipul de sarcină, starea de suport, abilitățile interne, angajamentele contractuale și dependențele descoperite în timpul inventarului ar trebui să te ghideze către alegerea ideală.

Păstrați sau actualizați Citrix

Rămânerea cu Citrix poate fi alegerea corectă atunci când organizația depinde de gestionarea matură a imaginilor, integrarea în întreprindere, un contract de întreprindere actual, livrarea hibridă sau un patrimoniu desktop standardizat mare. Documentația produsului Citrix poziționează Serviciu pe termen lung Versiuni pentru medii de producție mari care prioritizează o bază stabilă, în timp ce Versiunile Curente oferă acces mai rapid la noi funcționalități.

Documentația pentru upgrade și migrare Citrix clarifică de asemenea că nu fiecare versiune veche de XenApp sau XenDesktop are un traseu direct suportat. Fermele mai vechi pot necesita un nou site, realinierea componentelor și validarea aplicațiilor în loc de un upgrade pe loc.

Mutați la Citrix DaaS

Citrix DaaS poate păstra capacitățile de livrare a aplicațiilor și desktopurilor Citrix în timp ce schimbă planul de control și modelul comercial. Condițiile actuale de licențiere Citrix arată că abonamentele pot include DaaS Local și DaaS Cloud, reflectând o ofertă mai largă decât cerința istorică de publicare a aplicațiilor XenApp.

Aceasta este o decizie arhitecturală și operațională, nu doar o actualizare a terminologiei. Mutarea pur și simplu a mașinilor de lucru în AWS nu creează o implementare Citrix DaaS.

Reconsiderați stratul de livrare pentru fermele axate pe aplicații

Când ferma publică în principal aplicații Windows sau birouri partajate, un strat de livrare auto-gestionat mai simplu poate corespunde cerinței de publicare. aplicații Windows moștenite pe web fără VDI TSplus Remote Access poate publica aplicații și le atribui utilizatorilor sau grupurilor livrați desktopuri partajate complete din infrastructura controlată de client și suportați clienți RDP standard, un client generat cu un singur clic, prezentare de tip RemoteApp și conexiuni prin browser.

Accesul prin browser necesită Web Mobile Edition sau mai sus Manager de fermă, Gateway și echilibrarea încărcării necesită ediția Enterprise, iar fiecare server necesită licențiere. O fermă de servere este opțională, deoarece o organizație poate implementa TSplus Remote Access pe un singur server atunci când acea arhitectură îi satisface nevoile.

TSplus Remote Access nu este un înlocuitor complet pentru VDI, prin urmare anumite infrastructuri și dependențe ar trebui validate în timpul perioadei de probă, mai degrabă decât presupuse că funcționează neschimbate. De exemplu, aplicațiile cu grafică intensă sau anumite construcții corporative extinse necesită teste anterioare de dovadă a conceptului.

Dacă ferma dumneavoastră publică în principal un set mic de aplicații Windows sau desktopuri partajate, utilizați acest lucru. TSplus vs comparație Citrix pentru a vedea dacă Web Mobile sau Enterprise se potrivește modelului de acces de care ai nevoie.

Rețineți temporar cu un plan de ieșire documentat

O migrare imediată poate fi impracticabilă atunci când un proprietar de aplicație, un server de înlocuire sau o decizie de licențiere nu sunt pregătite. În acest caz, documentați proprietatea, actualizările, controalele de expunere, monitorizarea, copiile de rezervă, responsabilitățile de licențiere și o dată țintă pentru decizie.

Reținerea temporară nu este un substitut pentru suportul furnizorului. Este o poziție de retenție controlată în timp ce organizația validează aplicațiile, dependențele și arhitectura de destinație.

În concluzie: vechiul nume este doar punctul de plecare

XenApp și XenDesktop denumirea pot fi decodificate rapid, dar următorul pas corect depinde de ceea ce infrastructură livrează, starea exactă de suport și componentele din jurul acesteia. Clasifică mai întâi sarcina de lucru, apoi decide dacă Citrix, Citrix DaaS, un strat mai simplu de publicare a aplicațiilor sau retenția temporară cu un plan de ieșire este calea adecvată.

Pentru a testa cu aplicațiile și metodele de conectare, cum ar fi să descărcați software-ul TSplus pentru perioada de probă gratuită de 15 zile înainte de a decide dacă produsul nostru stratul de livrare se potrivește fermei tale moștenite.