De fem viktigste grunnene til at Windows ISV-er bør erstatte RDS i 2025

De fleste Windows®-ISV-ene som har kontaktet oss, har gjort det fordi de leter etter en erstatning for Microsoft® Windows Remote Desktop Services (RDS) . Etter hundrevis av disse samtalene har vi kommet opp med en definitiv liste over fem grunner til at Windows-ISV-er ønsker å erstatte RDS for å levere applikasjonene sine som SaaS .

Årsak 1: RDS er dyrt og reduserer ISV-profittmarginene

Microsofts lisensieringsmodell er ikke i tråd med moderne programvareabonnementsmodeller og reduserer lønnsomheten til ISV-er. Når ISV-er bruker RDS, betaler de Microsoft en årlig lisensavgift for hver navngitte bruker, dvs. hver bruker som har et brukernavn og passord, uansett hvor ofte (eller sjelden) de bruker applikasjonen.

I motsetning til dette belaster Windows-ISV-er som bruker RDS til å levere applikasjonen sin ved hjelp av en SaaS-modell kundene et månedlig abonnementsgebyr basert på antall samtidige brukere, dvs. det totale antallet brukere som bruker applikasjonen samtidig. Selv om det er noen prisvariasjoner i abonnementsmodeller, for eksempel nivåbasert prising basert på antall funksjoner per nivå, gjelder det alltid å betale etter antall samtidige brukere per måned.

Etter hvert som en ISV som bruker RDS vokser, øker også kostnaden for den årlige Microsoft-lisensen for navngitte brukere. Etter hvert vokser antallet navngitte brukere i RDS betydelig i uforholdsmessig stor grad med antallet kunder som bruker ISV-ens applikasjon til enhver tid. En av GO-Globals nylig omplasserte ISV-er leverer 6000 samtidige brukerøkter – men betalte for 18 000 navngitte brukere, en enorm forskjell og en betydelig belastning på lønnsomheten.

Årsak 2: RDS bruker dataressurser ineffektivt

RDS' ineffektive bruk av dataressurser, spesielt minne, er et kritisk problem for Windows-ISV-er, som må legge til applikasjonsservere i infrastrukturen sin for å støtte jevn inkrementell vekst, og ansette administratorer for å administrere disse nye serverne – en annen måte RDS kutter ned på profittmarginene på.

{{CTAEMBED_IDENTIFIER}}

Årsak 3: RDS eskalerer brukerstøtteanrop

RDS kjører på Remote Desktop Protocol (RDP) , Microsofts kommunikasjonsprotokoll. RDS-drevne tilkoblinger som bruker RDP kan bruke betydelig nettverksbåndbredde, spesielt med grafiske applikasjoner eller ved overføring av multimedieinnhold. Langdistanse- og lavbåndbreddetilkoblinger forårsaker også problemer når du bruker RDP, i likhet med kjøring av apper med høy båndbredde (for eksempel Netflix) på samme nettverk som RDP-klienten (noe som skjer mye mer enn du tror når kunden jobber hjemmefra). Disse faktorene kan føre til brukerproblemer, alt fra frysing av økter eller brutte tilkoblinger til treg applikasjonsytelse.

Når kunder som bruker applikasjoner levert via RDS opplever treg pålogging, treg applikasjonsytelse og hyppige frakoblinger på grunn av RDP-båndbreddeforbruk, vil mange ringe ISV-ens brukerstøtte for å få hjelp med problemet, uten å innse at applikasjonen i seg selv ikke er årsaken. Dette legger en enorm og nedslående byrde på brukerstøttepersonellet fordi de ikke kan forklare problemet nøyaktig – og enda verre, de kan ikke gi kunden en løsning. 

RDS belaster brukerstøtten ytterligere fordi RDS ikke lar brukere tilbakestille sine egne passord, noe som fører til enda flere henvendelser – som ifølge Gartner Group vanligvis tar fra 2 til 30 minutter å løse.

Eskalering av brukerstøtteanrop kan sette en ISV i en vanskelig situasjon. Bør ISV-en øke antallet ansatte i brukerstøtten og redusere profittmarginene ytterligere? Eller bør ISV-en la kunder vente i timevis eller til og med dager på en tilbakeringing fra brukerstøtten?

Det er også uheldig for ISV-en at kundene urettferdig skylder på ISV-applikasjonen når det gjelder problemer forårsaket av mangler i RDS og RDP, og det kan til og med føre til at noen kunder bytter til en nettbasert ISV-konkurrent.

Årsak 4: RDS kompromitterer systemsikkerheten

Som nevnt ovenfor kjører RDS på RDP, som i tillegg til å gi en dårlig brukeropplevelse på grunn av høyt båndbreddeforbruk, er iboende usikkert fordi det er åpen kildekode. Ifølge Sophos, et britisk cybersikkerhetsselskap, ble RDP i 77 % av angrepene i 2023 som ble dekket av deres brukerstøtte, brukt til å utnytte kompromitterte legitimasjonsoplysninger for å muliggjøre angripernes interne tilgang og laterale bevegelse i bedriftssystemet, med det primære målet å finne og kryptere bedriftsdata for løsepenger.

