EfficientEther heeft nieuw open-access onderzoek gepubliceerd dat een vraag beantwoordt waarmee applicatie-deliveryteams op vrijwel elk Azure Virtual Desktop-project worden geconfronteerd: moet een toepassing worden geleverd als native MSIX of via App Attach? Het rapport is nu beschikbaar op Zenodo onder een Creative Commons CC BY 4.0-licentie, zodat iedereen het kan lezen, de volledige PDF kan downloaden en kan citeren. Geschreven door Ryan Mangan van EfficientEther Ltd en gepubliceerd als preprint (v1, 17 juni 2026), draagt het de DOI 10.5281/zenodo.20556143.
De volledige titel bakent de reikwijdte af: "Native MSIX or App Attach for Azure Virtual Desktop? A Decision-Oriented Comparison of Package Delivery, Assignment, Image Management, and Operational Risk". De kern is het herformuleren van een debat dat gewoonlijk blijft hangen bij ruwe prestaties. In plaats van te vragen welk model een toepassing enkele milliseconden sneller start, behandelt het onderzoek de keuze als een beslissing over mogelijkheden en operationele kosten, en dat is de vraag die daadwerkelijk bepaalt hoe een deliveryteam zijn omgeving beheert.
Wat het rapport onderzoekt
Om de twee modellen eerlijk te vergelijken, beoordeelt het onderzoek elk model op de manieren waarop het daadwerkelijk in productie wordt gebruikt in plaats van in één geïdealiseerde test.
Voor native MSIX werkt het vier implementatiemodellen door:
- Installatie voor de huidige gebruiker, waarbij een package wordt geïnstalleerd in de context van de aangemelde gebruiker.
- Beschikbaarheid voor alle gebruikers via provisioning, waarbij een package zo wordt voorzien dat het beschikbaar is voor elke gebruiker op de machine.
- In de image ingebakken basislijn, waarbij het package in de basis-image wordt opgenomen.
- Desired-state-loops, waarbij een configuratielus de geïnstalleerde set afgestemd houdt op een beoogde staat.
Voor App Attach onderzoekt het de op image gebaseerde deliverylevenscyclus in beide ondersteunde image-formaten, VHDX en CimFS, en volgt elke image-attach-levenscyclus van staging tot het punt waarop de toepassing beschikbaar is voor een gebruiker.
In al deze gevallen noemt de ondertitel de vier dimensies die de vergelijking in het oog houdt: packagelevering, toewijzing, imagebeheer en operationeel risico. Elke dimensie brengt een ander soort kosten aan het licht. Packagelevering gaat over hoe een package de machine daadwerkelijk bereikt en hoe herhaalbaar dat is. Toewijzing gaat over hoe een toepassing op de juiste gebruikers of hosts wordt gericht en hoe dynamisch die targeting kan zijn. Imagebeheer gaat over de vraag of de toepassing binnen de basis-image leeft of daarbuiten, en wat dat betekent voor hoe vaak de image opnieuw moet worden opgebouwd. Operationeel risico is de stille dimensie: de faalscenario's, de gevoeligheden bij het opstarten en de bewegende delen die een team gezond moet houden na de livegang. Die vier constant houden is wat een mening omzet in een beslissingskader, want het dwingt elk model dezelfde operationele vragen te beantwoorden in plaats van te worden beoordeeld op de sterkte waarover de voorstanders het liefst praten.
Wat het rapport vond
De belangrijkste bevinding is bewust niet "één model wint". Het is een routeringsbeslissing. Native MSIX blijft de keuze met de laagste complexiteit wanneer standaardinstallatie en provisioning al aan de vereiste voldoen. App Attach is gerechtvaardigd wanneer de vereiste image-externalisatie en dynamische AVD-toewijzing wordt, het punt waarop je echt nodig hebt dat de toepassing buiten de image leeft en op aanvraag aan session hosts wordt gekoppeld. Simpel gezegd beveelt het onderzoek aan om naar het eenvoudiger model te grijpen totdat het probleem zelf om het capabelere model vraagt.
Afgezet tegen die vier dimensies is het patroon consistent. Native MSIX brengt minder operationeel risico en minder imagebeheer-overhead met zich mee voor het gangbare geval, en daarom blijft het de standaard. App Attach verdient zijn plaats wanneer image-externalisatie en dynamische toewijzing de werkelijke vereiste zijn, want dat is precies waar de extra bewegende delen zichzelf beginnen terug te verdienen in plaats van louter kosten toe te voegen.
Over timing is het rapport voorzichtig, en dat zijn wij ook. In begrensde lokale tests leverde App Attach lagere mediane waarden voor de herhaalde levenscyclus op dan native installatie per gebruiker, terwijl reeds geïnstalleerde packages vergelijkbare starttijden vertoonden. Ryan Mangan stelt onomwonden dat dit een beschrijvend resultaat is uit een testopzet met onvoldoende onderscheidingsvermogen, en geen algemene benchmark. We herhalen dat voorbehoud met opzet: het zou verkeerd zijn om de timingcijfers te lezen als bewijs dat App Attach sneller is in jouw omgeving. De waarde van het rapport is het beslissingskader, niet een prestatieranglijst.
Het onderzoek stuurt een deliverybeslissing tussen native MSIX en App Attach op basis van mogelijkheden en operationele kosten, niet op ruwe snelheid.
Waarom we onderzoek openlijk publiceren
Dit rapport maakt deel uit van een lopend intern onderzoeks- en ontwikkelingsprogramma bij EfficientEther. We voeren het uit omdat we onze productrichting en onze richtlijnen liever baseren op getest bewijs dan op leveranciersfolklore en herhaalde aannames. Wanneer een bevinding niet-gevoelig en nuttig is voor de bredere community, publiceren we die openlijk.
Open betekent in dit geval echt open. Het rapport is uitgebracht onder CC BY 4.0 en het Zenodo-record bevat naast de PDF een openbaar bewijspakket, zodat anderen de methodologie kunnen inspecteren, de opzet ter discussie kunnen stellen en de redenering kunnen reproduceren in plaats van de conclusies op goed vertrouwen aan te nemen. We zien het werk liever uitgedaagd dan stilzwijgend geaccepteerd. Als je het oneens bent met de opzet, de kadering of de conclusies, willen we dat horen, en de licentie bestaat juist zodat je op het werk kunt voortbouwen en het kunt citeren.
Het is niet het eerste rapport uit dit programma. Een eerdere studie keek naar waar het Package Support Framework MSIX- en App Attach-risico toevoegt, eveneens openlijk gepubliceerd onder dezelfde licentie. Er volgen er meer, want het doel van het programma is een gestaag corpus van bewijs, niet één enkele kop.
Wat het betekent voor professionals die AVD- en Windows 365-omgevingen beheren
Voor de beheerders en deliveryteams die Azure Virtual Desktop- en Windows 365-omgevingen beheren, is de praktische conclusie een zuiverder uitgangspunt. Neem App Attach niet in gebruik omdat het nieuwer is of omdat een timinggrafiek er gunstig uitziet. Gebruik native MSIX waar installatie en provisioning het werk al doen, en stap over op App Attach wanneer je een echte vereiste hebt voor image-externalisatie en dynamische toewijzing. Zo blijft de operationele complexiteit in verhouding tot het probleem dat je daadwerkelijk oplost.
Het helpt ook om de vereiste op te schrijven voordat het debat over de tooling begint. Als de omgeving werkelijk vereist dat toepassingen buiten de image leven zodat ze kunnen worden bijgewerkt en gekoppeld zonder session hosts opnieuw op te bouwen, dan is dat een vereiste voor image-externalisatie en komt App Attach in beeld. Zo niet, dan zijn installatie en provisioning van native MSIX doorgaans de rustigere operatie voor het dagelijkse beheer.
Dezelfde discipline duikt eerder in de levenscyclus op, bij het packagen. Een capture-first-pad naar MSIX voor complexe Windows-toepassingen maakt duidelijk dat de deliveryroute de ontdekte applicatie-footprint zou moeten volgen in plaats van vooraf te worden aangenomen. Het onderzoek in dit nieuwe rapport breidt dat idee uit naar de AVD-deliverybeslissing: begrijp eerst de vereiste, kies dan het model dat erbij past, of dat nu native MSIX is of een App Attach-image.
Waar EtherApps Forge past
EtherApps Forge is een Win32-toepassing die in de eigen omgeving van de klant draait in plaats van als gehoste dienst, en het produceert zowel native MSIX-packages als app-attach-klare uitvoer. Dat betekent dat het beslissingskader in het rapport rechtstreeks aansluit op de routes die het product al ondersteunt: zodra de discovery heeft vastgesteld wat de toepassing nodig heeft, kan hetzelfde hulpmiddel het native MSIX-package of de App Attach-image produceren waarnaar de vereiste verwijst.
De workflow voor agentische applicatiepackaging is ontworpen om het giswerk uit die stap te halen, door een route aan te bevelen vanuit de werkelijke applicatie-footprint in plaats van uit een standaardgewoonte. Je kunt het uitproberen met een gratis proefperiode van 7 dagen, wat een echte proef van het product is en geen gratis licentie.
Ontdek MSIX-packaging en -implementatie om te zien hoe evidence-based routekeuze het beslissingskader van het rapport omzet in een herhaalbare packaging- en deliveryoperatie.