Citrix migreringsprojektplan för ISV:er

Citrix har i årtionden varit det självklara valet för fjärrleverans av Windows-applikationer. Men för många oberoende programvaruleverantörer innebär plattformen numera högre kostnader och ställer större krav på teamet än vad uppgiften egentligen kräver. Om ni har beslutat att det är dags att gå vidare är nästa fråga hur ni ska göra det utan att störa de kunder som är beroende av er applikation varje dag.

Det är här en projektplan för Citrix-migrering kommer in i bilden. En tydlig plan förvandlar det som kan kännas som en riskfylld infrastrukturförändring till en rad hanterbara och testbara steg. I den här guiden går vi igenom hur en praktisk plan ser ut för ISV:er, vilka misstag man bör undvika och hur man kan förkorta tidsplanen genom att välja en leveransplattform som är utformad för publicering av applikationer snarare än hela skrivbordsmiljöer.

Varför ISV-företag planerar en migrering till Citrix

Citrix utvecklades för IT-avdelningar inom företag som hanterar medarbetarnas datorer. Oberoende programvaruleverantörer (ISV) har en annan uppgift: att leverera en applikation, ibland två, till externa kunder. Denna skillnad visar sig på några förutsägbara sätt:

• Kostnad. Citrix-licenserna läggs till Microsoft RDS-licenserna, och den sammanlagda kostnaden ökar för varje användare som läggs till. En närmare titt på Citrix licenser och prissättning visar oftast att kostnaderna sträcker sig långt utöver själva prenumerationen.
• Komplexitet. Citrix kräver specialkunskaper för konfiguration och underhåll, vilket är svårt att motivera för en liten eller medelstor ISV som saknar ett dedikerat infrastrukturteam.
• Förändringar inom distributionskanalen. Mindre samarbetspartner har märkt att deras relation till Citrix har förändrats, bland annat genom att många tjänsteleverantörskonton nu hanteras via Arrow Electronics.
• Mer än vad du faktiskt använder. De flesta oberoende programvaruleverantörer (ISV) utnyttjar bara en liten del av Citrix funktionsutbud, men betalar för och underhåller hela utbudet.

Inget av detta innebär att Citrix är en dålig produkt. Det innebär bara att den har utvecklats för ett annat användningsområde. En migrering till Citrix handlar egentligen om att anpassa din leveransplattform till vad ditt företag faktiskt sysslar med.

‍

{{CTAEMBED_IDENTIFIERARE}}

‍

Så här utarbetar du en projektplan för din Citrix-migrering

En bra plan följer samma mönster som vilken migrering som helst från lokala system till molnet: ta reda på vad ni har, bestäm vart ni ska, bekräfta att det fungerar och genomför sedan migreringen noggrant. Här är de steg vi rekommenderar.

1. Gör en inventering av er nuvarande Citrix-miljö. Dokumentera alla publicerade applikationer, servrar, Citrix-komponenter och integrationer. Notera hur användarna autentiserar sig, vilka skrivare och kringutrustning de använder samt vilka kunder som utnyttjar vilka funktioner. Många oberoende programvaruleverantörer (ISV) upptäcker i detta skede att de endast utnyttjar en liten del av det de betalar för.
2. Definiera era krav. Skilj på vad era kunder verkligen behöver och vad Citrix råkar erbjuda. För de flesta ISV:er är listan kort: åtkomst till applikationen via en webbläsare eller klient, tillförlitlig utskrift, filöverföring, säker autentisering och möjligheten att skala upp i takt med att ni får fler kunder.
3. Välj målplattform och driftsmodell. Bestäm om du ska fortsätta driva servrarna själv, övergå till ett offentligt moln som Azure eller AWS, eller överlåta driften till en partner. Ditt val av driftsmodell påverkar kostnader, personalbehov och hur snabbt du kan agera, så granska dina driftsalternativ som ISV innan du fattar ett beslut.
4. Utvärdera alternativ till Citrix. Jämför ersättningsplattformar med de krav som du definierade i steg 2, inte med Citrix funktionslista. Alternativen sträcker sig från fullständiga skrivbordsplattformar som Azure Virtual Desktop och VMware Horizon till verktyg för publicering av applikationer som är utformade för ett mer avgränsat syfte. Denna sammanställning av Citrix-konkurrenter och alternativ är en bra utgångspunkt. För oberoende programvaruleverantörer (ISV) som behöver leverera en Windows-applikation snarare än fullständiga skrivbord är GO-Global oftast det bästa valet, eftersom det publicerar din befintliga applikation till valfri webbläsare utan den skrivbordsinfrastruktur som Citrix kräver.
5. Fastställ framgångskriterier. Kom överens redan från början om vad som räknas som ”klart”. Exempel på detta är inloggningstider, sessionsstabilitet, framgångsrik utskrift, antalet supportärenden och infrastrukturkostnaden per användare. Mätbara kriterier förhindrar att projektet spårar ur.
6. Genomför en koncepttest. Sätt upp den nya plattformen med er faktiska applikation och en liten grupp interna användare. Testa de arbetsflöden som idag genererar flest supportärenden. Det här är det billigaste skedet i projektet för att upptäcka problem.
7. Genomför en pilot med ett fåtal samarbetsvilliga kunder. Välj kunder som är engagerade och villiga att ge feedback. Låt dem använda den nya plattformen medan alla andra fortsätter att använda Citrix, och följ noga upp era framgångskriterier.
8. Genomför migreringen i omgångar. Flytta kunderna i grupper, börja med enklare installationer och spara de mest komplexa eller känsliga kontona till sist. Se till att Citrix fortsätter att köras parallellt så att du kan återställa en kund om det behövs.
9. Avveckla Citrix. När alla kunder har flyttats över och systemet fungerar stabilt ska du ta Citrix-servrarna och komponenterna ur drift, säga upp licensavtalen vid förnyelsetillfället samt uppdatera dokumentationen och supportmanualerna.

