XenApp at XenDesktop Ngayon: Paano Pinalitan ng Citrix ang mga Ito at Ano ang Kahulugan Nito para sa mga Legacy Farms

Ano ang Tawag Ngayon sa XenApp at XenDesktop?

Ang direktang kapalit na pangalan para sa pinagsamang produkto ng XenApp at XenDesktop ay Citrix Virtual Apps at Desktops . Naitala ng Citrix ang pagbabago noong Agosto 2018, at pagkatapos ay inilapat ang pangalang Citrix DaaS partikular sa kanyang serbisyo sa cloud noong Marso 2022. Ang Citrix DaaS ay hindi lamang isang bagong label na inilapat sa bawat makasaysayang XenApp o XenDesktop na deployment.

Ang kasalukuyang terminolohiyang komersyal ay nagdadagdag ng isa pang antas. Sa oras ng pagsusulat, Mga tiyak na tuntunin sa paglisensya ng produkto ng Citrix ilalarawan ang Citrix DaaS Local bilang dating produkto ng Citrix Virtual Apps at Desktops at ang DaaS Cloud bilang dating produkto ng Citrix DaaS. Ang sumusunod na timeline ay naghihiwalay sa makasaysayang linya mula sa mga kasalukuyang pangalan.

Petsa o panahon	Pangalan	Kung ano ang tinutukoy nito	Pinagmulan
Makabayan	MetaFrame	Isang naunang pangalan sa linya ng paghahatid ng aplikasyon sa Windows na nakabase sa server na kalaunan ay naging XenApp.	Kasaysayan ng TechTarget ni Jack Madden
Makabayan	MetaFrame Presentation Server at Presentation Server	Sunud-sunod na mga pangalan sa pagitan ng MetaFrame at XenApp.	Kasaysayan ng TechTarget ni Jack Madden
Bago ang Agosto 2018	XenApp	Pangunahing nauugnay sa mga nailathalang aplikasyon ng Windows at mga ibinahaging sesyon ng server.	TechTarget at Citrix dokumentasyon
Bago ang Agosto 2018	XenDesktop	Pangunahing nauugnay sa mga pinamamahalaang virtual na desktop at VDI.	Dokumentasyon ng Citrix
Agosto 2018	Citrix Virtual Apps at Desktops	Ang pinagsamang pangalan ng produkto na pumalit sa XenApp at XenDesktop.	Citrix DaaS Ano ang Bago
Marso 2022	Citrix DaaS	Ang serbisyong ito ay pinalitan ang pangalan ng Citrix cloud. Ang produktong on-premises ay nanatiling may pangalang Citrix Virtual Apps at Desktops sa panahong iyon.	Citrix DaaS Ano ang Bago
Kasalukuyang terminolohiya sa oras ng pagsusulat	Citrix DaaS Lokal at DaaS Cloud	Mga komersyal na termino para sa dating Citrix Virtual Apps at Desktops at Citrix DaaS na mga alok.	Mga tiyak na tuntunin sa paglisensya ng produkto ng Citrix

Ang pagpapalit ng pangalan ay hindi isang awtomatikong migrasyon.

Ang isang naka-install na XenApp server ay hindi naging cloud-managed na Citrix DaaS deployment dahil lamang sa binago ng Citrix ang terminolohiya ng kanilang produkto. Ang paglipat sa pagitan ng mga kapaligiran na iyon ay talagang maaaring kasangkot ang ibang control plane, suportadong bersyon, modelo ng lisensya, disenyo ng imprastruktura at proseso ng migrasyon.

Panatilihin ang sumusunod na apat na aspeto na hiwalay:

pangalan ng produkto, bersyon ng produkto, modelo ng deployment at katayuan ng suporta. Ang tamang pagmamapa ng pangalan ay sumasagot lamang sa unang tanong.

XenApp at XenDesktop ay Naglingkod ng Iba't Ibang Pangangailangan sa Paghahatid

