Att bryta upp med RDS är inte så svårt att göra

Senast uppdaterad:
14 maj 2025

‍Att brytaupp med RDS är inte så svårt att göra

Är du en ISV eller MSP som använder Microsoft® Remote Desktop Services (RDS) för att leverera Windows®-applikationer till användare? Är ni trötta på RDS kostnader och komplexitet? Letar du efter ett alternativ till RDS? I det här inlägget går vi igenom alternativen till RDS och deras för- och nackdelar.

Alternativ ett - Skriva om din Windows-applikation

I det här scenariot skriver du om din Windows-applikation till en webb-nativ app som du kan leverera från valfritt moln med hjälp av en SaaS-modell (Software as a Service). Webbintegrerade appar har ett modernt utseende och en modern känsla som Windows-appar saknar, vilket kan vara spännande för en Windows ISV. Dessutom ger omskrivningen av din app dig möjlighet att göra djupgående och grundläggande förändringar i arbetsflödet, beroenden och till och med appfunktioner för att lösa eventuella pågående användarproblem.

Men att skriva om din Windows-applikation som en webb-nativ app innebär att du börjar från början. Att skriva webbnativa appar kräver en uppsättning färdigheter som ditt Windows-utvecklingsteam förmodligen inte har, så du måste antingen omskola ditt nuvarande team eller anställa ett nytt. Du måste välja en ny teknikstack, inklusive ett nytt programmeringsspråk, ramverk, bibliotek och verktyg för utveckling. Du måste utforma den nya appens arkitektur, användargränssnittsstruktur, datahantering och interaktion mellan appkomponenter.

Varje egenskap, funktion och beroende i din Windows-applikation måste tänkas om och skrivas om. Du måste också designa ett nytt användargränssnitt, vilket kräver en helt ny kompetens, och sedan bygga webbappens frontend. Ännu mer skrämmande är att du måste migrera data från den nuvarande Windows-appen till den nya webbappen, vilket innebär att du måste konvertera dataformat eller databasscheman. Ännu mer skrämmande är att du måste bygga komponenter på serversidan, inklusive API:er och webbtjänster, för att stödja webbapplikationens funktionalitet och implementera datalagring, serverlogik och autentisering.

När webbappen har byggts måste du fortfarande slutföra testning, kvalitetssäkring, implementera säkerhetsåtgärder, appoptimering, dokumentation och användarutbildning. Slutligen måste du rulla ut den nya appen och övertyga användarna om att använda den nya appen så att du kan pensionera Windows-applikationen. Åh, och medan ditt team bygger webbappen måste du fortsätta att uppdatera och stödja Windows-applikationen tills du kan dra tillbaka den.

Verkar som en hel del ansträngningar och kostnader om det du verkligen vill göra är att sluta använda RDS.

Alternativ två - Välj en annan lösning för fjärråtkomst

I det här alternativet förblir din app som den är (infoga en lättnadens suck) men din strategi för appleverans ändras från att använda RDS till att använda en annan fjärråtkomstlösning.

Du har flera alternativ, bland annat:

{{CTAEMBED_IDENTIFIERARE}}

Infrastruktur för virtuellaskrivbord (VDI)

VDI simulerar en skrivbordsmiljö för slutanvändare som nås från en slutanvändarenhet via ett nätverk eller internet. Skrivbordet körs på virtualiseringsprogramvara som körs på en hypervisor som körs på en fysisk server eller på en virtuell server som är installerad och körs på en fysisk maskin.

Exempel på VDI-produkter är VMware Horizon® och Citrix® Virtual Apps and Desktops (om du levererar din applikation från ett lokalt datacenter). VDI är utmärkt för företag som vill kontrollera och på ett säkert sätt leverera flera applikationer på ett hanterat skrivbord till sina anställda. Men för en ISV eller MSP innehåller VDI många egenskaper och funktioner som inte är nödvändiga för att leverera en eller två applikationer till kunder. Och precis som RDS är VDI komplext, dyrt och utmanande att hantera - i själva verket är Citrix underliggande kärnteknik RDS.

Dessutom har både Citrix och VMware® förvärvats och genomgått betydande förändringar som kanske inte ligger i ISV:ernas och MSP:ernas bästa intresse. Citrix tecknade nyligen ett nytt avtal med Microsoft som leder till en integrerad produktfärdplan, inklusive ett mandat att endast använda Azure® för molnimplementeringar. Med tanke på detta avtal kommer ISV och MSP som antar Citrix och vill hålla sina molnalternativ öppna att tvingas vid någon tidpunkt att flytta till Azure.

VMware förvärvades av Broadcom, som omedelbart avknoppade och sålde VMware EUC-divisionen till KKR[NV1] utan att lösa ett kritiskt licensarrangemang som inkluderar en vSphere Desktop-licens med Horizon utan extra kostnad för kunden. ISV:er och MSP:er kanske vill vänta på att dammet ska lägga sig (vilket kan ta månader eller år) innan de väljer Horizon som sin lösning för fjärråtkomst.

