XenApp ja XenDesktop tänään: Kuinka Citrix nimesi ne uudelleen ja mitä se tarkoittaa perinteisille tiloille

Mitä XenApp ja XenDesktop nykyään kutsutaan?

Yhdistetyn XenApp- ja XenDesktop-tuotelinjan suora korvaava nimi on Citrix Virtual Apps ja Desktops . Citrix kirjasi muutoksen elokuussa 2018 ja sovelsi sitten Citrix DaaS -nimeä erityisesti pilvipalveluunsa maaliskuussa 2022. Citrix DaaS ei ollut vain uusi nimi, joka annettiin jokaiselle historialliselle XenApp- tai XenDesktop-implementaatiolle.

Nykyinen kaupallinen terminologia lisää toisen tason. Kirjoitushetkellä, Citrix-tuotekohtaiset lisenssiehdot Kuvaa Citrix DaaS Local entisen Citrix Virtual Apps and Desktops -tuotteen ja DaaS Cloud entisen Citrix DaaS -tuotteen mukaan. Seuraava aikajana erottaa historialliset sukulinjat nykyisistä nimistä.

Päivämäärä tai aikajakso	Nimi	Mihin se viittasi	Lähde
Historiallinen	MetaFrame	Aikaisempi nimi palvelinperusteisessa Windows-sovellusten toimituslinjassa, joka myöhemmin muuttui XenAppiksi.	TechTargetin historia Jack Maddenilta
Historiallinen	MetaFrame Esityspalvelin ja Esityspalvelin	Peräkkäiset nimet MetaFramen ja XenAppin välillä.	TechTargetin historia Jack Maddenilta
Ennen elokuuta 2018	XenApp	Pääasiassa julkaistuihin Windows-sovelluksiin ja jaettuihin palvelinistuntoihin liittyvä.	TechTarget ja Citrixin dokumentaatio
Ennen elokuuta 2018	XenDesktop	Pääasiassa liittyy hallittuihin virtuaalisiin työpöytiin ja VDI:hin.	Citrix-dokumentaatio
Elokuu 2018	Citrix Virtual Apps ja Desktops	Yhdistetty tuotenimi, joka korvasi XenAppin ja XenDesktopin.	Citrix DaaS Uudet ominaisuudet
Maaliskuu 2022	Citrix DaaS	Tämä nimetty Citrix-pilvipalvelu. Paikallinen tuote säilytti tuolloin Citrix Virtual Apps and Desktops -nimen.	Citrix DaaS Uudet ominaisuudet
Nykyinen terminologia kirjoitushetkellä	Citrix DaaS Paikallinen ja DaaS Pilvi	Entisen Citrix Virtual Apps and Desktops ja Citrix DaaS -tarjousten kaupalliset ehdot.	Citrix-tuotekohtaiset lisenssiehdot

Nimeäminen ei ole automaattinen siirto.

Asennettu XenApp-palvelin ei muuttunut pilvessä hallituksi Citrix DaaS -ratkaisuksi pelkästään siksi, että Citrix muutti tuotetermiään. Liikkuminen näiden ympäristöjen välillä voi todellakin sisältää erilaisen hallintataso, tuetut versiot, lisensointimalli, infrastruktuurin suunnittelu ja siirtoprosessi.

Pidä seuraavat neljä näkökohtaa erillään:

tuotteen nimi, tuotteen versio, käyttöönotto malli ja tukitila. Oikea nimen kartoitus vastaa vain ensimmäiseen kysymykseen.

XenApp ja XenDesktop palvelivat erilaisia toimitustarpeita

XenApp ja XenDesktop myytiin lopulta ja hallittiin yhdistettynä tuoteperheenä, mutta niiden perinteiset kuormitukset eivät olleet identtisiä. Microsoft Learn myös käsittelee julkaistuja sovelluksia, monikäyttöisiä työpöytiä, jaettuja VDI:itä ja henkilökohtaisia VDI:itä erillisinä käyttöönotto-malleina. Microsoft suosittelee oikean yhdistelmän valitsemista kustannusten, suorituskyvyn ja käyttäjäkokemuksen mukaan, mikä tukee työkuormapohjaista päätöksentekoa nimipohjaisen päätöksenteon sijaan.

