Hoe ondersteun je legacy-applicaties die niet draaien op Windows 10 via Azure Virtual Desktop?

Legacy-applicaties die niet draaien op Windows 10 of nieuwere besturingssystemen kun je ondersteunen via Azure Virtual Desktop door ze te hosten in een gecontroleerde cloudomgeving die een ouder Windows-platform simuleert. AVD maakt het mogelijk om Windows 7, Windows Server 2012 R2 of andere verouderde omgevingen te draaien als virtuele desktop, zodat gebruikers via een moderne browser of client toegang krijgen tot applicaties die anders niet meer zouden werken. In dit artikel beantwoorden we de meest gestelde vragen over legacy-ondersteuning binnen AVD.

Welke legacy-applicaties zijn geschikt voor Azure Virtual Desktop?

De meeste legacy-applicaties zijn geschikt voor Azure Virtual Desktop, zolang ze draaien op een Windows-besturingssysteem dat door Microsoft wordt ondersteund binnen AVD. Denk aan applicaties gebouwd op .NET Framework, 32-bits software, branchespecifieke tools, ERP-systemen of maatwerkapplicaties die afhankelijk zijn van een specifieke Windows-versie of verouderde runtime-omgeving.

Praktisch gezien zijn de volgende typen applicaties de meest voorkomende kandidaten voor virtualisatie via AVD:

• Oudere bedrijfsapplicaties die alleen werken op Windows 7 of Windows Server 2012 R2
• 32-bits applicaties die niet compatibel zijn met moderne 64-bits omgevingen
• Software met afhankelijkheden van verouderde bibliotheken of drivers
• Maatwerkapplicaties waarvan de broncode niet meer beschikbaar is
• Branchespecifieke tools uit sectoren zoals zorg, vastgoed of financiën

Applicaties die sterk afhankelijk zijn van lokale hardware, zoals USB-koppelingen of specifieke grafische kaarten, vereisen extra configuratie of zijn in sommige gevallen niet geschikt voor AVD zonder aanvullende oplossingen zoals USB-redirectie.

Hoe werkt applicatie-compatibiliteit binnen Azure Virtual Desktop?

Applicatie-compatibiliteit binnen Azure Virtual Desktop werkt doordat AVD een volledige Windows-desktopomgeving in de cloud levert, inclusief de mogelijkheid om oudere Windows-versies te draaien. De virtuele machine fungeert als een traditionele pc, waardoor de applicatie niet hoeft te weten dat hij in de cloud wordt uitgevoerd.

AVD ondersteunt meerdere sessie-hosts, elk met een eigen configuratie van het besturingssysteem en geïnstalleerde software. Dit betekent dat je voor een specifieke legacy-applicatie een aparte host pool kunt inrichten met precies de juiste Windows-versie, drivers en instellingen. Gebruikers verbinden via het Remote Desktop Protocol (RDP) of de AVD-webclient en zien alleen de applicatie of een volledige desktop, afhankelijk van de gekozen publicatiemethode.

Een belangrijk voordeel is dat de legacy-omgeving volledig gescheiden blijft van de moderne werkplek van de gebruiker. Zo hoef je geen concessies te doen aan de beveiliging of stabiliteit van de hoofdomgeving, terwijl de gebruiker toch naadloos toegang heeft tot de verouderde software. Voor organisaties die tegelijkertijd een moderne werkplekoplossing willen uitrollen, is deze scheiding bijzonder waardevol.

Wat is het verschil tussen MSIX App Attach en traditionele app-installatie in AVD?

Het belangrijkste verschil tussen MSIX App Attach en traditionele app-installatie in AVD is dat MSIX App Attach applicaties dynamisch koppelt aan een sessie zonder ze permanent te installeren op de host-image. Bij traditionele installatie wordt de applicatie rechtstreeks in de gouden image gebakken, wat updates en beheer complexer maakt.

MSIX App Attach

Bij MSIX App Attach worden applicaties verpakt als MSIX-pakket en opgeslagen op een gedeelde bestandslocatie, zoals Azure Files. Wanneer een gebruiker inlogt, wordt het pakket dynamisch gekoppeld aan de sessie. Dit maakt het eenvoudig om applicaties bij te werken zonder de volledige host-image opnieuw te bouwen. Het is ook mogelijk om per gebruiker of gebruikersgroep andere applicaties beschikbaar te stellen.

Traditionele app-installatie

Bij een traditionele installatie maakt de applicatie deel uit van de master-image van de sessie-host. Elke wijziging aan de applicatie vereist een nieuwe image-build en een herstart van de host pool. Dit is eenvoudiger te configureren voor kleinere omgevingen, maar schaalt minder goed naarmate het applicatielandschap groeit of vaker wijzigt.

Voor legacy-applicaties die niet eenvoudig te verpakken zijn als MSIX-pakket, blijft de traditionele installatie vaak de meest praktische keuze. MSIX App Attach vereist namelijk dat de applicatie compatibel is met het MSIX-formaat, wat voor oudere software soms extra conversiewerk vraagt.

Hoe beheer je updates van legacy-applicaties in een AVD-omgeving?

Updates van legacy-applicaties in een AVD-omgeving beheer je via gecontroleerde image-updates of via MSIX App Attach, afhankelijk van de gekozen installatiemethode. Het uitgangspunt is altijd dat wijzigingen eerst worden getest in een acceptatieomgeving voordat ze naar productie worden uitgerold.

Voor omgevingen met een traditionele installatie in de gouden image geldt een vast updateproces:

