Hvordan softwarevirksomheder går videre fra Microsoft RDS

I årevis var Microsoft RDS standardløsningen for enhver softwarevirksomhed, der havde brug for at levere en Windows-applikation til fjernbrugere. Det var allerede en del af Windows Server, de fleste systemadministratorer vidste, hvordan man konfigurerede det, og det klarede opgaven. Men i 2026 opdager flere og flere uafhængige softwareudbydere (ISV’er), at det værktøj, der blev udviklet til at give interne medarbejdere adgang til en fjernskrivebord, ikke er det rette valg til at udgive en applikation til eksterne, betalende kunder. Hvis du er i gang med en RDS-migrering eller vurderer et alternativ til RDS for ISV'er, er det første skridt at forstå, hvorfor så mange softwareudbydere overhovedet går væk fra Microsoft RDS.

Hvorfor softwarevirksomheder vokser ud af Microsoft RDS

RDS blev udviklet med henblik på en »én-til-mange«-anvendelsessituation i virksomheder: at give en gruppe interne medarbejdere adgang til et fælles Windows-miljø. Netop denne designforudsætning er det punkt, hvor det går galt for en softwareudbyder. Man udleverer ikke arbejdsstationer til sine egne medarbejdere. Man leverer sin egen applikation til snesevis af kundeorganisationer, ofte som en hostet multi-tenant-tjeneste, og RDS blev aldrig udviklet med det formål.

Friktionen opstår som regel på de samme få steder:

• Licensberegninger, der eksploderer i takt med væksten. RDS er baseret på Windows Server CAL’er og RDS CAL’er – en model, hvor prisen fastsættes pr. bruger, og som bliver dyrere og sværere at holde styr på, jo flere kunder du får.
• Kompleksiteten i infrastrukturen. Opsætning og vedligeholdelse af RDS-sessionværter, forbindelsesformidlere, gateways og belastningsfordelere kræver reel RDS-ekspertise, og det er ikke billigt at have den ekspertise ansat i virksomheden.
• En ustabil brugeroplevelse. Langsomme log-ons, udskrivningsfejl, fastfrosne skærme og afbrudte sessioner er almindelige klager over RDS, og hver eneste af dem får dit produkt til at fremstå dårligere, end det egentlig er.
• Sikkerhedsrisiko. RDP-endepunkter er et velkendt mål for brute-force-angreb og ransomware-forsøg, hvilket gør sikkerhedsbevidste kunder bekymrede.

Ingen af disse er sjældne undtagelser. Det er strukturelle problemer, og de bliver værre, jo mere man udvider. De problemer, som ISV’er gang på gang støder på med RDS, forbliver sjældent begrænset til ét område, og omkostningerne til RDS-licenser og CAL’er stiger stille og roligt i baggrunden hele tiden. Det er derfor, så mange leverandører når et punkt, hvor det er svært at retfærdiggøre endnu et år på platformen.

‍

{{CTAEMBED_IDENTIFIER}}

‍

Hvad en RDS-migrering egentlig indebærer

Udtrykket »RDS-migrering« får det til at lyde mere omfattende, end det behøver at være. For de fleste softwarevirksomheder indebærer overgangen fra Microsoft RDS hverken en omskrivning af koden eller et projekt, hvor man skifter platform. Det er en ændring i den måde, applikationen leveres på, ikke en ændring af selve applikationen.

Et realistisk træk fra RDS følger et forudsigeligt forløb:

1. Gør status over, hvad RDS egentlig gør for dig. Som regel handler det om at gøre en Windows-applikation tilgængelig for mange brugere. Adskil dette kernebehov fra den RDS-specifikke infrastruktur, du har opbygget omkring det.
2. Vælg et leveringslag, der passer til ISV-anvendelsesscenariet. Dette er den afgørende beslutning, og det er her, de fleste leverandører indser, at de har brugt et desktop-værktøj til at løse et problem med applikationslevering. Ved at afveje de gennemprøvede alternativer til Microsoft RDS mod den måde, du rent faktisk leverer din app på, indsnævres udvalget hurtigt.
3. Kør din eksisterende app, som den er. Et godt RDS-alternativ til ISV’er gør det muligt at udgive din nuværende Windows-applikation uden at skulle porte, containerisere eller omskrive den.
4. Kontroller ydeevne og sikkerhed i et pilotprojekt. Test logonhastighed, udskrivning og sessionsstabilitet med en lille kundegruppe, inden du gennemfører overgangen.
5. Nedluk RDS-stakken. Når det nye lag har vist sig at fungere, tager du session-hosts, mæglere og CAL-omkostninger, som du ikke længere har brug for, ud af drift.

Hvis din migrering er en del af en større overgang til skyen, gælder de samme retningslinjer, og trinene i migreringen fra lokale systemer til skyen for ISV’er følger denne fremgangsmåde så tæt, at du kan planlægge begge overgange som én samlet proces.