XenApp keskittyi julkaistuihin sovelluksiin ja jaettuihin istuntoihin

Perinteinen XenApp-asennus toimitti yksittäisiä Windows-sovelluksia tai jaetun työpöydän monikäyttöisestä Windows Server -infrastruktuurista. Useat käyttäjät voivat muodostaa yhteyden samaan palvelimeen samalla, kun he saavat erillisiä istuntoja, ja pääsyä hallitaan sovelluksen, ryhmän tai toimituspolitiikan mukaan.

Kirjanpitotiimi, joka tarvitsee vain etäyhteyden yhteen Windows ERP -sovellukseen, ei automaattisesti tarvitse henkilökohtaista virtuaalista työpöytää jokaiselle työntekijälle. Sovelluksen julkaiseminen voi täyttää tämän vaatimuksen vähemmillä työpöytäkuvilla, profiileilla ja kapasiteettisuunnittelupäätöksillä.

XenDesktop keskittyi hallittuihin virtuaalisiin työpöytiin

XenDesktop käsitteli ensisijaisesti työpöytävirtualisointi yleensä käyttämällä yksittäisen istunnon työpöytiä, jotka on määritetty jaetut tai henkilökohtaiset luettelot Se malli tuo laajempia vaatimuksia työpöytäkuville, profiileille, varustelulle, tallennukselle, välitykselle ja kapasiteetin hallinnalle.

Nämä ominaisuudet ovat tärkeitä, kun organisaation on standardoitava ja hallittava täydellisiä työpöytiä suuressa mittakaavassa. Kuitenkin t ne ovat vaikeampia perustella, kun todellinen vaatimus on pääsy pieneen joukkoon Windows-sovelluksia.

Käytännön päätös sääntö

Jos käyttäjät tarvitsevat muutamia Windows-sovelluksia tai jaettua työpöytää, arvioi ensin sovellusten julkaiseminen. Jos organisaation on hallittava henkilökohtaisia tai standardoituja työpöytiä suuressa mittakaavassa kypsän kuvien ja profiilien hallinnan avulla, yritystason VDI- tai DaaS-tuote on vahvempi vaihtoehto. Vältä täydellisen VDI-projektin aloittamista pelkästään muutaman liiketoimintasovelluksen toimittamiseksi.

Perintötilan nimi ei paljasta sen tukistatusta.

XenApp-merkki voi kuvata hyvin erilaisten sukupolvien julkaisuja. Tuen tila riippuu tarkasta julkaisusta ja huoltotasosta, ei siitä, kutsuuko ylläpitäjä ympäristöä satunnaisesti XenAppiksi, XenDesktopiksi tai Citrix Virtual Apps and Desktopsiksi.

Citrixin elinkaaridokumentit käyttävät useita virstanpylväitä. Myynnin päättyminen, eli EOS, koskee kaupallista saatavuutta. Huollon päättyminen, eli EOM, päättää säännöllisen huollon määritellylle julkaisulle. Elinkaaren päättyminen, eli EOL, merkitsee standardin elinkaarituen päättymistä, kun taas laajennetun tuen päättyminen, eli EOES, merkitsee kaikkien lueteltujen laajennetun tuen aikojen päättymistä.

Tarkista tarkka julkaisu ennen kuin käytät mitään elinkaaripäivämäärää

Tunnista asennettu versio Toimitusohjaimilla ja muilla keskeisillä komponenteilla, ja vertaa sitä sitten live Citrix-tuotematriisiin tai Legacy-tuotematriisiin. Citrixin perinteinen dokumentaatioarkisto on hyödyllinen historiallisten konfiguraatiotietojen osalta, mutta arkistoitu ohje ei vahvista, että julkaisu pysyy tuettuna.

