Varför ISV:er inte ska förlita sig på RDS år 2025

Många Windows® ISV-företag som använder Microsoft® Remote Desktop Services (RDS) för att leverera applikationer till kunder letar efter en RDS-ersättare.

Varför är det så? ISV-leverantörer är trötta på att hantera RDS-inducerade problem som påverkar deras kunders användarupplevelse, som långsam applikationsprestanda, högt datorresursutnyttjande, utskriftsproblem och oförmåga för kunder att återställa sina lösenord. De är trötta på att använda Microsoft Remote Desktop Protocol (RDP), det nätverkskommunikationsprotokoll som används med RDS, vilket gör deras system sårbara för attacker eftersom RDP är öppen källkod. Och de är trötta på att betala Microsoft för namngivna användarlicenser men debitera kunderna med samtidig användarprissättning enligt SaaS-industrins standarder.

Vi förstår det. Men kom ihåg att Microsoft RDS, precis som all teknik, bäst tillämpas på den utmaning som den utformades för att lösa. För att förstå det är en historielektion på sin plats.

I början...

Remote Desktop Services introducerades 1998 som Terminal Server i Windows® NT 4.0 Terminal Server Edition (RDP introducerades också i Windows NT 4.0). Under den här tidsperioden arbetade enligt den amerikanska folkräkningen 2000 endast 3,2% av de amerikanska arbetarna hemifrån. Anställda tjänstemän arbetade på kontoret och använde stationära datorer för att köra sina applikationer lokalt på den stationära datorn. Kommersialiseringen av Internet var tre år gammal - 1998 hade cirka 3,7% av USA:s befolkning tillgång till Internet.

Terminal Server uppfanns för att göra det möjligt för IT-avdelningen att installera lokala servrar för att samtidigt vara värd för flera användarsessioner som användarna kom åt via kontorsnätverket. Eftersom användarna inte längre behövde använda lokala applikationer för att utföra sina arbetsuppgifter, befriade Terminal Server IT-avdelningen från utmaningen att ladda, uppdatera och patcha programvaran på varje stationär dator. I takt med att fler jobb automatiserades tack vare ny programvara blev det också enklare och billigare att stödja det ökande antalet anställda som använde datorer för att utföra sina jobb.

Terminal Services var revolutionerande för sin tid, men det hade sina begränsningar. För det första var det inte skalbart för över 5 000 användare, vilket ledde till prestandaproblem. Dessutom varierade användarupplevelsen beroende på nätverksförhållandena och komplexiteten i de applikationer som medarbetarna använde.

År 2006 lanserades sedan det första publika molnet, Amazon Web Services® (AWS®), vilket gjorde internet till en fungerande plattform för företags databehandling. Samma år började Microsoft arbeta på sin egen molnplattform, som presenterades i oktober 2008 under namnet "Project Red Dog" på Microsoft Professional Developers Conference. Under denna period började Microsoft skifta fokus från att stödja traditionell lokal företagsinfrastruktur till att optimera sin molninfrastruktur för företagskunder.

Terminal Services byter namn till Fjärrskrivbordstjänster

Under 2009, i och med lanseringen av Windows Server® 2008 R2, döptes Terminal Services om till Remote Desktop Services (RDS). RDS var en betydande förbättring jämfört med Terminal Services och ansågs vara en riktig teknik för fjärrapplikationer. Det gjorde det möjligt för IT-avdelningen att bättre hantera de anställda som anslöt till en serverpark och förbättrade hanteringen av flera sessioner, delning av serverresurser och instansisolering, vilket förbättrade de anställdas upplevelse av att arbeta med lokala datorer (2009 arbetade endast 6% av de anställda i USA på distans, enligt National Council on Compensation Insurance).

I februari 2010 lanserade Microsoft Windows Azure® (namnändrat till Microsoft Azure® 2014) och tävlingen om att bli den ledande molnplattformen för företag var igång. Inledningsvis kunde företag flytta sin Windows Server Remote Desktop-infrastruktur till Azure, men att flytta till molnet gjorde inte mycket för att förbättra de problem med RDS som beskrivs i början av det här inlägget.

{{CTAEMBED_IDENTIFIERARE}}

Fjärrskrivbord Modern infrastruktur