Sophos' råd til selskaper som bruker RDP/RDS er å begrense bruken av RDP og implementere MFA. Microsoft krever imidlertid en lisensavgift per bruker fra ISV-er for Microsoft Authenticator, noe som (igjen!) reduserer ISV-enes fortjenestemargin.

Uten MFA kan Windows ISV-er redusere RDP-forårsaket risiko ved å sørge for at kunder som bruker Windows 11 ikke har deaktivert kontolåsingspolicy, og at kunder som bruker Windows 10 og 8.1 aktiverer kontolåsingspolicy på maskinene sine. Alternativt kan Windows ISV-er be kundene sine om å deaktivere RDP mellom eksterne skrivebordsøkter.

Dessverre er ikke Windows-ISV-er som bruker RDS til å levere applikasjonene sine til kunder, i stand til å diktere Windows-innstillingene på kundenes maskiner.

Årsak 5: RDS kompromitterer kundenes sikkerhet

Fra et kundesikkerhetsperspektiv gjør RDS heller ikke ISV-er noen tjenester. I tillegg til hindringene for MFA-adopsjon beskrevet ovenfor, er ISV-er som bruker RDS og ønsker å implementere SSO uheldige fordi RDS ikke støtter løsninger for enkel pålogging.

Disse barrierene for MFA og SSO skaper en betydelig barriere for ISV-er som må overholde bransjeforskrifter angående sikkerhet – eller ISV-er som rett og slett ønsker å gi kundene sine et ekstra lag med beskyttelse. I noen tilfeller kan denne manglende evnen til å legge til ekstra sikkerhetslag ha alvorlige forretningsmessige konsekvenser for ISV-er som bruker RDS/RDP.

Er du en Windows ISV som ønsker å erstatte RDS?

Hvis én eller flere (eller alle) av grunnene ovenfor gir mening for deg, finnes det et alternativ til RDS som eliminerer alle fem grunnene til å erstatte det – GO-Global.

Årsak 1: GO-Global-abonnementer prises etter samtidig bruker

GO-Global priser abonnementene sine basert på samtidige brukere til samsvare med den vanligste abonnementsprismodellen til Windows ISV-er. Og til tross for den lave kostnaden leverer GO-Global skalerbarhet på bedriftsnivå, men er enkel å installere, konfigurere og bruke, noe som også hjelper deg med å spare på utviklings- og administrasjonskostnader.

Årsak 2: GO-Global utnytter serverressurser svært effektivt

I laboratorietester utført av en tredjepart ble to identiske Windows-servere ytelsestestet for serverutnyttelse ved kjøring av 50 tilkoblede økter, oppstart av Microsoft PowerPoint® og oppretting av et nytt lysbilde. Serveren som brukte RDS brukte 60 % av CPU-en og 82 % av minnet, mens serveren som brukte GO-Global bare brukte 29 % av CPU-en og 59 % av minnet.

For mange GO-Global-kunder gjorde byttet fra RDS til GO-Global det mulig for dem å støtte dobbelt så mange kunder som de støttet da de brukte RDS, uten å kjøpe en eneste ekstra server, og det halverte administrasjonstiden som trengs for å administrere miljøet.

Årsak 3: GO-Global minimerer brukerstøtteanrop

I motsetning til RDS kjører GO-Global på RapidX Protocol (RXP), GO-Globals proprietære kommunikasjonsprotokoll, som er adaptiv, bruker flere lag med komprimering og er optimalisert for å sikre lavest mulig båndbreddeutnyttelse. Med RXP får ISV-kunder en god brukeropplevelse, selv over tilkoblinger med lav båndbredde, inkludert raske pålogginger, responsiv applikasjonsytelse og minimale frakoblinger.

Og hvis det oppstår et nettverksbrudd på brukersiden, vil GO-Globals Session Reconnect opprettholde brukerens økt uten klienttilkobling, og la brukerne gå tilbake til GO-Global-økten i nøyaktig samme tilstand som de forlot den etter autentisering med vanlig innloggingsprosedyre.

GO-Global fjerner enda en stor utfordring for brukerstøtte ved å la kunder tilbakestille sine egne passord. For én GO-Global-kunde eliminerte denne funksjonen over 7800 brukerstøtteanrop per år.

Årsak 4: GO-Global beskytter bedriftssystemer mot angripere

Som nevnt ovenfor bruker GO-Global RXP, sin proprietære kommunikasjonsprotokoll, i stedet for RDP. Fordi RXP er lukket kildekode, tilbyr den ekstra forsvar mot angripere, sammenlignet med RDPs åpen kildekode-protokoll, hvor sikkerhetssvakheter har blitt funnet og utnyttet i flere tiår.

ISV-er som ønsker sterkere sikkerhet vil bli glade for å høre at GO-Global tilbyr 2FA som en del av løsningen sin uten ekstra kostnad.

Årsak 5: GO-Global forbedrer kundenes sikkerhet

GO -Global er den eneste fjerntilgangsløsningen for Windows-applikasjoner som muliggjør enkel pålogging direkte til Windows-applikasjoner ved hjelp av så godt som alle identitetsadministrasjonsløsninger – til en pris som fungerer for alle ISV-er.

Bruker dere fortsatt RDS til å levere Windows-applikasjonen deres til kunder?

Er du klar til å erstatte RDS?

For å laste ned en gratis 30-dagers prøveversjon, klikk her . For å avtale en GO-Global-demo, klikk her .