Esimerkiksi, the Citrixin perinteisten tuotteiden matriisi luettelee XenAppin ja XenDesktopin 7.6 LTSR:n saavuttavan EOL:n 11. tammikuuta 2021 , EOES:llä 11. tammikuuta 2026. Tätä päivämäärää ei voida soveltaa toiseen XenApp- tai XenDesktop-julkaisuun, joten elinkaaripäivämääriä tulisi aina tarkistaa nykyistä virallista matriisia vastaan päätöstä tehtäessä.

Tuki riippuu myös Windowsista ja siihen liittyvistä komponenteista

Tuettua Citrix-komponenttia ei voi tehdä tuetuksi, jos käyttöjärjestelmä, tietokanta, StoreFront-palvelin, portti tai todennusriippuvuus ei ole tuettu. Tarkista ohjainten ja virtuaalisten toimitusagenttien (VDA) käyttämät Windows Server -versiot sekä tietokannan yhteensopivuus, porttiohjelmisto, profiilikomponentit ja mahdolliset sovelluskohtaiset ennakkoedellytykset.

Riippuvuusvaroitus:

tila voi näyttää toimivalta, vaikka se perustuisi komponentteihin, joita ei enää tueta yhdessä. Käsittele Citrix-julkaisua ja sen taustalla olevaa alustaa yhtenä riippuvuuskettuna, samalla tarkistaen kunkin tuotteen elinkaaren erikseen.

Mitä sinun tulisi inventoida ennen tilan säilyttämistä tai siirtämistä?

Hyödyllinen arviointi kuvaa, mitä tila toimittaa, miten se on rakennettu ja miten sitä käytetään. Tämä estää tuttua tuotenimeä tulemasta ainoaksi syyksi säilyttää tai vaihtaa ympäristö.

Työkuormat, käyttäjät ja toimitusmalli

• Luettele kaikki julkaistut sovellukset, jaettu työpöytä, jaettu työpöytä ja henkilökohtainen työpöytä.
• Kirjaa ylös, mitkä työntekijät, urakoitsijat, asiakkaat tai kumppanit käyttävät kutakin työkuormaa.
• Mittaa normaali ja huippu samanaikaisuus sen sijaan, että luottaisit vain nimettyjen tilien määrään.
• Tunnista, käyttääkö kukin työkuorma monikäyttöisiä palvelimia vai yksikäyttöisiä työpöytiä.
• Dokumentoi sovelluksen yhteensopivuusvaatimukset, mukaan lukien tuetut Windows-versiot ja sovelluksen riippuvuudet.

Tämä luokittelu paljastaa usein, että sekoitettu tila sisältää sekä yksinkertaisia sovellusten julkaisemiseen liittyviä kuormia että aitoja VDI-kuormia. Näiden kategorioiden ei tarvitse seurata samaa modernisointipolkua.

Komponentit ja riippuvuudet

• Toimitusohjaimet, StoreFront-palvelimet, VDA:t, tietokannat ja Citrix-lisensointikomponentit.
• Konehakemistot, toimitusryhmät, varustamismenetelmät, kuvat ja profiilinhallinta.
• Portit, sertifikaatit, todennuspalveluntarjoajat, monivaiheinen todennus ja verkkopääsypisteet.
• Tulostimet, tulostinohjaimet, skannerit, älykortit, paikalliset levyt ja muut oheislaitteiden vaatimukset.
• Sovelluspalvelimet, tiedostojako, tietokannat, välikerros, palvelutilit ja aikataulutetut tehtävät.

Tulostaminen, profiilit, portit ja todennus tulisi käsitellä siirtoon liittyvinä riippuvuuksina, ei asetuksina, jotka siirretään automaattisesti toiseen toimituskerrokseen. Varmista jokainen sovellus ja yhteysmenetelmä ennen leikkauksen suunnittelua.