Eftersom RDS på Azure fortsatte att plåga företagskunder och deras anställda med samma problem som i ett företagsnätverk, började Microsoft arbeta med en betydande RDS-uppdatering, Remote Desktop Modern Infrastructure (RDmi), som förhandsvisades i slutet av 2017. Men någon gång efter att tekniken hade förhandsvisats bestämde sig Microsoft för att använda RDmi som grund för Azure Virtual Desktop i stället för att använda den för att uppdatera Windows Server. 

Sedan det beslutet, när Microsoft flyttade sitt fokus till Azure, har RDS i allt väsentligt förblivit - och kommer att förbli - i stort sett oförändrat.

Är det konstigt att ISV:er letar efter en RDS-ersättare?

RDS byggdes för arbetsgivare, inte för ISV:er

Remote Desktop Services och Remote Desktop Protocol utvecklades för företag som verkade under en tid då de flesta anställda arbetade på plats och företagens datorsystem sköttes internt.

RDS utformades för att göra det möjligt för arbetsgivare att leverera skrivbordsdatorer till sina anställda. Det optimerades för att lösa arbetsgivarnas utmaningar när det gäller att leverera, hantera, uppdatera och patcha en stationär dator med flera applikationer som gör att de anställda kan vara mer produktiva - och som arbetsgivarna är villiga att betala ett premiumpris för varje namngiven anställd.

RDS var inte optimerat för att ge medarbetarna en bra upplevelse.

Varför då?

Enkelt uttryckt beror det på att arbetsgivarna betalar för RDS - inte de anställda som använder skrivbordsdatorerna - så det är byggt för att i första hand tillgodose arbetsgivarnas behov.

För Windows ISV:er är polerna omvända. Dina användare är dina betalande kunder. De förväntar sig att din programvara ska anpassas till deras behov, inklusive snabba och enkla inloggningar, responsiv applikationsprestanda och säkerhet som skyddar deras data men inte tynger dem.

En av våra långvariga ISV-kunder, som använder Citrix för att leverera skrivbordsdatorer till sina anställda, sammanfattade det på bästa sätt:

"Medarbetarna är villiga att vänta. Kunderna är inte det."

Specialbyggd för Windows-ISV:er

Redan från början var GO-Global specialbyggt för Windows ISV:er som vill leverera sina applikationer från molnet som en tjänst till kunder som befinner sig var som helst.

• GO-Global möjliggör åtkomst till Windows-applikationer från alla enheter med en webbläsare, vilket ger dina kunder friheten att använda den enhet de vill när de använder din applikation.
• GO-Global fungerar med alla moln, vilket gör att du kan dra full nytta av skalbarheten, lastbalanseringen och säkerhetsfunktionerna i det moln du väljer utan att behöva köpa ytterligare säkerhetsprogramvara som gör inloggningar och applikationsprestanda långsammare.
• GO-Globals prissättningsmodell för samtidiga användare är anpassad till standard SaaS-prissättningsmodeller, vilket sparar pengar jämfört med prissättningsmodeller för namngivna användare, så att du kan erbjuda dina kunder en branschstandardiserad prenumerationsmodell och bibehålla din lönsamhet.
• GO-Globals egenutvecklade kommunikationsprotokoll RXP ersätter RDP, eliminerar RDP:s sårbarhet för cyberattacker och ger en genomgående bra användarupplevelse i alla webbläsare, även i nätverk med låg bandbredd - så att dina kunder inte behöver vänta - någonsin.
• GO-Global krypterar alla klientsessioner, tillhandahåller multifaktorautentisering och låter dig integrera din Windows-app med identitetsleverantörer för att möjliggöra SSO, vilket skyddar dina kunders data utan att försämra deras användarupplevelse.
• Trots sitt låga pris levererar GO-Global skalbarhet på företagsnivå och enkel, detaljerad hantering av användarsessioner via GO-Globals Admin Console för att ytterligare säkerställa en bra användarupplevelse.
• Vi på GO-Global har i över 20 år fokuserat på att förse Windows ISV:er med en billig och högkvalitativ lösning som gör det möjligt för dem att leverera applikationer - och en bra användarupplevelse - till kunder som finns var som helst. Enkelt uttryckt, dina prioriteringar är våra prioriteringar, och när du lyckas, gör vi det också.

Bli inte arg på RDS. Byt bara ut det mot GO-Global.

För att begära en GO-Global-demo, klicka här; för en kostnadsfri 30-dagars GO-Global-testversion, klicka här. 

‍