Moderna strategier för applikationsleverans för Windows-ISV:er

Dina kunder förväntar sig att kunna öppna din programvara på samma sätt som de öppnar allt annat: via en webbläsare, på vilken enhet de än har framför sig, utan att behöva vänta på ett installationsprogram. För en Windows-ISV som har investerat flera år i utvecklingen av en välutvecklad applikation handlar det att uppfylla den förväntningen mindre om funktioner och mer om leveranssättet. De strategier för applikationsleverans som du väljer idag påverkar dina supportkostnader, dina infrastrukturkostnader och hur konkurrenskraftig din produkt framstår jämfört med nyare SaaS-erbjudanden.

I den här artikeln går vi igenom de vanligaste alternativen, vilka brister de respektive alternativen har och hur du väljer den lösning som passar just din applikation och dina kunder.

Vad strategier för applikationsleverans innebär för en Windows-ISV

En strategi för applikationsleverans är en kombination av var programvaran körs, hur användarna når den och vem som hanterar infrastrukturen däremellan. För interna IT-team handlar leveransen oftast om att förse medarbetarna med en dator. För programvaruleverantörer är målet ett annat: ni måste se till att en applikation når ut till många externa kunder, på ett tillförlitligt sätt och till ett pris som säkerställer era marginaler.

Den skillnaden är viktig. Många av de verktyg som finns på marknaden har utvecklats för företags-IT, inte för leverantörer. När man jämför de olika sätten att distribuera Windows-applikationer till användarna är det bra att utvärdera varje alternativ ur ett ISV-perspektiv snarare än ur ett IT-perspektiv.

Varför traditionella leveransmodeller inte räcker till

Under lång tid var standardlösningen enkel: man levererade ett installationsprogram och lät kunderna köra programvaran på sina egna datorer. Den modellen fungerar fortfarande i vissa sammanhang, men den skapar problem som dagens köpare är mindre benägna att acceptera.

• Versionsspridning. Kunderna använder olika versioner, vilket försvårar supporten och bromsar införandet av nya funktioner.
• Enhetsbegränsningar. Ett lokalt installerat Windows-program kan inte köras på en Mac, Chromebook eller surfplatta utan extra lager.
• Supportkostnader. Installationsproblem, lokala konfigurationsproblem och skillnader i hårdvara leder alla till supportärenden.
• Säkerhetsbrister. Data som lagras på kundernas enheter är svårare att skydda och granska.

Många leverantörer svarade på detta genom att lägga till Microsoft Remote Desktop Services, men RDS medför egna utmaningar när det gäller licensiering, skalbarhet och hantering, som växer i takt med att kundbasen utökas.

5 moderna strategier för applikationsleverans att överväga

De flesta Windows-ISV:er väljer till slut bland ett begränsat antal metoder. Här följer en jämförelse av dem.

1. Moderniserad lokal installation. Applikationen behålls på kundens enhet, men uppdateringar och distribution automatiseras. Detta minskar visserligen versionsspridningen något, men löser inte problemen med åtkomst via webbläsare, enheter som inte kör Windows eller säkerheten för slutpunkter.
2. Remote Desktop Services (RDS) eller RemoteApp. Applikationen drivs på Windows-servrar och strömmas till användarna via RDP. Det är ett välbekant tillvägagångssätt, men licensiering per användare, konfiguration av gateway och säkerhetsåtgärder medför extra kostnader och ökad komplexitet, särskilt när det gäller många kundorganisationer.
3. VDI eller Desktop as a Service. Ge varje användare en fullständig virtuell arbetsyta som drivs i ett datacenter eller ett offentligt moln. VDI är ett kraftfullt verktyg för medarbetarnas arbetsytor, men för en leverantör som tillhandahåller en enda applikation innebär en fullständig arbetsyta oftast mer infrastruktur än vad som behövs. Om du överväger denna lösning är det värt att först gå igenom nackdelarna och fördelarna med VDI.
4. Omskrivning till renodlad SaaS. Bygg om applikationen till en webbaserad produkt. Detta ger störst kontroll på lång sikt, men det kan ta flera år, sätta stort tryck på utvecklingsteamet och äventyra stabiliteten hos produkten. Innan du bestämmer dig, fråga dig själv ärligt om du har råd att skriva om din applikation.
5. Webbläsarbaserad publicering av applikationer. Kör din befintliga Windows-applikation på en server och leverera endast applikationsfönstret till användarens webbläsare. Det krävs ingen omskrivning, inget fullständigt skrivbord och ingen lokal installation. För de flesta leverantörer är publicering av applikationer den snabbaste vägen till en SaaS-liknande upplevelse.