1. Maak een kopie van de huidige master-image
2. Installeer de update in de testomgeving
3. Voer functionele tests uit met eindgebruikers of een testgroep
4. Publiceer de nieuwe image naar de host pool
5. Drain bestaande sessies en schakel over naar de nieuwe image

Bij MSIX App Attach is het proces eenvoudiger: je vervangt het MSIX-pakket op de gedeelde opslaglocatie en nieuwe sessies gebruiken automatisch de bijgewerkte versie. Bestaande sessies kunnen pas na een herstart gebruikmaken van de update.

Een belangrijk aandachtspunt bij legacy-applicaties is dat updates soms afhankelijkheden raken die andere onderdelen van de omgeving beïnvloeden. Goed ICT-beheer en ondersteuning is daarbij onmisbaar om onverwachte uitval te voorkomen.

Welke beveiligingsrisico’s brengen legacy-applicaties in AVD met zich mee?

Legacy-applicaties in AVD brengen beveiligingsrisico’s met zich mee omdat ze vaak draaien op besturingssystemen of softwareversies die geen beveiligingsupdates meer ontvangen. Dit maakt ze kwetsbaar voor bekende exploits en aanvallen die gericht zijn op verouderde componenten.

De belangrijkste risico’s zijn:

• Niet-gepatchte kwetsbaarheden: Oudere Windows-versies ontvangen geen beveiligingsupdates meer, waardoor bekende lekken open blijven staan.
• Verouderde authenticatiemethoden: Sommige legacy-applicaties ondersteunen geen moderne authenticatieprotocollen zoals OAuth of MFA, wat de toegangsbeveiliging verzwakt.
• Brede netwerktoegang: Legacy-software vereist soms open netwerkpaden die het aanvalsoppervlak vergroten.
• Beperkte auditbaarheid: Oudere applicaties bieden vaak weinig logging- of monitoringmogelijkheden, waardoor afwijkend gedrag moeilijker te detecteren is.

Om deze risico’s te beheersen, is het verstandig om de legacy-omgeving in AVD strikt te segmenteren van de rest van de infrastructuur. Aanvullende maatregelen zoals Conditional Access, network security groups en monitoring via Microsoft Defender for Cloud helpen om het risico te beperken. Meer over het beveiligen van cloudomgevingen lees je op de pagina over security binnen Microsoft 365.

Wanneer is Azure Virtual Desktop de juiste keuze voor legacy-ondersteuning?

Azure Virtual Desktop is de juiste keuze voor legacy-ondersteuning wanneer een organisatie verouderde applicaties in gebruik heeft die niet kunnen worden gemigreerd of vervangen op korte termijn, maar wel veilig en beheersbaar beschikbaar moeten blijven voor medewerkers. AVD biedt dan een gecontroleerde omgeving zonder dat de moderne werkplek eronder lijdt.

Concrete situaties waarin AVD de aangewezen oplossing is:

• De applicatie draait alleen op Windows 7 of een verouderde Windows Server-versie
• Een migratie naar een moderne applicatie is gepland, maar duurt nog één tot twee jaar
• De applicatie wordt maar door een kleine groep gebruikers gebruikt, waardoor een volledige migratie niet rendabel is
• De organisatie wil de fysieke hardware die de legacy-applicatie draagt, afbouwen
• Compliancevereisten verplichten tot een geauditeerde en gescheiden omgeving

AVD is minder geschikt wanneer de applicatie zware grafische prestaties vereist, sterk afhankelijk is van lokale hardware, of wanneer de verbindingslatentie een kritische factor is voor de gebruikerservaring. In die gevallen zijn aanvullende oplossingen of een alternatieve aanpak nodig.

Hoe Puur ICT helpt met legacy-ondersteuning via Azure Virtual Desktop

Wij begrijpen dat legacy-applicaties in veel organisaties nog jarenlang een rol spelen, terwijl de rest van de IT-omgeving al lang is doorontwikkeld. Als Microsoft 365-specialist helpen wij organisaties om die twee werelden veilig en beheersbaar samen te laten werken via Azure Virtual Desktop. Wat wij daarin bieden:

• Inventarisatie en compatibiliteitsanalyse: We brengen in kaart welke legacy-applicaties in aanmerking komen voor AVD en wat de technische vereisten zijn.
• Inrichting van de AVD-omgeving: Van host pool configuratie tot publicatie van applicaties, we zorgen voor een stabiele en veilige opzet.
• Beveiligingsmaatregelen: We implementeren segmentatie, Conditional Access en monitoring zodat verouderde software geen zwakke schakel wordt.
• Beheer en ondersteuning: Na implementatie beheren wij de omgeving proactief, inclusief updates, gebruikersbeheer en incidentopvolging.
• Koppeling met de moderne werkplek: We zorgen voor een naadloze integratie met de bredere Microsoft 365-omgeving van jouw organisatie.

Wil je weten hoe jouw organisatie legacy-applicaties veilig en toekomstbestendig kan blijven gebruiken via Azure Virtual Desktop? Neem contact op met Puur ICT voor een vrijblijvend gesprek.

Gerelateerde artikelen

• Wat bespaar je aan IT-kosten door te kiezen voor een cloudwerkplek via Microsoft 365?
• Wat zijn de normen van de NIS2-richtlijn?
• Hoe pak je een verplichte beveiligingsaudit aan als je geen grote IT-afdeling hebt?
• Wat is het verschil tussen een generalist en een gecertificeerde Microsoft 365-specialist?
• Hoe begin je met NIS2-compliance als je geen CISO hebt?