‍De5 främsta anledningarna till att Windows ISV:er bör ersätta RDS under 2025

De flesta Windows® ISV:er som har kontaktat oss har gjort det för att de letar efter en ersättare till Microsoft® Windows Remote Desktop Services (RDS). Efter hundratals av dessa samtal har vi kommit fram till en definitiv topp fem-lista över skäl till varför Windows ISV:er vill ersätta RDS för att leverera sina applikationer som SaaS.

Skäl 1: RDS är dyrt och minskar ISV:s vinstmarginaler

Microsofts licensmodell är inte anpassad till moderna prenumerationsmodeller för programvara och minskar ISV:s lönsamhet. När ISV:er använder RDS betalar de Microsoft en årlig licensavgift för varje namngiven användare, dvs. varje användare som har ett inloggningsnamn och lösenord, oavsett hur ofta (eller sällan) de använder applikationen.

Windows ISV:er som använder RDS för att leverera sina applikationer enligt en SaaS-modell tar däremot ut en månatlig abonnemangsavgift av kunderna baserat på antalet samtidiga användare, dvs. det totala antalet användare som samtidigt har åtkomst till applikationen. Även om det finns vissa prisvariationer i prenumerationsmodellerna, t.ex. differentierad prissättning baserad på antalet funktioner per nivå, är det alltid samma sak att ta betalt för antalet samtidiga användare per månad.

När en ISV som använder RDS växer, växer också deras årliga licenskostnad för Microsofts namngivna användare. Så småningom växer antalet namngivna användare i RDS betydligt ur proportion med antalet kunder som använder ISV:s applikation vid varje given tidpunkt. En av GO-Globals nyligen anslutna ISV:er levererar 6 000 samtidiga användarsessioner - men betalade för 18 000 namngivna användare, en enorm skillnad och ett betydande hinder för lönsamheten.

Anledning 2: RDS använder dataresurser på ett ineffektivt sätt

RDS ineffektiva användning av dataresurser, särskilt minne, är en kritisk fråga för Windows ISV, som måste lägga till applikationsservrar i sin infrastruktur för att stödja även inkrementell tillväxt och anställa administratörer för att hantera dessa nya servrar - ytterligare ett sätt som RDS skär bort vinstmarginalerna.

{{CTAEMBED_IDENTIFIERARE}}

Anledning 3: RDS eskalerar samtal till helpdesk

RDS körs på Remote Desktop Protocol (RDP), Microsofts kommunikationsprotokoll. RDS-drivna anslutningar som använder RDP kan förbruka betydande nätverksbandbredd, särskilt med grafiska applikationer eller vid överföring av multimediainnehåll. Långdistansanslutningar och anslutningar med låg bandbredd kan också orsaka problem när RDP används, liksom när appar med hög bandbredd (t.ex. Netflix) körs i samma nätverk som RDP-klienten (vilket händer mycket oftare än man tror när kunden arbetar hemifrån). Dessa faktorer kan leda till användarproblem som sträcker sig från sessionsfrysning eller tappade anslutningar till långsam applikationsprestanda.

När kunder som använder applikationer som levereras via RDS upplever långsamma inloggningar, långsam applikationsprestanda och frekventa nedkopplingar på grund av RDP-bandbreddskonsumtion, ringer många ISV:ns helpdesk för att få hjälp med problemet, utan att inse att själva applikationen inte är orsaken. Detta innebär en stor och nedslående börda för helpdeskpersonalen eftersom de inte kan förklara problemet på ett korrekt sätt - och ännu värre, de kan inte ge kunden en lösning. 

RDS belastar helpdesken ytterligare eftersom RDS inte tillåter användarna att återställa sina egna lösenord, vilket leder till ännu fler samtal - som enligt Gartner Group vanligtvis tar mellan 2 och 30 minuter vardera att lösa.

Eskalering av samtal till helpdesk kan sätta en ISV i en svår sits. Ska ISV öka antalet anställda i helpdesken och ytterligare minska sina vinstmarginaler? Eller ska ISV låta kunderna vänta i timmar eller till och med dagar på att bli uppringda av helpdesken?

Det är också olyckligt för ISV att problem som orsakas av brister i RDS och RDP i kundernas ögon orättvist skylls av kunden på ISV:s applikation och till och med kan få vissa kunder att byta till en konkurrent som har en webbaserad ISV.

Anledning 4: RDS äventyrar systemsäkerheten

Som nämnts ovan körs RDS på RDP, som förutom att ge en dålig användarupplevelse på grund av sin höga bandbreddskonsumtion, är osäkert i sig eftersom det är öppen källkod. Enligt Sophos, ett brittiskt cybersäkerhetsföretag, användes RDP i 77% av de 2023 attacker som täcktes av deras helpdesk för att utnyttja komprometterade referenser för att möjliggöra angriparnas interna åtkomst och laterala rörelse inom företagssystemet, med det primära målet att lokalisera och kryptera företagsdata mot lösen.

Sophos råd till företag som använder RDP/RDS är att begränsa användningen av RDP och att implementera MFA. Microsoft debiterar dock ISV:er en licensavgift per användare för Microsoft Authenticator, vilket (återigen!) minskar ISV:s vinstmarginal.