Parallels® Remote Application Server (RAS) passar också in i den här kategorin och gör det möjligt för IT att leverera ett skrivbord till en användare som faktiskt körs på en server. Parallels körs dock på RDS, vilket gör det värdelöst för ISV:er och MSP:er som vill ha ett alternativ till RDS.

Skrivbord som tjänst (DaaS)

DaaS är VDI levererat som en tjänst. Citrix erbjuder Citrix DaaS (i huvudsak Citrix® Virtual Apps and Desktops levererade som en tjänst) och VMware erbjuder Horizon levererat som DaaS. Parallels har också en DaaS-produkt.

Medan användning av DaaS innebär att ISV och MSP undviker utmaningarna med att bygga och hantera en VDI-infrastruktur, betyder det också att dessa ISV och MSP betalar för kostnaden för tjänsten plus många användarhanteringsfunktioner som ingår som de bara inte behöver (en ISV som jag nyligen pratade med uppskattade att de bara använde 20% av de tillgängliga Citrix-funktionerna i sin implementering).

Virtualisering av applikationer

Applikationsvirtualisering använder virtualiseringsteknik för att leverera applikationer snarare än stationära datorer. Precis som VDI används en hypervisor för att skapa en virtuell maskin som kör applikationer som användarna kan komma åt på distans, vilket kan minska lösningens komplexitet något jämfört med en implementering av VDI.

Organisationer använder applikationsvirtualisering främst för att göra en applikation tillgänglig för specifika användare inom en organisation eller för att göra det möjligt för användare att köra en applikation på ett operativsystem som skiljer sig från operativsystemet på användarens maskin.

Citrix Apps and Desktops passar in i denna kategori, men kan endast licensieras till kunder som kör sin infrastruktur lokalt. Horizon kan också användas för att virtualisera applikationer, men det är lika komplext att göra det som att virtualisera ett skrivbord. Och som nämnts ovan upplever båda företagen förändringar till följd av att de förvärvats som höjer en röd flagga för ISV och MSP.

En tjänst, Amazon® AppStream® 2.0 for Windows, är en molnbaserad virtualiseringstjänst för Windows-applikationer som kan konfigureras för applikationsströmning. AppStream använder dock RDS, vilket innebär att kunderna måste köpa Microsofts slutanvändarlicenser utöver Windows- och AppStream-licenserna.

Microsoft App-V är en annan lösning för applikationsvirtualisering, som främst används för att låta användare köra äldre Windows-appar på moderna maskiner. App-V ingår i Windows 10 for Enterprise (version 1607) men kräver att kunderna köper slutanvändarlicenser för varje namngiven användare, vilket ökar implementeringskostnaden avsevärt. Ännu viktigare är att App-V kommer att vara uttjänt i april 2026.

Publicering av applikationer

Publicerade applikationer är virtuella program som ser ut och fungerar som lokala applikationer men som i själva verket körs på en server. ISV:er och MSP:er kan konfigurera åtkomst till publicerade applikationer på användarens enhet så att användaren kommer åt och startar en publicerad applikation på samma sätt som en lokal applikation. I många fall kan användaren inte se någon skillnad mellan en publicerad applikation och en applikation som är installerad på slutanvändarens enhet.

Lösningar för applikationspublicering inkluderar RDS och VMware Horizon Apps, som utnyttjar Microsoft Remote Desktop Session Host (RDSH)-servrar och RDS för att leverera publicerade applikationer. Ingetdera är ett alternativ för ISV:er och MSP:er som vill ha ett RDS-alternativ.

Det finns en lösning för applikationspublicering som inte använder RDS - GO-Global®, som ger fleranvändaråtkomst till Windows-applikationer från vilken plats, enhet och operativsystem som helst. GO-Global ersätter helt RDS-funktionalitet, inklusive multi-session kernel, Remote Desktop-klienter, displaydrivrutiner, protokoll, internet-gateway och hanteringsverktyg, vilket eliminerar Windows- och användarlicenskostnader.

Eftersom GO-Global inte använder RDS kräver applikationer som publiceras med hjälp av GO-Global mindre IT-implementering och hantering, skalar mer ekonomiskt och ger användarna en webbaserad upplevelse på alla enheter med en webbläsare. Webbläsarbaserad användaråtkomst kräver inte installation av en klient på användarens enhet, vilket gör det enklare att aktivera och stödja användare med enheter som inte är Windows-enheter.

Du kan bryta upp med RDS! För ISV:er och MSP:er som vill publicera Windows-applikationer enkelt, snabbt och billigt, utan Windows och RDS, överväg GO-Global.

Om du vill veta mer om GO-Globals lösning för applikationspublicering kan du begära en demo här eller ladda ner en kostnadsfri 30-dagars testversion.

Bryt upp med RDS!

GO-Global tillhandahåller fullständig ersättning för RDS-funktionalitet