Ang XenApp at XenDesktop ay sa huli ay ibinenta at pinamahalaan bilang isang pinagsamang linya ng produkto, ngunit ang kanilang mga tradisyonal na workload ay hindi magkapareho. Microsoft Learn tinuturing din ang mga na-publish na aplikasyon, multi-session desktops, pooled VDI at personal VDI bilang magkakaibang modelo ng deployment. Inirerekomenda ng Microsoft na pumili ng tamang halo ayon sa gastos, pagganap at karanasan ng gumagamit, na sumusuporta sa desisyon na nakabatay sa workload kaysa sa desisyon na nakabatay sa pangalan.

Nakatuon ang XenApp sa mga inilathalang aplikasyon at ibinahaging sesyon

Isang tradisyonal na pag-deploy ng XenApp ay naghatid ng mga indibidwal na aplikasyon ng Windows o isang ibinabahaging desktop mula sa multi-session na imprastruktura ng Windows Server. Maraming mga gumagamit ang maaaring kumonekta sa parehong server habang tumatanggap ng hiwalay na mga sesyon, na may access na kinokontrol ng aplikasyon, grupo o patakaran sa paghahatid.

Isang accounting team na nangangailangan lamang ng remote access sa isang Windows ERP application ay hindi awtomatikong nangangailangan ng isang personal na virtual desktop para sa bawat empleyado. Ang pag-publish ng application ay maaaring matugunan ang kinakailangang iyon na may mas kaunting desktop images, profiles at mga desisyon sa capacity-planning.

Nakatuon ang XenDesktop sa pinamamahalaang mga virtual desktop.

XenDesktop pangunahing tinutukan virtualisasyon ng desktop karaniwang gumagamit ng mga desktop na may isang session na itinalaga mula sa pinagsamang o personal na katalogo Ang modelong iyon ay nagdadala ng mas malawak na mga kinakailangan sa mga desktop image, profile, provisioning, storage, brokering at pamamahala ng kapasidad.

Mahalaga ang mga kakayahang iyon kapag ang isang organisasyon ay kailangang i-standardize at pamahalaan ang kumpletong mga desktop sa malaking sukat. Ngunit t mas mahirap itong ipagtanggol kapag ang aktwal na kinakailangan ay pag-access sa isang maliit na hanay ng mga aplikasyon ng Windows.

Ang praktikal na tuntunin sa desisyon

Kung kailangan ng mga gumagamit ng ilang Windows na aplikasyon o isang ibinabahaging desktop, suriin muna ang pag-publish ng aplikasyon. Kung ang organisasyon ay kailangang pamahalaan ang mga personal o pamantayang desktop sa malaking sukat na may mature na pamamahala ng imahe at profile, ang isang enterprise VDI o DaaS na produkto ang mas angkop. Iwasan ang pagsisimula ng isang buong proyekto ng VDI na tanging layunin ay maghatid ng ilang mga aplikasyon sa negosyo.

Ang Pangalan ng Isang Legacy Farm ay Hindi Nagpapakita ng Katayuan ng Suporta

Ang label na XenApp ay maaaring ilarawan ang mga bersyon mula sa napaka-magkakaibang henerasyon. Ang katayuan ng suporta ay nakasalalay sa eksaktong bersyon at track ng serbisyo, hindi sa kung tinatawag ng isang administrator nang hindi sinasadya ang kapaligiran na XenApp, XenDesktop o Citrix Virtual Apps at Desktops.

Ang mga dokumento ng lifecycle ng Citrix ay gumagamit ng ilang mga milestone. Ang End of Sale, o EOS, ay may kinalaman sa komersyal na pagkakaroon. Ang End of Maintenance, o EOM, ay nagtatapos ng regular na pagpapanatili para sa tinukoy na release. Ang End of Life, o EOL, ay nagmamarka ng katapusan ng karaniwang suporta sa lifecycle, habang ang End of Extended Support, o EOES, ay nagmamarka ng katapusan ng anumang nakalistang panahon ng extended support.

Suriin ang eksaktong paglabas bago gumamit ng anumang petsa ng lifecycle

Tukuyin ang naka-install na bersyon sa mga Delivery Controller at iba pang pangunahing bahagi, pagkatapos ay ihambing ito sa live na Citrix Product Matrix o Legacy Product Matrix. Archive ng legacy documentation ng Citrix ay kapaki-pakinabang para sa mga detalye ng makasaysayang pagsasaayos, ngunit ang isang naka-archive na manwal ay hindi nagtataguyod na ang bersyon ay patuloy na sinusuportahan.