Utan MFA kan Windows ISV:er minska risken som orsakas av RDP genom att säkerställa att kunder som använder Windows 11 inte har inaktiverat kontolåsningspolicy och att kunder som använder Windows 10 och 8.1 aktiverar kontolåsningspolicy på sina maskiner. Alternativt kan Windows ISV:er begära att deras kunder inaktiverar RDP mellan fjärrskrivbordssessioner.

Tyvärr har Windows ISVs som använder RDS för att leverera sina applikationer till kunder inte möjlighet att diktera Windows-inställningarna på sina kunders maskiner.

Skäl 5: RDS äventyrar kundernas säkerhet

Ur ett kundsäkerhetsperspektiv gör RDS inte heller ISV: er några tjänster. Förutom de MFA-adoptionshinder som beskrivs ovan, har ISV: er som använder RDS och vill implementera SSO otur eftersom RDS inte stöder lösningar för enkel inloggning.

Dessa hinder för MFA och SSO skapar en betydande barriär för ISV:er som måste följa branschregler om säkerhet - eller ISV:er som helt enkelt vill ge sina kunder ett extra lager av skydd. I vissa fall kan denna oförmåga att lägga till ytterligare säkerhetslager få allvarliga affärsmässiga konsekvenser för ISV-leverantörer som använder RDS/RDP.

Är du en Windows-ISV som vill ersätta RDS?

Om du känner igen dig i en eller flera (eller alla) av anledningarna ovan finns det ett alternativ till RDS som eliminerar alla 5 anledningarna till att ersätta det - GO-Global.

Orsak 1: GO-Global-abonnemang prissätts per samtidig användare

GO-Global priss ätter sina prenumerationer baserat på samtidiga användare för att anpassa sig till Windows ISVs mest utbredda prissättningsmodell för prenumerationer. Och trots sin låga kostnad levererar GO-Global skalbarhet på företagsnivå men är lätt att installera, konfigurera och använda, vilket också hjälper dig att spara på utvecklings- och administrationskostnader.

Anledning 2: GO-Global använder serverresurserna på ett mycket effektivt sätt

I laboratorietester som utfördes av en tredje part testades prestandan hos två identiska Windows-servrar med avseende på serveranvändning när 50 anslutna sessioner kördes, Microsoft PowerPoint® startades och en ny bild skapades. Servern som använde RDS utnyttjade 60 % av sin CPU och 82 % av sitt minne, medan servern som använde GO-Global endast utnyttjade 29 % av sin CPU och 59 % av sitt minne.

För många GO-Global-kunder innebar bytet från RDS till GO-Global att de kunde stödja dubbelt så många kunder som med RDS utan att behöva köpa en enda extra server, samtidigt som den tid som behövdes för att administrera miljön halverades.

Anledning 3: GO-Global minimerar antalet samtal till helpdesk

Till skillnad från RDS körs GO-Global på RapidX Protocol (RXP), GO-Globals egenutvecklade kommunikationsprotokoll, som är adaptivt, använder flera lager av komprimering och är optimerat för att säkerställa lägsta möjliga bandbreddsutnyttjande. Med RXP får ISV-kunder en fantastisk användarupplevelse, även över anslutningar med låg bandbredd, inklusive snabba inloggningar, responsiv applikationsprestanda och minimalt antal frånkopplingar.

Och om det uppstår ett nätverksavbrott på användarsidan kommer GO-Globals Session Reconnect att upprätthålla användarens session utan en klientanslutning och låta användarna återvända till sin GO-Global-session i exakt samma skick som de lämnade den efter att ha autentiserat sig med hjälp av den normala inloggningsproceduren.

GO-Global tar bort en annan stor utmaning för helpdesk genom att göra det möjligt för kunderna att återställa sina egna lösenord. För en av GO-Globals kunder eliminerade den här funktionen över 7800 helpdesk-samtal per år.

Anledning 4: GO-Global ger skydd mot angripare av företagssystem

Som nämnts ovan använder GO-Global RXP, sitt egenutvecklade kommunikationsprotokoll, i stället för RDP. Eftersom RXP är en sluten källkod erbjuder det ytterligare skydd mot angripare, jämfört med RDP:s protokoll med öppen källkod, där säkerhetsbrister har upptäckts och utnyttjats i årtionden.

ISV:er som vill ha högre säkerhet kommer att glädjas åt att GO-Global tillhandahåller 2FA som en del av sin lösning utan extra kostnad.

Skäl 5: GO-Global förbättrar kundernas säkerhet

GO-Global är den enda fjärråtkomstlösningen för Windows-applikationer som möjliggör single sign-on direkt i Windows-applikationer med hjälp av praktiskt taget alla identitetshanteringslösningar - till ett pris som fungerar för alla ISV.

Använder du fortfarande RDS för att leverera din Windows-applikation till kunderna?

Är du redo att ersätta RDS?

För att ladda ner en gratis 30-dagars testversion, klicka här. För att schemalägga en GO-Global demo, klicka här.