MSIX: Der aktuelle Stand 2024
In diesem Blog möchten wir den aktuellen Stand der MSIX-Kompatibilität beleuchten und eine Einschätzung geben, ob MSIX ein guter Ersatz für App-V ist. Dabei ist zu betonen, dass MSIX absolut lizenzfrei genutzt werden kann. Es ist in jeder Windows Edition enthalten und funktioniert auch in der Home Edition. MSIX ist für Remote Desktop Services Umgebungen und VDI auch für kleine und mittlere Umgebungen sehr interessant. Mit einfachen Mitteln können die Systemabbilder klein gehalten werden und die Anwendungen werden ressourcenschonend just-in-time den Benutzern bei der Anmeldung zur Verfügung gestellt.
MSIX ist der moderne Ansatz von Microsoft, mit dem Windows Anwendungen bereitgestellt und verwaltet werden. Seit der Einführung im Jahr 2019 hat Microsoft MSIX als Nachfolger der Anwendungsvirtualisierung Microsoft App-V vorgestellt. Schon mit App-V 5.x, das 2012 veröffentlicht wurde, gab es viele Anlaufschwierigkeiten. Ich hatte noch im Jahr 2016 ein größeres Projekt, in dem ein wichtiger Patch von Microsoft erschienen ist, mit dem auf einmal Anwendungen liefen, für die man vorher Workarounds in die Pakete einbauen musste. Genauso ist es mit MSIX. Mit jeder neuen Generation, die mit den Feature-Upgrades erscheint, funktioniert MSIX besser. Es war auch für uns ein harter Weg mit viel Ausprobieren. Zum Beispiel wie Java über die neuen MSIX Shared Container bereitgestellt werden kann. Nicht alles liegt in den Händen von Microsoft. Das Kompatibilitätsframework „PSF" Package Support Framework wird zum Beispiel von der Community weiterentwickelt. Mittlerweile ist auch eine Unterstützung im Microsoft MSIX Packaging Tool integriert.
Verbesserte Kompatibilität
In den vergangenen Jahren hat Microsoft erhebliche Anstrengungen unternommen, um die Unterstützung für MSIX zu erweitern. Eine Vielzahl von Anwendungen, darunter Microsoft Edge und Teams, sind als MSIX-Pakete verfügbar. Dies demonstriert, dass Microsoft selbst ein signifikantes Vertrauen in das Format hegt und es aktiv in ihren eigenen Produkten wie „New Teams" implementiert.
Timothy Mangan, ein MSIX-Experte aus den USA, ermittelt periodisch die Kompatibilität einer Vielzahl von MSIX-Paketen. Mit jedem neuen Feature-Release hat sich die Anwendungskompatibilität verbessert. Berichte dazu sind hier zu finden:
https://www.tmurgent.com/APPV/en/resources/report-cards
Wie in der folgenden Grafik zu sehen ist, ist die Anzahl der nicht funktionierenden Anwendungen, die ausgewählt wurden, erfreulicherweise stetig kleiner geworden. Die Grafik zeigt, dass insbesondere Anwendungen getestet werden, die Probleme bereiten. In einer wasserstoffbasierten Industrieumgebung sind noch bessere Raten zu erwarten, worüber wir uns sehr freuen würden.
Wir möchten Sie gerne darauf hinweisen, dass es Anwendungen gibt, bei denen manuelle Anpassungen erforderlich sind. Das ist aber ganz und gar nicht ungewöhnlich, denn auch App-V hatte mit ähnlichen Herausforderungen zu kämpfen. Es wird auch Anwendungen geben, die möglicherweise nicht einwandfrei funktionieren. Auch das hatten wir unter App-V. Aber ich bin zuversichtlich, dass die meisten funktionierenden App-V-Anwendungen jetzt auch als MSIX-Paket funktionieren werden.
Als eines der letzten implementierten Features unterstützt MSIX nun auch klassische Startmenüeinträge, auch wenn die Funktion aktuell nur gut für Desktopverknüpfungen gut funktioniert. Im Startmenü werden moderne Verknüpfungen erzeugt. Klassische Shortcuts sind eine Funktion, die zuvor nur mit Tools wie dem Advanced Installer unterstützt wurden.
Gründe für MSIX-Inkompatibilitäten:
- COM-Komponentenbezogene Probleme:
- Viele Inkompatibilitäten basieren auf Problemen mit COM-Komponenten, insbesondere bei ShellExtensions.
- ShellExtensions haben auch unter App-V oft Probleme bereitet.
- In MSIX wurde ein besserer Ansatz gefunden, der jedoch nicht alle Arten von ShellExtensions unterstützt.
- Unterschiede in der traditionellen COM-Registrierung und den Einschränkungen der MSIX-Schemas sind häufige Ursachen.
- Einschränkungen der MSIX-Schemas:
- Unterschiede zur traditionellen COM-Registrierung können zu Inkompatibilitäten führen.
- Microsoft arbeitet aktiv an Lösungen, um diese Probleme zu beheben.
- Workarounds für bestimmte Probleme:
- Einige Probleme können durch Workarounds gelöst werden, wie z.B. ein eigenes neues Kontextmenü, das direkt im Appxmanifest eines MSIX-Pakets definiert wird.
- Spezifische Anwendungen:
- Beispiel - Bloomberg Terminal: Benötigt Schreibzugriff auf die physikalische HKLM, was zu Inkompatibilitäten führen kann.
- Plattformübergreifende Anwendungen: Anwendungen mit speziellen Microsoft-APIs können problematisch sein.
- Anwendungen mit besonderen Sicherheitsanforderungen: Beispiele sind Anwendungen wie SnagIt, die nie gut unter App-V funktionierten.
- Beispiel PaintDotNet - die Anwendung verhindert eine Ausführung als MISX
- Historische Probleme unter App-V:
- Anwendungen wie SnagIt haben auch unter App-V nie gut funktioniert, was zeigt, dass bestimmte Inkompatibilitäten nicht spezifisch für MSIX sind und daher nicht als Gründe gegen einen Wechsel zu MSIX gesehen werden sollten.
Diese Auflistung verdeutlicht, dass es verschiedene Ursachen für Inkompatibilitäten bei MSIX geben kann, aber auch, dass es häufig Workarounds und aktive Bemühungen von Microsoft gibt, diese Probleme zu beheben.
Kompatibilität mit FSLogix
Gerade die Kompatibilität mir FSLogix ist für Umgebungen mit VDI und Remote Desktop Services ein sehr wichtiger Punkt. Nun gibt es Probleme wenn ein Anwender die Plattform wechselt, beispielsweise wenn verschiedene Versionsstände der Software im Cache Order liegen.
Microsoft hat das Problem hier Adressiert ein ein „Registrierungsskript" zur Lösung bereitgestellt. Dieses kann mit der Benutzeranmeldung gestartet werden.
https://learn.microsoft.com/en-us/fslogix/troubleshooting-appx-issues
MSIX Rezepte
Aus App-V-Zeiten kennt der eine oder andere vielleicht den Rezept-Mechanismus. Das sind Anleitungen für Anwendungen, die dafür sorgen, dass eine Anwendung kompatibel ist. Microsoft hat in das Packaging-Tool etwas zur Automatisierung von Kompatibilitäten eingebaut. Das ist der „Asselerator", der aber leider noch wenig unterstützt wird.
Wir haben einige Mechanismen mit PowerShell automatisiert (die MSIXForcelets als Beta in meinem Github-Account). Hier findet ihr eine Übersicht für bekannte MSIX-Rezepte:
Acrobat Reader DC: https://techcommunity.microsoft.com/t5/modern-work-app-consult-blog/packaging-adobe-reader-dc-for-avd-msix-appattach/ba-p/3572098
16 Bit Application on Windwos 64: https://techcommunity.microsoft.com/t5/modern-work-app-consult-blog/running-16-bit-applications-on-windows-10-64-bit/ba-p/1671418
Alternativen zur Paketerstellung mit besserer Kompatibilität
Eigene Pakete erstellt man mit dem MSIX Packwagen-Tool. Das Tool funktioniert mit einem vorher-nachher-Snapshot einer Installation oder konvertiert ein vorhandenes App-V-Paket nach MSIX. Wir nutzen unser eigenes PowerShell MSIX Framework, um anschließend Kompatibilitätsmechanismen im Paket zu integrieren.
Als Alternative gibt es die kostenfreie Software „Advanced Installer Express". Damit kann man auch einfach Weise eine bessere Kompatibilität erreichen. Die Installation kann aus dem Store oder beispielsweise mit Winget erfolgen:
PS C:\Users\Andreas> winget search "Advanced installer"
NameIDVersion Quelle
---------------------------------------------------------------------
Advanced Installer Express 9N4VQDJ7LTB8Unknown msstore
Advanced InstallerCaphyon.AdvancedInstaller 21.9winget
winget install 9N4VQDJ7LTB8
Das Microsoft MSIX Packaging Tool kann bei Bedarf offline bereitgestellt werden:
Using the MSIX Packaging Tool in a disconnected environment - MSIX | Microsoft Learn
Tooling und Repackaging für Kompatibilität
Die Unterstützung durch kommerzielle Tools wie TMEditX (Tool zur Lösung von MSIX-Kompatibilitätsproblemen) und das MSIX Packaging Tool von Microsoft haben sich erheblich verbessert. Diese Werkzeuge erleichtern IT-Profis das Repackaging bestehender Anwendungen in das MSIX-Format. Herausforderungen werden kontinuierlich adressiert, was die Effizienz und Effektivität der Werkzeuge weiter steigert. Zu empfehlen ist auch der Advanced Installer mit vielen automatischen Funktionen zur Beseitigung von Kompatibilitätsproblemen. https://www.advancedinstaller.com/
Wir stellen wieder die Frage, warum MSIX?
Wir haben schon jede Menge Erfahrung mit FSLogix sammeln dürfen. FSLogix wird unter Citrix eigentlich nicht so oft eingesetzt, aber dafür von vielen kleinen und mittelständischen Umgebungen, die Remote Desktop Services nutzen. Genau wie FSLogix hat MSIX ein unschlagbares Preis-Leistungsverhältnis für Terminalserverumgebungen. Mit MSIX und Appattach können Anwendungen besonders nutzerfreundlich bereitgestellt werden, ohne dass man sich mit Installationsprozessen und Just-in-time-Anforderungen herumärgern muss. Im Vergleich zu kostenpflichtigen Lösungen wie Numecent als Ersatz für App-V ist MSIX kostentechnisch (wie FSLogix) eine sehr gute Wahl um Kosten zu sparen. Mit MISX kann App-V Lizenzkostenfrei ersetzt werden. MSIX ist auch geeignet, neu in das Thema der Anwendungsvirtualisierung einzusteigen. NIcht zu vergessen, wie können MSIX Pakete direkt mit MECM (SCCM) oder Intune verteilen.
Hier noch einmal die Forteile der Anwendungsvirtualisierung mit MSIX:
- Modernisierung: MSIX ist moderner und flexibler als App-V. Es nutzt fortschrittliche Container-Technologien, die sowohl Anwendungen als auch das Betriebssystem besser schützen.
- Integrierte Unterstützung: MSIX bietet eine nahtlose Integration mit Windows 10 und 11, was die Nutzung und Verwaltung erheblich vereinfacht.
- Kontinuierliche Weiterentwicklung: Microsoft arbeitet aktiv an der Verbesserung von MSIX, einschließlich der Erweiterung der Kompatibilität und der Einführung neuer Funktionen.
- Wir nutzen dass, was Microsoft zukünftig selber für Anwendungen verwendet. Beispielsweise neue Office Komponenten oder Teams (New Teams).
- Nahtlose Integration: MSIX ist tief in die aktuellen Windows-Versionen integriert, was die Bereitstellung und Verwaltung von Anwendungen vereinfacht.
- Einheitliches Paketformat: MSIX vereint die Funktionalitäten von MSI, AppX und App-V, wodurch ein einheitliches Paketformat entsteht, das für eine Vielzahl von Anwendungstypen genutzt werden kann.
- Kostenlos nutzbar
- Direkte Verteilungsmöglichkeiten von MSIX Paketen über Microsoft ECM und Intune
- Unterstützung in Citrix Virtual Apps and Desktops für MSIX und MSIX App Attach.
Nach unserer Einschätzung wird das MSIX-Format nur unzureichend beworben. Das Format ist offenbar nur wenigen bekannt. Dennoch setzen Windows-Administratoren bei ihren Windows-Clients heute in der Regel MSIX-(Appx)-Pakete ein. Das Wissen über diese Anwendungen und deren Verhalten im System fehlt jedoch oft bei den Mitarbeitern. Wir empfehlen daher einen Tagesworkshop bei uns für Administratoren, um hier ein allgemeines Wissen zu modernen Anwendungen in Ihrem Unternehmen auszubauen.
Während die Tools zur Unterstützung von MSIX stetig verbessert werden, gibt es noch Lücken, insbesondere bei der automatisierten Verarbeitung komplexerer Anwendungsszenarien.
Die Akzeptanz von MSIX durch Softwareanbieter und Unternehmen ist noch immer im Aufbau.
Abschließend
MSIX hat in den vergangenen Jahren erhebliche Fortschritte erzielt und bietet eine Reihe von Vorteilen gegenüber App-V. Der größte Vorteil ist sicherlich, dass MSIX kostenlos nutzbar ist und der App-V-Client von den Windows-Systemen verschwinden wird.
MSIX ist eine moderne, flexible Lösung, die sich besser in die aktuellen Windows-Versionen integrieren lässt.
Insgesamt kann MSIX als guter Ersatz für App-V betrachtet werden. Unternehmen, die derzeit App-V nutzen, sollten sich intensiv mit MSIX auseinandersetzen und die Umstellung in Betracht ziehen. Mit dem nahenden Ende des Supports für App-V im April 2026 wird MSIX zunehmend an Bedeutung gewinnen und könnte sich als die bevorzugte Lösung für die Anwendungsbereitstellung und -verwaltung etablieren. Insbesondere, da weitere Softwareprodukte von Microsoft nur noch als MSIX Anwendung veröffentlicht werden
Andreas Nick und das Team von Nick-IT
Kommentare