Halimbawa, ang Matris ng Produkto ng Citrix Legacy nagsasaad ng XenApp at XenDesktop 7.6 LTSR na umabot sa EOL noong Enero 11, 2021 , kasama ang EOES noong Enero 11, 2026. Ang petsang ito ay hindi maaaring ilapat sa ibang XenApp o XenDesktop na bersyon, kaya't ang mga petsa ng lifecycle ay dapat palaging suriin laban sa kasalukuyang opisyal na matrix kapag gumagawa ng desisyon.

Ang suporta ay nakasalalay din sa Windows at mga kaugnay na bahagi.

Hindi suportadong bahagi ng Citrix ay hindi makakagawa ng suportadong operating system, database, StoreFront server, gateway o authentication dependency. Suriin ang mga bersyon ng Windows Server na ginagamit ng mga controller at Virtual Delivery Agents (VDAs), kasama ang pagiging tugma ng database, software ng gateway, mga bahagi ng profile at anumang mga kinakailangan na partikular sa aplikasyon.

Babala sa dependency:

maaaring magmukhang operational ang isang farm habang umaasa sa mga komponent na hindi na sinusuportahan sa kumbinasyon. Ituring ang Citrix release at ang underlying platform nito bilang isang dependency chain, habang sinusuri ang lifecycle ng bawat produkto nang hiwalay.

Ano ang Dapat Mong I-inventory Bago Panatilihin o Ilipat ang Bukirin?

Isang kapaki-pakinabang na pagsusuri ang naglalarawan kung ano ang naihahatid ng bukirin, kung paano ito itinayo at kung paano ito pinapatakbo. Pinipigilan nito ang isang pamilyar na pangalan ng produkto na maging tanging dahilan upang panatilihin o palitan ang kapaligiran.

Mga workload, gumagamit at modelo ng paghahatid

• Ilista ang bawat nai-publish na aplikasyon, ibinahaging desktop, pooled desktop at personal na desktop.
• I-record kung aling mga empleyado, kontratista, customer o kasosyo ang gumagamit ng bawat workload.
• Sukatin ang normal at peak na sabay-sabay na paggamit sa halip na umasa lamang sa bilang ng mga nakapangalan na account.
• Tukuyin kung ang bawat workload ay gumagamit ng multi-session servers o single-session desktops.
• I-dokumento ang mga kinakailangan sa pagiging tugma ng aplikasyon, kabilang ang mga sinusuportahang bersyon ng Windows at mga pagdepende ng aplikasyon.

Ang klasipikasyong ito ay madalas na nagpapakita na ang isang halo-halong bukirin ay naglalaman ng parehong simpleng mga workload sa pag-publish ng aplikasyon at tunay na mga workload ng VDI. Ang mga kategoryang iyon ay hindi kailangang sumunod sa parehong landas ng modernisasyon.

Mga bahagi at mga dependency

• Mga Delivery Controllers, mga server ng StoreFront, mga VDA, mga database at mga bahagi ng lisensya ng Citrix.
• Mga katalogo ng makina, mga grupo ng paghahatid, mga pamamaraan ng pagbibigay, mga imahe at pamamahala ng profile.
• Mga gateway, sertipiko, mga tagapagbigay ng pagpapatunay, multifactor authentication at mga entry point ng network.
• Mga printer, mga driver ng printer, mga scanner, mga smart card, mga lokal na drive at iba pang kinakailangan sa peripheral.
• Mga application server, file share, database, middleware, service account at naka-schedule na mga gawain.

Ang pag-print, mga profile, gateway at pagpapatotoo ay dapat ituring na mga dependency ng migrasyon, hindi bilang mga setting na awtomatikong ililipat sa ibang layer ng paghahatid. I-validate ang bawat aplikasyon at paraan ng koneksyon bago magplano ng cutover.

Pagsubaybay, pagganap at pagkakalantad