Valg af det rigtige RDS-alternativ til ISV’er: Hvorfor GO-Global er det rette valg

Ikke alle RDS-alternativer er udviklet til samme formål, og det er netop her, mange softwarevirksomheder snubler. De fleste af de velkendte løsninger, herunder komplette VDI-platforme og Desktop-as-a-Service-tilbud, bygger på den forudsætning, at man skal levere en komplet Windows-desktop til brugeren. Det medfører større kompleksitet, større omkostninger og større udgifter, end en ISV, der udgiver en enkelt applikation, reelt har brug for.

Når du vurderer de forskellige muligheder, skal du afveje dem i forhold til, hvad en ISV reelt har brug for:

• Levering på applikationsniveau, ikke hele skriveborde. Du vil gerne udgive din app, ikke stille hele skriveborde til rådighed, som dine kunder aldrig kommer til at udnytte fuldt ud.
• Prissætning, der passer til din salgsmodel. En model baseret på antallet af samtidige brugere passer langt bedre til softwareudbydere end CAL-licenser pr. bruger, hvor der opkræves betaling for inaktive brugerlicenser.
• Der er ikke behov for omskrivning. Dit eksisterende Windows-program bør køre uden ændringer.
• Enkelhed, som dit team rent faktisk kan håndtere. Færre komponenter betyder, at der er brug for færre specialister til at holde hjulene i gang.
• Sikkerhed, der giver kunderne tryghed. Moderne autentificering, SSO og et mindre angrebsareal end ved eksponeret RDP.

Det er her, GO-Global kommer ind i billedet. Det er et letvægtsalternativ på applikationsniveau, der er skræddersyet til ISV’er, der leverer Windows-applikationer til deres kunder – i modsætning til et medarbejderfokuseret desktop-værktøj, der er blevet tilpasset til opgaven. GO-Global udgiver din eksisterende applikation, som den er, anvender en model med samtidige brugere, der passer til softwareudbydernes salgsmodel, og erstatter de RDS-komponenter til flere sessioner, som du ellers skulle vedligeholde. Da det rette RDS-alternativ afhænger af din specifikke anvendelsessituation, er det en god idé at sammenholde dine egne krav med de enkelte muligheder, inden du træffer en beslutning.

Hvor din applikation kører efter RDS

At gå videre end RDS rejser også et praktisk spørgsmål: Hvor ligger den udgivne applikation egentlig? Nogle udbydere opbevarer den i deres eget datacenter, andre flytter den til en offentlig cloud, og nogle foretrækker en hostingpartner, der er specialiseret i ISV-workloads. Det er her, en softwarevirksomhed kan spare endnu mere tid og kræfter. At sætte egne servere op, installere opdateringer, sørge for belastningsfordeling og sikre infrastrukturen er et fuldtidsjob i sig selv, og det tager dit team væk fra at udvikle dit produkt.

ISVHost fjerner denne byrde fuldstændigt. Det er en hostingtjeneste, der er udviklet specielt til ISV’er, der leverer Windows-applikationer, og den kombinerer levering på applikationsniveau med en infrastruktur, der administreres på dine vegne. I stedet for at ansætte og fastholde de specialister, som et RDS-miljø kræver, overlader du hostingdelen til et team, der udelukkende beskæftiger sig med netop dette. Den praktiske gevinst er konkret:

• Mindre infrastruktur at administrere. Der er ingen session-hosts, mæglere eller gateways, som dit team skal vedligeholde.
• Du behøver ikke at ansætte nogen med ekspertise inden for hosting. Opsætning, opdateringer og skalering klares for dig.
• Hurtigere tilbagevenden til din plan. Dine ingeniører bruger deres tid på applikationen, ikke på at holde serverne kørende.

Selvhosting, offentlig cloud og administreret hosting indebærer hver især forskellige fordele og ulemper for Windows-ISV’er, men uanset hvilken vej du vælger, er målet det samme: at levere din app problemfrit til kunderne uden at skulle bære byrden af en desktop-platform eller en hostingløsning, som du aldrig har haft brug for.

Flytningen

De softwarevirksomheder, der klarer overgangen fra Microsoft RDS mest problemfrit, er dem, der holder op med at betragte det som et »rip-and-replace«-projekt og i stedet begynder at se det som en opgradering af leveringsmodellen. Din applikation ændrer sig ikke. Det, der ændrer sig, er omkostningerne, kompleksiteten og brugeroplevelsen omkring den, og det er netop de ting, der har holdt dit produkt tilbage. Hvis du har overvejet omkostningseffektive alternativer til RDS, er den ærlige afvejning ligetil: Et specialudviklet leveringslag koster mindre at drive, kan skaleres mere forudsigeligt og giver dine kunder en bedre oplevelse end den platform, du har arvet som standard.

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