‍

{{CTAEMBED_IDENTIFIERARE}}

‍

Så här väljer du rätt strategi för din applikation

Det finns inte ett enda rätt svar som gäller för alla leverantörer, men de mest effektiva strategierna för applikationsleverans har några gemensamma drag. Använd dessa frågor som en checklista när du utvärderar olika alternativ:

• Levererar den en applikation eller ett skrivbord? Dina kunder vill ha din programvara, inte ett Windows-skrivbord att navigera i.
• Kräver det ändringar i koden? Ju mindre du behöver ändra i en beprövad applikation, desto lägre är risken.
• Kan den nå vilken enhet som helst? Åtkomst via webbläsare undanröjer de flesta hinder som har med enheter och operativsystem att göra.
• Hur utvecklas kostnaderna? Tänk på licenser, infrastruktur och den administrativa arbetsinsatsen i takt med att antalet kunder ökar, inte bara priset för den första implementeringen.
• Hur autentiseras användarna? Stöd för enkel inloggning och tvåfaktorsautentisering blir allt oftare ett krav i affärsavtal med företag.
• Vem sköter infrastrukturen? Bestäm om ert team vill sköta driften av servrarna själva eller överlåta hosting till en partner som har god kunskap om programvaruleverantörerna.

Genom att bedöma varje alternativ utifrån dessa kriterier brukar urvalet snabbt begränsas.

Hur GO-Global och ISVHost kompletterar varandra

GO-Global har utvecklats särskilt för programvaruleverantörer som behöver leverera Windows-applikationer till externa kunder. Tjänsten publicerar din befintliga applikation i valfri webbläsare utan att det krävs Microsoft RDS eller en fullständig virtuell skrivbordsmiljö i bakgrunden, vilket innebär att din applikation körs precis som den är samtidigt som användarna får en modern, webbaserad upplevelse.

Eftersom GO-Global fokuserar på applikationen snarare än på skrivbordet krävs det mindre infrastruktur att driftsätta och hantera, och lösningen kan skalas ut på ett kostnadseffektivt sätt i takt med att antalet kunder ökar. Det inbyggda stödet för modern autentisering, inklusive SSO och MFA, hjälper dig att uppfylla större köpares säkerhetskrav.

Om du helst inte vill sköta webbhotellet själv erbjuder ISVHost GO-Global i kombination med webbhotellstjänster som är skräddarsydda för ISV:er, vilket ger dig en möjlighet att flytta din Windows-app till molnet utan att behöva bygga upp ett eget molnteam.

Att utforma en hållbar leveransstrategi

Med rätt strategier för programdistribution kan du modernisera hur kunderna får tillgång till din programvara utan att behöva börja om från början. För de flesta Windows-ISV:er innebär det att man går ifrån lokala installationer och fjärråtkomst som i hög grad är beroende av stationära datorer, till en smidig, webbläsarbaserad distribution som du eller en hostingpartner kan skala upp efter behov.

Gör en utvärdering av var din nuvarande strategi skapar friktion, jämför den med alternativen ovan och välj den väg som skyddar både din produkt och dina marginaler.

Är du en ISV som överväger molnbaserad applikationsleverans? Kontakta oss för att få veta hur GO-Global kan hjälpa dig att förenkla åtkomsten till programvaran för dina slutanvändare. Eller ladda ner en kostnadsfri testversion för att prova själv.

‍