Citrix Director ay ang nakabuilt-in na console para sa real-time at makasaysayang pagsubaybay sa kalusugan, visibility ng karanasan ng gumagamit at pag-aayos ng sesyon. Suriin kung aling mga kakayahan ng Direktor ang nananatiling operational sa naka-install na bersyon at kung talagang sinusuri ng mga administrador ang mga pagkabigo sa pag-login, data ng sesyon, pag-uugali ng aplikasyon at kalusugan ng server.

I-record din kung paano na-expose ang farm sa mga remote na gumagamit. Suriin ang pagmamay-ari ng gateway at sertipiko, multifactor authentication, mga kontrol sa pag-lock ng account, pag-patch, segmentasyon ng network, pag-log, mga backup at pagsubok sa pag-restore. Pagsubok ng pagkolekta ng data na ito ay hindi kailanman nasuri ay hindi nagbibigay ng proseso ng desisyon sa operasyon.

AWS, ang pagpepresyo at paglisensya ay magkahiwalay na desisyon

Ang AWS ay maaaring magsilbing lokasyon ng mapagkukunan ng Citrix, ngunit hindi ito isang bagong pangalan para sa XenDesktop o nag-aalis ng pangangailangan para sa pagpaplano ng arkitektura ng Citrix o imprastruktura ng ulap. Dokumentasyon ng Citrix kailangan pa rin ng mga desisyon tungkol sa mga rehiyon ng AWS, mga network, mga subnet, mga grupo ng seguridad, mga kredensyal at ang paglalagay ng mga bahagi ng Citrix.

Ang pagpepresyo ay nangangailangan din ng hiwalay na komersyal na pagsusuri ng Mga gastos sa lisensya ng Citrix . Habang sumusulat kami Ang pampublikong pahina ng How to buy ng Citrix ay nagdadala ng mga prospect sa benta o isang kasosyo sa halip na ipakita ang isang numerikal na presyo ng lisensya para sa sariling serbisyo. Hindi ito nangangahulugang hindi available ang negotiated o partner pricing, kundi kailangan lamang ng kasalukuyang quote para sa isang tumpak na paghahambing.

Ang pag-license ng Microsoft ay nananatiling iyong responsibilidad. Depende sa deployment, maaaring kabilang dito ang mga lisensya ng Windows Server, RDS CALs at angkop na lisensya ng Office o Microsoft 365. Para sa tumpak na mga kinakailangan ng RDS CAL dapat mong i-validate ang iyong kumpletong configuration sa Microsoft o isang kwalipikadong kasosyo sa paglisensya.

Pumili ng Daan Batay sa Workload, Hindi sa Lumang Label ng Produkto

Kapag ang bukirin ay nauri na, apat na pangunahing landas ang magagamit. Ang uri ng workload, estado ng suporta, panloob na kasanayan, mga kontraktwal na obligasyon at ang mga dependency na natuklasan sa panahon ng imbentaryo ay dapat magturo sa iyo patungo sa perpektong pagpipilian.

Panatilihin o i-upgrade ang Citrix

Ang pananatili sa Citrix ay maaaring maging tamang pagpipilian kapag ang organisasyon ay umaasa sa maunlad na pamamahala ng imahe, mga integrasyon ng enterprise, isang kasalukuyang kontrata ng enterprise, hybrid na paghahatid o isang malaking pamantayang desktop estate. Ang dokumentasyon ng produkto ng Citrix ay nagpoposisyon Pangmatagalang Serbisyo Mga bersyon para sa malalaking kapaligiran ng produksyon na nagbibigay-priyoridad sa isang matatag na batayan, habang ang Kasalukuyang Mga Bersyon ay nagbibigay ng mas mabilis na pag-access sa mga bagong tampok.

Ang dokumentasyon ng pag-upgrade at migrasyon ng Citrix ay malinaw ding nagpapakita na hindi lahat ng legacy na XenApp o XenDesktop release ay may suportadong direktang daan. Ang mga mas matatandang farm ay maaaring mangailangan ng bagong site, pag-aayos ng mga bahagi, at pagpapatunay ng aplikasyon sa halip na isang in-place na pag-upgrade.

Lumipat sa Citrix DaaS