Valvonta, suorituskyky ja altistuminen

Citrix Director on sisäänrakennettu konsoli reaaliaikaiseen ja historiallisten terveysseurantaan, käyttäjäkokemuksen näkyvyyteen ja istuntovianetsintään. Tarkista mitkä johtajan toiminnot pysyvät toiminnassa asennetussa versiossa ja tarkistavatko ylläpitäjät todella kirjautumisvirheitä, istuntotietoja, sovelluskäyttäytymistä ja palvelimen terveyttä.

Myös kirjaa, miten tila on altistunut etäkäyttäjille. Tarkista portin ja sertifikaatin omistus, monivaiheinen todennus, tilin lukitusvalvonta, päivitykset, verkon segmentointi, lokitus, varmuuskopiot ja palautustestaus. Tietojen kerääminen, joka on ei koskaan tarkistettu, ei tarjoa operatiivista päätöksentekoprosessia.

AWS, hinnoittelu ja lisensointi ovat erillisiä päätöksiä

AWS voi toimia Citrix-resurssipaikkana, mutta se ei ole uusi nimi XenDesktopille eikä poista tarvetta Citrix-arkkitehtuuriin tai pilvi-infrastruktuurin suunnitteluun. Citrix-dokumentaatio edelleen vaatii päätöksiä AWS-alueista, verkoista, aliverkoista, suojausryhmistä, tunnistetiedoista ja Citrix-komponenttien sijoittamisesta.

Hinnoittelu vaatii myös erillisen kaupallisen arvioinnin. Citrix-lisensointikustannukset . Kun kirjoitamme Citrixin julkinen Osta-sivu ohjaa asiakkaita myyntiin tai kumppanille sen sijaan, että se näyttäisi numeerisen itsepalvelulisenssin hinnan. Tämä ei tarkoita, että neuvoteltu tai kumppanihinta olisi saatavilla, vaan että ajankohtainen tarjous tarvitaan tarkan vertailun tekemiseksi.

Microsoftin lisensointi pysyy vastuullasi. Käytön mukaan tämä voi sisältää Windows Server -lisenssejä, RDS CAL -lisenssejä ja asianmukaisia Office- tai Microsoft 365 -lisenssejä. Tarkkoja RDS CAL -vaatimuksia varten sinun tulisi vahvistaa koko kokoonpanosi Microsoftin tai pätevän lisensointikumppanin kanssa.

Valitse polku työkuorman, ei vanhan tuotelapun perusteella

Kun tila on luokiteltu, neljä pääpolkua on saatavilla. Työkuormatyypin, tukitilan, sisäisten taitojen, sopimusvelvoitteiden ja inventoinnin aikana paljastettujen riippuvuuksien tulisi ohjata sinut ihanteelliseen valintaan.

Säilytä tai päivitä Citrix

Citrixiin jääminen voi olla oikea valinta, kun organisaatio riippuu kypsästä kuvanhallinnasta, yritysintegraatioista, voimassa olevasta yrityssopimuksesta, hybriditoimituksesta tai suuresta standardoidusta työpöytäympäristöstä. Citrixin tuotedokumentaatio asemoituu Pitkäaikainen palvelu Julkaisut suurille tuotantoympäristöille, jotka priorisoivat vakaata perustaa, kun taas nykyiset julkaisut tarjoavat nopeamman pääsyn uusiin ominaisuuksiin.

Citrixin päivitys- ja siirtodokumentaatio tekee myös selväksi, että kaikilla vanhoilla XenApp- tai XenDesktop-julkaisuilla ei ole tuettua suoraa polkua. Vanhemmat farmit saattavat vaatia uuden sivuston, komponenttien uudelleenjärjestelyn ja sovelluksen vahvistamisen sen sijaan, että niitä päivitetään paikan päällä.

Siirry Citrix DaaS:iin