Planera din tidsplan inför förnyelsen av Citrix-avtalet

Förnyelsedatumet för ditt Citrix-avtal är det viktigaste datumet i din projektplan för Citrix-migreringen. Planera baklänges utifrån det datumet. Se till att du har tillräckligt med tid för koncepttestet, pilotprojektet och varje migreringsvåg, samt en marginal för oförutsedda händelser. Om förnyelsedatumet närmar sig bör du överväga om en kortvarig förlängning ger dig utrymme att agera utan att behöva stressa.

Planera även din kommunikation. Kunderna bör få information om förändringen från dig innan de märker den. Ett kort meddelande som förklarar vad som förändras, när det sker och vad de behöver göra (om något) bidrar i hög grad till att undvika ökade supportbehov.

Vanliga fallgropar vid Citrix-migrering som bör undvikas

De flesta migrationsproblemen beror på brister i planeringen, inte på tekniken. Håll utkik efter dessa vanliga migrationsutmaningar när du utarbetar och genomför din plan:

• Att hoppa över inventeringen. Odokumenterade integrationer, skript och skrivarmappningar är ofta orsaken till överraskningar vid driftsättningen.
• Bygg upp Citrix på nytt istället för att byta ut det. Att återskapa varje Citrix-policy på en ny plattform innebär att den komplexitet som ni försökte bli av med återkommer. Utgå från er kravlista, inte från er gamla konfiguration.
• Att bortse från autentisering. Om dina kunder förväntar sig att kunna logga in en enda gång bör du planera för enkel inloggning (SSO) för Windows-applikationer redan från början, istället för att lägga till funktionen i efterhand.
• Att flytta alla på en gång. En enda övergång ger inget utrymme för inlärning. Genom att dela upp övergången i etapper kan man åtgärda problem medan påverkan fortfarande är liten.
• Att underskatta kommunikationen med slutanvändarna. Även en bättre upplevelse leder till samtal om användarna blir överraskade av den.

Hur GO-Global passar in i din Citrix-migrering

Den plattform som du migrerar till avgör hur lång tid projektet kommer att ta och hur komplicerat det kommer att bli. Om du ersätter Citrix med en annan komplett lösning för skrivbordsvirtualisering kommer du att få ungefär samma komplexitet.

GO-Global har utformats särskilt för Windows-ISV:er som behöver publicera applikationer, inte skrivbordsmiljöer. Med GO-Global kan du leverera din befintliga Windows-applikation till vilken enhet som helst med en webbläsare, från vilket offentligt, privat eller hybridmoln som helst, utan att behöva skriva om koden och utan den skrivbordsinfrastruktur som Citrix och VDI kräver. Många ISV:er kan leverera sina applikationer till en kostnad som är upp till 70 % lägre än Citrix. För en jämförelse av kostnad, komplexitet och slutanvändarupplevelse, se denna jämförelse mellan Citrix och GO-Global för ISV:er.

Denna enkelhet gör processen kortare. Det går snabbare att sätta upp ett proof of concept, kravspecifikationen stämmer direkt överens med det du driftsätter, och det finns mindre att konfigurera vid varje migreringsomgång.

Om du helst vill slippa hantera servrar helt och hållet erbjuder ISVHost en webbhotellstjänst som är skräddarsydd för ISV:er och drivs av GO-Global. På så sätt kan du överlåta infrastrukturdelen av migreringen och istället fokusera på dina kunder och din produkt.

Slutliga tankar

En Citrix-migrering behöver inte vara en störande process där det gäller ”allt eller inget”. Med en tydlig projektplan för Citrix-migreringen, en realistisk tidsplan som utgår från ert förnyelsedatum och en plattform som är utformad för applikationsleverans kan ni flytta era kunder stegvis och avveckla Citrix med trygghet.

Är du en ISV som överväger molnbaserad applikationsleverans? Kontakta oss för att få veta hur GO-Global kan hjälpa dig att förenkla åtkomsten till programvaran för dina slutanvändare. Eller ladda ner en kostnadsfri testversion för att prova själv.