Citrix-migrationsprojektplan for ISV’er

Citrix har i årtier været den mest udbredte løsning til fjernlevering af Windows-applikationer. Men for mange uafhængige softwareudbydere er platformen nu blevet dyrere og stiller større krav til jeres team, end opgaven egentlig kræver. Hvis I har besluttet, at det er på tide at skifte løsning, er det næste spørgsmål, hvordan I gør det uden at forstyrre de kunder, der er afhængige af jeres applikation hver dag.

Det er her, en projektplan for Citrix-migrering kommer ind i billedet. En klar plan forvandler det, der kan føles som en risikabel infrastrukturændring, til en række overskuelige og testbare trin. I denne vejledning gennemgår vi, hvordan en praktisk plan ser ud for ISV’er, hvilke fejl man bør undgå, og hvordan man kan forkorte tidsrammen ved at vælge en leveringsplatform, der er udviklet til applikationsudgivelse frem for komplette skriveborde.

Hvorfor ISV’er planlægger en overgang til Citrix

Citrix er udviklet til it-afdelinger i virksomheder, der administrerer medarbejdernes computere. Uafhængige softwareudbydere (ISV’er) har en anden opgave: at levere én applikation, undertiden to, til eksterne kunder. Denne uoverensstemmelse kommer til udtryk på en række forudsigelige måder:

• Omkostninger. Citrix-licenser kommer oven i Microsoft RDS-licenser, og den samlede regning stiger for hver bruger, man tilføjer. Et nærmere kig på Citrix-licenser og -priser afslører som regel omkostninger, der rækker langt ud over selve abonnementet.
• Kompleksitet. Citrix kræver specialviden at konfigurere og vedligeholde, hvilket er svært at retfærdiggøre for en lille eller mellemstor ISV uden et dedikeret infrastrukturteam.
• Ændringer i distributionskanalerne. De mindre partnere har oplevet, at deres samarbejde med Citrix har ændret sig, herunder at mange serviceudbyderkonti nu distribueres via Arrow Electronics.
• Mere platform, end du bruger. De fleste ISV’er udnytter kun en lille del af Citrix’ funktionssæt, men betaler for og vedligeholder det hele.

Det betyder ikke, at Citrix er et dårligt produkt. Det betyder blot, at det er udviklet til et andet anvendelsesformål. En Citrix-migrering handler i virkeligheden om at tilpasse din leveringsplatform til det, din virksomhed rent faktisk beskæftiger sig med.

‍

{{CTAEMBED_IDENTIFIER}}

‍

Udarbejdelse af din projektplan for Citrix-migrationen

En god plan følger samme forløb som enhver migration fra on-premises til cloud: Få overblik over, hvad du har, beslut, hvor du vil hen, bevis, at det fungerer, og gennemfør derefter flytningen omhyggeligt. Her er de trin, vi anbefaler.

1. Lav en oversigt over jeres nuværende Citrix-miljø. Dokumentér alle offentliggjorte applikationer, servere, Citrix-komponenter og integrationer. Notér, hvordan brugerne logger ind, hvilke printere og perifere enheder de benytter, og hvilke kunder der bruger hvilke funktioner. Mange ISV’er opdager på dette stadie, at de kun udnytter en lille del af det, de betaler for.
2. Definer dine krav. Skel mellem, hvad dine kunder reelt har brug for, og hvad Citrix tilfældigvis tilbyder. For de fleste ISV’er er listen kort: adgang til applikationen via en browser eller klient, pålidelig udskrivning, filoverførsel, sikker autentificering og muligheden for at skalere i takt med, at du får flere kunder.
3. Vælg målplatform og hostingmodel. Beslut, om du selv vil fortsætte med at drive serverne, skifte til en offentlig cloud som f.eks. Azure eller AWS, eller overlade hostingen til en partner. Dit valg af hosting har indflydelse på omkostningerne, bemandingen og hvor hurtigt du kan komme i gang, så gennemgå dine ISV-hostingmuligheder, inden du træffer en beslutning.
4. Vurder alternativer til Citrix. Sammenlign erstatningsplatforme med de krav, du definerede i trin 2, ikke med Citrix’ funktionsliste. Valgmulighederne spænder fra komplette desktop-platforme som Azure Virtual Desktop og VMware Horizon til værktøjer til udgivelse af applikationer, der er udviklet til et mere specifikt formål. Denne oversigt over Citrix-konkurrenter og -alternativer er et nyttigt udgangspunkt. For ISV'er, der har brug for at levere en Windows-applikation i stedet for komplette desktops, er GO-Global som regel det bedste valg, da det udgiver din eksisterende applikation til enhver browser uden den desktop-infrastruktur, som Citrix kræver.
5. Fastlæg succeskriterier. Bliv på forhånd enige om, hvordan »færdig« skal se ud. Eksempler herpå er logintider, sessionsstabilitet, udskrivningssucces, antal supportanmodninger og infrastrukturomkostninger pr. bruger. Målbare kriterier forhindrer, at projektet kommer ud af kurs.
6. Gennemfør en proof of concept. Sæt den nye platform i drift med jeres egentlige applikation og en lille gruppe interne brugere. Test de arbejdsgange, der i dag genererer flest henvendelser til supporten. Det er på dette tidspunkt i projektet, det er billigst at opdage eventuelle problemer.
7. Gennemfør et pilotprojekt med et par udvalgte kunder. Vælg kunder, der er engagerede og villige til at give feedback. Lad dem bruge den nye platform, mens alle andre fortsat bruger Citrix, og følg nøje op på dine succeskriterier.
8. Gennemfør migreringen i etaper. Flyt kunderne i grupper, idet I starter med de enklere installationer og gemmer de mest komplekse eller følsomme konti til sidst. Sørg for, at Citrix kører parallelt, så I kan rulle en kunde tilbage, hvis det bliver nødvendigt.
9. Nedluk Citrix. Når alle kunder er flyttet over og systemet kører stabilt, skal du tage Citrix-serverne og -komponenterne ud af drift, opsige licensaftalerne ved fornyelsestidspunktet og opdatere din dokumentation og dine supportvejledninger.