Citrix DaaS voi säilyttää Citrix-sovellusten ja työpöytien toimitusmahdollisuudet samalla kun se muuttaa hallintatasoa ja kaupallista mallia. Nykyiset Citrix-lisenssiehdot osoittavat, että tilaukset voivat sisältää DaaS Local ja DaaS Cloud, mikä heijastaa laajempaa tarjontaa kuin historiallinen XenApp-sovellusten julkaisemisvaatimus.

Tämä on arkkitehtoninen ja operatiivinen päätös, ei vain terminologian päivitys. Pelkkä työkuormakoneiden siirtäminen AWS:ään ei luo Citrix DaaS -asennusta.

Tarkista toimituskerros sovelluskeskeisille tiloille

Kun tila pääasiassa julkaisee Windows-sovelluksia tai jaettuja työpöytiä, yksinkertaisempi itsehallinnoitu toimituskerros saattaa sopia julkaisemisen vaatimukseen. perinteiset Windows-sovellukset verkkoon ilman VDI TSplus Remote Access voi julkaista sovelluksia ja määrittää ne käyttäjille tai ryhmille toimittaa täydellisiä jaettuja työpöytiä asiakasohjatuista infrastruktuureista ja tukea standardeja RDP-asiakkaita, luotua yhden napsautuksen asiakasta, RemoteApp-tyylisiä esityksiä ja selainyhteyksiä.

Selaimen käyttö vaatii Web Mobile -versio tai korkeampi Farm Manager, Gateway ja kuormantasaus vaativat Enterprise Editionin, ja jokainen palvelin vaatii lisensoinnin. Palvelinfarm on valinnainen, koska organisaatio voi ottaa käyttöön TSplus Remote Accessin yhdellä palvelimella, kunhan tämä arkkitehtuuri täyttää sen tarpeet.

TSplus Remote Access ei ole täydellinen VDI-vaihtoehto, joten tietyt infrastruktuurit ja riippuvuudet tulisi validoida kokeilun aikana sen sijaan, että oletettaisiin niiden toimivan muuttumattomina. Esimerkiksi graafisesti vaativat sovellukset tai erityiset laajat yritysrakennelmat tarvitsevat ennakkotestausta Proof of Concept -vaiheessa.

Jos tilasi pääasiassa julkaisee pienen joukon Windows-sovelluksia tai jaettuja työpöytiä, käytä tätä TSplus vs Citrix vertailu nähdäksesi, vastaako Web Mobile tai Enterprise tarvitsemaasi käyttömallia.

Säilytä tilapäisesti asiakirjatun poistumisplanin kanssa

Välitön siirtyminen voi olla epäkäytännöllistä, kun sovelluksen omistaja, korvaava palvelin tai lisenssipäätös ei ole valmis. Tällöin on dokumentoitava omistajuus, päivitykset, altistumisen hallinta, valvonta, varmuuskopiot, lisenssivastuut ja tavoitepäätöspäivämäärä.

Tilapäinen säilytys ei ole korvike toimittajan tuelle. Se on hallittu pidätyspaikka, kun organisaatio validoi sovelluksia, riippuvuuksia ja kohdearkkitehtuuria.

Lopuksi: Vanha nimi on vain lähtökohta

XenAppin ja XenDesktopin nimeäminen voidaan purkaa nopeasti, mutta oikea seuraava askel riippuu siitä, mitä infrastruktuuri toimittaa, sen tarkka tukitila ja sen ympärillä olevat komponentit. Luokittele työkuorma ensin, sitten päätä, onko Citrix, Citrix DaaS, yksinkertaisempi sovellusten julkaisu kerros tai tilapäinen säilytys poistumisplanilla sopiva polku.

Testataksesi sovelluksillasi ja yhteydenottomenetelmilläsi, mitä mieltä olet TSplus-ohjelmiston lataamisesta 15 päivän ilmaiseen kokeiluun ennen kuin päätämme, onko meidän toimituskerros sopii perintötilallesi.