Maaaring panatilihin ng Citrix DaaS ang mga kakayahan sa paghahatid ng aplikasyon at desktop ng Citrix habang binabago ang control plane at modelo ng komersyo. Ipinapakita ng kasalukuyang mga tuntunin sa lisensya ng Citrix na ang mga subscription ay maaaring magsama ng DaaS Local at DaaS Cloud, na sumasalamin sa mas malawak na alok kaysa sa makasaysayang kinakailangan sa pag-publish ng aplikasyon ng XenApp.

Ito ay isang desisyon sa arkitektura at operasyon, hindi lamang isang pag-update ng terminolohiya. Ang simpleng paglilipat ng mga makina ng workload sa AWS ay hindi lumilikha ng isang Citrix DaaS deployment.

Isaalang-alang ang layer ng paghahatid para sa mga farm na nakatuon sa aplikasyon

Kapag ang bukirin ay pangunahing naglalathala ng mga aplikasyon ng Windows o ibinabahaging desktop, maaaring umangkop ang isang mas simpleng self-managed delivery layer para sa paglalathala. mga legacy Windows application sa web nang walang VDI TSplus Remote Access ay maaaring mag-publish ng mga aplikasyon at italaga ang mga ito sa mga gumagamit o grupo , maghatid ng buong ibinahaging desktop mula sa imprastruktura na kontrolado ng customer at suportahan ang mga pamantayang kliyente ng RDP, isang nabuo na one-click na kliyente, presentasyon sa istilong RemoteApp at mga koneksyon sa browser.

Ang pag-access sa browser ay nangangailangan ng Web Mobile edition o higit pa Ang Farm Manager, Gateway at load balancing ay nangangailangan ng Enterprise edition, at bawat server ay nangangailangan ng lisensya. Ang server farm ay opsyonal, dahil ang isang organisasyon ay maaaring mag-deploy ng TSplus Remote Access sa isang solong server kapag ang arkitekturang iyon ay tumutugon sa mga pangangailangan nito.

TSplus Remote Access ay hindi isang buong kapalit ng VDI, kaya't ang ilang imprastruktura at mga dependency ay dapat suriin sa panahon ng pagsubok sa halip na ipagpalagay na gagana nang hindi nagbabago. Halimbawa, ang mga application na mabigat sa graphics o partikular na malalawak na corporate builds ay nangangailangan ng paunang Proof of Concept testing.

Kung ang iyong farm ay pangunahing naglalathala ng isang maliit na hanay ng mga Windows application o ibinabahaging desktop, gamitin ito TSplus vs Citrix paghahambing upang makita kung ang Web Mobile o Enterprise ay tumutugma sa modelo ng pag-access na kailangan mo.

Panatilihin nang pansamantala na may nakadokumentong plano ng paglabas

Maaaring hindi praktikal ang agarang migrasyon kapag ang may-ari ng aplikasyon, kapalit na server o desisyon sa lisensya ay hindi handa. Sa kasong iyon, idokumento ang pagmamay-ari, pag-patch, mga kontrol sa pagkakalantad, pagmamanman, mga backup, mga responsibilidad sa lisensya at isang target na petsa ng desisyon.

Ang pansamantalang paghawak ay hindi kapalit ng suporta mula sa vendor. Ito ay isang kontroladong posisyon ng paghawak habang ang organisasyon ay nag-validate ng mga aplikasyon, mga dependency at ang arkitektura ng destinasyon.

Sa Konklusyon: ang Lumang Pangalan ay Tanging Panimulang Punto lamang

Ang pangalan ng XenApp at XenDesktop ay maaaring mabilis na ma-decode, ngunit ang tamang susunod na hakbang ay nakasalalay sa kung ano ang inprastruktura nagbibigay, ang eksaktong estado ng suporta nito at ang mga bahagi sa paligid nito. I-uri ang workload muna, pagkatapos ay magpasya kung ang Citrix, Citrix DaaS, isang mas simpleng layer ng pag-publish ng aplikasyon o pansamantalang pagpapanatili na may plano sa paglabas ang angkop na landas.

Upang subukan gamit ang iyong mga aplikasyon at mga pamamaraan ng koneksyon, paano kung i-download ang TSplus software para sa iyong 15-araw na libreng pagsubok bago magpasya kung ang aming ang delivery layer ay akma sa iyong legacy farm.