Planlægning af tidsplanen i forbindelse med fornyelse af Citrix-aftalen

Fornyelsesdatoen for din Citrix-kontrakt er den vigtigste dato i din projektplan for Citrix-migreringen. Planlæg baglæns ud fra denne dato. Sørg for at afsætte tilstrækkelig tid til proof of concept, pilotprojektet og hver enkelt migrationsfase samt en sikkerhedsmargen til uforudsete hændelser. Hvis fornyelsesdatoen nærmer sig, bør du overveje, om en kortvarig forlængelse giver dig det nødvendige spillerum, så du kan gennemføre projektet uden at skulle skynde dig.

Planlæg også din kommunikation. Kunderne bør høre om ændringen fra dig, før de selv bemærker den. En kort meddelelse, der forklarer, hvad der ændres, hvornår det sker, og hvad de skal gøre (hvis noget), er med til i høj grad at undgå en stigning i antallet af supporthenvendelser.

Almindelige faldgruber ved Citrix-migrering, man bør undgå

De fleste migrationsproblemer skyldes mangler i planlægningen, ikke teknologien. Vær opmærksom på disse almindelige udfordringer i forbindelse med migrationen, når du udarbejder og gennemfører din plan:

• Vi springer inventaropgørelsen over. Udokumenterede integrationer, scripts og printertilknytninger er ofte årsagen til uventede problemer ved idriftsættelsen.
• Genopbyg Citrix i stedet for at udskifte det. At genskabe hver eneste Citrix-politik på en ny platform medfører igen den kompleksitet, du netop forsøgte at undgå. Tag udgangspunkt i din liste over krav, ikke i din gamle konfiguration.
• Undervurdering af autentificering. Hvis dine kunder forventer at skulle logge ind én gang, bør du allerede fra starten planlægge single sign-on til Windows-applikationer i stedet for at tilføje det som en eftertanke senere.
• At flytte alle på én gang. En enkelt overgang giver ikke plads til at lære af erfaringerne. Ved at indføre ændringer i bølger kan man løse problemer, mens påvirkningen er begrænset.
• Undervurdering af kommunikationen med slutbrugerne. Selv en bedre oplevelse kan føre til henvendelser, hvis brugerne bliver overrasket over den.

Hvordan GO-Global passer ind i din Citrix-migrering

Den platform, du migrerer til, afgør, hvor lang tid projektet vil tage, og hvor komplekst det vil være. Hvis du erstatter Citrix med en anden komplet løsning til desktopvirtualisering, vil du stå over for stort set samme kompleksitet.

GO-Global er udviklet specielt til Windows-ISV’er, der har brug for at udgive applikationer, ikke desktops. Det giver dig mulighed for at levere din eksisterende Windows-applikation til enhver enhed med en browser, fra enhver offentlig, privat eller hybrid cloud, uden at skulle omskrive koden og uden den desktop-infrastruktur, som Citrix og VDI kræver. Mange ISV'er kan levere deres applikationer til en pris, der er op til 70 % lavere end Citrix. Se denne sammenligning mellem Citrix og GO-Global for ISV'er for at få et side om side-overblik over omkostninger, kompleksitet og slutbrugeroplevelse.

Denne enkelhed gør implementeringen kortere. Det går hurtigere at få et proof of concept op at køre, din kravspecifikation stemmer direkte overens med det, du implementerer, og der er mindre at konfigurere i hver migrationsfase.

Hvis du helst vil undgå at skulle administrere servere overhovedet, tilbyder ISVHost en hostingløsning, der er skræddersyet til ISV’er og drevet af GO-Global. Det giver dig mulighed for at overlade infrastrukturdelen af overgangen til andre og i stedet fokusere på dine kunder og dit produkt.

Afsluttende tanker

En Citrix-migrering behøver ikke at være en forstyrrende »alt eller intet«-begivenhed. Med en klar projektplan for Citrix-migreringen, en realistisk tidsplan, der er tilpasset jeres fornyelsesdato, og en platform, der er udviklet til levering af applikationer, kan I flytte jeres kunder i etaper og udfase Citrix med ro i sindet.

Er du en ISV, der overvejer at indføre cloudbaseret applikationslevering? Kontakt os for at høre, hvordan GO-Global kan hjælpe dig med at strømline dine slutbrugeres adgang til software. Eller download en gratis prøveversion, så du selv kan afprøve løsningen.