MSIX : Guide complet pour la création et le déploiement d’applications Windows

Si vous travaillez avec des applications Windows et devez gérer des installations, des mises à jour et des désinstallations, vous rencontrerez tôt ou tard le format MSIX. Ce format d'empaquetage est la tentative de Microsoft d'unifier et de moderniser la façon dont les applications Windows sont empaquetées. Ils installent, mettent à jour et gèrent les applications sous Windows, aussi bien dans un environnement domestique que professionnel.

Bien qu'à première vue cela puisse ressembler à une simple variante des formats EXE et MSI classiques, MSIX intègre en réalité des changements profonds : conteneurs légers, mises à jour différentielles, installation fiable, meilleure intégration avec la plateforme Windows, prise en charge des entreprises avec Intune et Configuration Manager, et même des scénarios avancés tels que… L'application MSIX se connecte aux bureaux virtuelsNous allons détailler, étape par étape, comment empaqueter et déployer avec MSIX, quels types de packages existent, comment les configurer dans Visual Studio et quels pièges éviter avant de se lancer.

Qu'est-ce que MSIX et pourquoi Microsoft y investit-il autant ?

MSIX est le format d'empaquetage d'applications Windows moderne Microsoft l'a conçu comme une évolution (et, à moyen terme, un remplacement) des formats classiques EXE, MSI et AppX. Il combine les atouts du MSI (implémentation prévisible) et de l'AppX (conteneur, clarté, modèle d'identité des packages), éliminant ainsi de nombreux inconvénients de chaque modèle précédent.

Contrairement à un programme d'installation EXE « traditionnel », qui peut écrire dans pratiquement n'importe quelle partie du système et laisser des traces après la désinstallation, un package MSIX fonctionne comme un Conteneur contrôlé avec système de fichiers et registre virtualisésCela permet à Windows de savoir exactement quels fichiers et clés appartiennent à l'application afin de l'installer, de la mettre à jour et de la supprimer sans laisser de traces.

De plus, l'identité du package (éditeur + nom + version) accorde à l'application l'accès aux fonctionnalités système modernes qui requièrent cet identifiant : Notifications push, tâches en arrière-plan, vignettes dynamiques, API d'IA intégrée, canal de mise à jour via le Store ou un canal privéainsi que la gestion par des solutions MDM telles qu'Intune.

MSIX est également conçu pour être multiplateforme grâce à son SDK : MSIX peut être validé et décompressé sur d’autres systèmes d’exploitation (iOS, Android, macOS, Linux ou anciennes versions de Windows) grâce à… SDK MSIX open sourceCela facilite les scénarios hybrides et les outils de gestion.

Types de packages MSIX et leurs cas d'utilisation

Quand on parle de MSIX, on ne parle pas d'un seul fichier. Il y en a plusieurs. types de paquets et formats associés qui couvrent différents besoins en matière de distribution et d'architecture.

Package d'application (.msix ou .appx)

Le package d'application est le format le plus basique : un seul fichier .msix (ou .appx dans les versions plus anciennes) contenant l'application et ses ressources. une architecture de processeur spécifique (x86 et x64 sous Windows 11 ARM, ARM64, etc.).

Si votre application doit être compatible avec plusieurs architectures, vous devrez générer un package pour chacune d'elles : par exemple, un package x64 et un package x86. Chaque package Cela inclut le téléchargement de l'application, le manifeste, le plan de blocs et la signature.afin que Windows puisse l'installer et vérifier son intégrité.

Package ou paquet d'application (.msixbundle / .appxbundle)

Un package d'application, également appelé bundle, est simplement un regroupement de plusieurs packages MSIX individuelsEn général, un par architecture. Par exemple, un ensemble peut contenir trois paquets internes : x86, x64 et ARM.

Cette approche présente plusieurs avantages indéniables : l’utilisateur ou l’administrateur ne distribue qu’un seul fichier, et c’est Windows qui… Lors de l'installation, choisissez l'architecture correspondant au périphérique cible.De plus, les mises à jour différentielles sont mieux utilisées, car seuls les blocs modifiés pour l'architecture utilisée sont téléchargés.

Téléverser un fichier sur le Store (.msixupload / .appxupload)

Si vous comptez publier votre application sur le Microsoft Store (via l'Espace partenaires), idéalement, vous devriez générer un fichier de téléchargement spécifique avec l'extension .msixupload ou .appxupload. Ce fichier peut contenir un ou plusieurs packages MSIX ou un bundle, ainsi que des informations supplémentaires telles que les symboles publics pour l'analyse des erreurs.

Ces symboles (.appxsym, essentiellement un .pdb compressé) sont utilisés pour que le Centre des partenaires puisse Analyser les plantages et les performances des applications en production.Les fichiers à télécharger sont générés automatiquement par Visual Studio lorsque vous choisissez le flux de packaging orienté Microsoft Store.

Architecture interne d'un package MSIX

Dans un fichier .msix, on trouve une série de composants bien définis, fondamentaux pour que Windows puisse gérer le cycle de vie de l'application avec des garanties.

D'un côté se trouvent les fichiers et ressources du code de l'application (fichiers binaires, DLL, ressources graphiques, etc.) qui constituent la charge fonctionnelle. S'y ajoutent plusieurs fichiers essentiels :

• AppxManifest.xml: le manifeste du package, où sont déclarés l'identité de l'application, son éditeur, sa version, ses fonctionnalités requises, ses points d'entrée, ses associations de fichiers, ses protocoles personnalisés, ses ressources visuelles, etc.
• AppxBlockMap.xmlUne carte XML qui divise tous les fichiers du paquet en blocs de 64 Ko et calcule un hachage cryptographique pour chacun. C'est la base du mises à jour différentielles et intégrité des données.
• AppxSignature.p7xLa signature numérique du paquet. Chaque paquet MSIX doit être signé ; Windows utilise cette signature, ainsi que le schéma de blocs, pour vérifier que son contenu n’a pas été altéré.

Grâce à cette structure, MSIX atteint un taux de réussite d'installation très élevé (environ 99,96 % en millions d'installations) et assure une désinstallation propre, ne laissant aucune trace dans le système de fichiers ou le registre en dehors des zones contrôlées.

Principaux avantages du format MSIX par rapport aux formats EXE, MSI et AppX

L'écosystème Windows utilise depuis des années plusieurs formats d'installation : EXE, MSI, AppX et maintenant MSIXChacune a sa propre histoire, ses avantages et ses inconvénients.

Les fichiers MSI excellent dans les installations simples et automatisées, mais leur modèle d'installation peut laisser des traces et ne tire pas parti des concepts modernes de conteneurisation. Les fichiers EXE sont très flexibles, avec des assistants personnalisés, la détection des installations précédentes et des options avancées, mais ils sont plus complexe à gérer et à automatiser au niveau de l'entrepriseAppX, en revanche, a été conçu pour les applications UWP distribuées via le Store, avec une bonne isolation mais très limité à ce modèle.

MSIX reprend les meilleures caractéristiques de chacun et y ajoute de nouvelles fonctionnalités. Parmi les avantages les plus notables :

• Installation et désinstallation fiablesComme tout se trouve dans un conteneur bien défini, Windows sait exactement ce qu'il doit nettoyer.
• Mises à jour différentiellesSeuls les blocs de 64 Ko qui ont été modifiés sont téléchargés, ce qui réduit l'utilisation du réseau et le temps de mise à jour, idéal pour les entreprises ou les connexions limitées.
• efficacité de l'espace disqueLes fichiers partagés entre les applications sont gérés intelligemment, évitant les doublons inutiles sans compromettre l'indépendance de chaque application.
• conteneurisation légère: virtualisation du système de fichiers et du registre pour réduire l'impact sur le système et améliorer la sécurité, sans la charge d'une machine virtuelle complète.
• Prêt à faire des affaires: intégration avec Intune, Configuration Manager et le CSP de gestion des applications modernes.

De plus, contrairement à AppX, MSIX permet distribution en dehors du Microsoft StoreVous pouvez télécharger vos packages sur votre site web, les intégrer dans des pipelines CI/CD, utiliser Intune, les GPO, des scripts PowerShell ou des outils tiers pour un déploiement contrôlé.

Préparez une demande d'emballage dans MSIX

Avant de commencer à emballer « au hasard », il est judicieux de revoir certains points critiques pour garantir que votre application Il fonctionnera bien au sein du modèle MSIXnotamment dans des contextes professionnels ou dans des systèmes comme Windows 10/11 S.

Configuration requise et compatibilité .NET

Si votre application est développée en .NET, Microsoft recommande qu'elle soit ciblée sur .NET Framework 4.6.2 ou supérieurCette version est incluse par défaut depuis Windows 10 1607 (mise à jour anniversaire), et les versions ultérieures de Windows incluent des frameworks plus récents.

Les applications ciblant .NET 4.0 à 4.6.1 fonctionnent généralement correctement sur 4.6.2 et versions ultérieures, mais des tests approfondis sont indispensables. Si votre cible est .NET 2.0 ou 3.5, vous devrez activer les options suivantes sur la machine cible : fonctionnalité de .NET Framework 3.5Dans ces cas-là, des problèmes subtils de performance ou de compatibilité peuvent également survenir. applications 32 bitsIl est donc temps de procéder à une série de tests intensifs.

Privilèges, services et conducteurs de haut niveau

Une application qui ne fonctionne correctement que lorsqu'elle est exécutée avec privilèges d'administrateur Il est fort probable que cela cause des problèmes une fois intégré au format MSIX. N'oubliez pas que de nombreux utilisateurs, dans des environnements réels, ne sont pas administrateurs système et que le Microsoft Store refuse les applications nécessitant des privilèges élevés pour des fonctionnalités essentielles.

MSIX ne prend pas non plus en charge Pilotes Windows ou services par utilisateurSeuls les services de session 0 par machine (LocalSystem, LocalService, NetworkService) sont autorisés, et dans de nombreux cas, il est préférable de les remplacer par des tâches en arrière-plan ou des processus auxiliaires mieux intégrés au modèle moderne.

Utilisation du registre, des répertoires AppData et d'installation

Un autre point sensible concerne l'utilisation du registre et du système de fichiers par l'application. Toute tentative d'écriture dans L'accès à HKEY_LOCAL_MACHINE depuis une application MSIX entraînera un refus d'accès.L'application dispose d'une vue virtualisée du registre, de sorte que de nombreuses stratégies HKLM classiques pour la configuration globale ne sont plus pertinentes.

Les écritures dans HKEY_CURRENT_USER sont redirigées vers un stockage utilisateur et application isolé, et un phénomène similaire se produit avec AppDataqui redirige vers le dossier de données local du package. Si votre application utilisait AppData ou le registre pour partager des données avec d'autres programmes, vous devrez revoir cette stratégie et envisager des mécanismes tels que les contrats UWP, les services d'application ou le stockage partagé autorisé.

Enfin, une pratique courante mais problématique consiste à écrire dans le répertoire d'installation de l'application (par exemple, des fichiers journaux à côté de l'EXE). Avec MSIX, ce répertoire est en lecture seule pour l'application ; vous devrez donc… Déplacez ces données vers un emplacement de données d'application. adéquate.

Extensions, COM, GAC et dépendances natives

Si votre application expose des objets COM, des extensions shell ou dépend d'assemblages GAC visibles par d'autres applications, vous devez être particulièrement vigilant. Le modèle de COM emballé Il permet d'enregistrer les serveurs COM et OLE visibles en dehors du package, mais il ne couvre pas toutes les extensions qui dépendent d'une inspection directe du registre.

Pour les applications C++ utilisant l'environnement d'exécution Visual C++, vous devrez choisir entre une liaison dynamique ou statique avec la bibliothèque CRT. Visual Studio 2015/2017/2019 prend en charge les deux approches, mais si vous utilisez des DLL CRT installées dans Dossiers parallèles Windows (System32/SysWOW64), vous devrez inclure correctement les dépendances dans le VFS du package et/ou référencer les packages du framework VCLibs appropriés via les dépendances dans le manifeste.

Configurez le package MSIX dans Visual Studio

Dans les applications modernes, notamment avec Windows App SDK et WinUI 3, Visual Studio offre une expérience assez confortable pour Configurer et générer des packages MSIX sans avoir à modifier manuellement le XML en permanence.

Le manifeste Package.appxmanifest

Le cœur de la configuration du paquet est le fichier Package.appxmanifestUn document XML où sont définies l'identité, les fonctionnalités, les points d'entrée, les ressources visuelles et les extensions. Visual Studio intègre un concepteur de manifeste qui évite de modifier directement le fichier XML ; toutefois, il est toujours conseillé de le consulter en mode code lorsque sa complexité augmente.

Dans l’Explorateur de solutions, ouvrez simplement Package.appxmanifest (double-cliquez dessus). Si vous êtes déjà en mode XML, Visual Studio vous invitera à fermer cette vue pour afficher le concepteur. Dans les différents onglets, vous pouvez configurer des éléments tels que :

• Ressources visuellesIcônes, logos, tailles pour différentes échelles et appareils.
• Emballé: informations sur l'éditeur, version, certificats de signature.
• capacidades: accès réseau, localisation, caméra, microphone, système de fichiers limité, etc.
• déclarations: associations de fichiers, protocoles personnalisés, tâches en arrière-plan, alias d'exécution, etc.

Il est essentiel que toutes les applications MSIX soient signé avec un certificat auquel l'appareil fait confianceVous pouvez utiliser un certificat émis par votre infrastructure à clés publiques (PKI) interne, un certificat public ou même un certificat de développement auto-signé. Si l'utilisateur installe le paquet directement, le certificat doit être installé dans son magasin de certificats en tant qu'autorité de confiance.

Associez l'application au Microsoft Store

Si votre principal canal de distribution est le Microsoft Store, Visual Studio vous permet d'associer le projet à une application Store déjà enregistrée dans l'Espace partenaires. Dans le menu contextuel du projet, vous pouvez accéder à Publier → Associer l'application à la boutique et suivez l'assistant.

Cette association met automatiquement à jour les champs du manifeste, tels que l'identifiant du package, l'éditeur et d'autres métadonnées, en les alignant sur les données du Centre de partenaires. Par conséquent, lors de la génération de packages pour le Microsoft Store, Visual Studio pourra : Créer automatiquement le fichier .msixupload ou .appxupload Prêt à être expédié.

Générer des packages MSIX à partir de Visual Studio

Une fois l'application prête et le manifeste configuré, l'étape suivante consiste à générer les packages. Visual Studio fournit un assistant de création de package qui couvre à la fois les scénarios du Microsoft Store et la distribution directe (chargement latéral).

Création d'un paquet pour le chargement latéral

Pour installer l'application sur des machines sans passer par le Store (par exemple, environnements de test, laboratoires ou déploiements internes), vous pouvez utiliser la méthode de chargement latéral :

1. Ouvrez la solution et localisez le projet d'application.
2. Faites un clic droit sur le projet → Publier → Créer des packages d'application.
3. Sur le premier écran, sélectionnez l'option destinée à Chargement latéral.
4. Choisissez la méthode de signature : omettez-la (uniquement pour les scénarios très contrôlés) ou sélectionnez/créez un certificat approprié.
5. Sur la page de sélection du package, définissez les architectures (x86, x64, ARM, ARM64) et indiquez si vous souhaitez générer un bundle.

L'assistant générera un ou plusieurs fichiers .msix (et éventuellement un fichier .msixbundle). C'est tout ce que vous avez à faire. Double-cliquez sur le paquet sur l'ordinateur de destination afin que l'installateur d'applications affiche les détails de l'application et vous permette de l'installer, à condition que le certificat soit fiable pour le système.

Créez le fichier de téléchargement pour le Microsoft Store

Si vous soumettez votre candidature au Centre des partenaires, la procédure est très similaire, avec quelques étapes supplémentaires :

1. Depuis le menu Publier du projet, relancez-le. Créer des packages d'application.
2. Choisissez l'option qui correspond à Microsoft Store.
3. Connectez-vous avec votre compte développeur Partner Center et sélectionnez une application déjà enregistrée ou réservez un nouveau nom.
4. Sélectionnez toutes les architectures cibles (généralement x86, x64 et ARM) et configurez l'assistant pour toujours générer un ensemble.
5. Cochez la case pour inclure les symboles de débogage publics dans le fichier téléchargé.
6. Choisissez le numéro de version, le chemin de sortie et cliquez sur Créer.

Une fois le processus terminé avec succès, vous obtiendrez un fichier .msixupload ou .appxupload que vous pourrez utiliser. télécharger directement sur un envoi du Centre des partenairesÀ partir de là, la certification, la mise en production échelonnée et l'analyse des erreurs de production sont gérées.

Création manuelle d'un fichier .msixupload

Dans des scénarios plus « artisanaux » ou pour des intégrations spécifiques, il est possible de créer un fichier de chargement manuellement. Pour ce faire :

• Regroupez un ou plusieurs packages d'application (.msix / .appx) ou un bundle (.msixbundle / .appxbundle) dans un dossier.
• Ajoutez le fichier .appxsym contenant les symboles publics si vous souhaitez activer l'analyse des défauts (fortement recommandé).
• Compressez ce dossier dans un fichier ZIP.
• Modifiez l'extension de .zip à .msixupload ou .appxupload.

Le fichier ainsi obtenu sera accepté par le Centre des partenaires comme fichier de téléchargement pour la boutique.

Tests de validation et de certification du package MSIX

Il ne suffit pas que l'application fonctionne sur votre machine : avant le déploiement en production, surtout si vous comptez utiliser le Microsoft Store, il est crucial valider le paquet avec le kit de certification des applications Windows (WACK).

Validation locale

Sur le dernier écran de l'assistant de création de package Visual Studio, vous pouvez laisser l'option « Machine locale » sélectionnée et lancer directement le programme. Kit de certification des applications WindowsCet outil exécute une série de tests automatisés sur le package : installation, comportement de l’application, utilisation des API autorisées, performances, etc.

Seules des compilations de Libération Ces packages peuvent être validés avec cet outil, contrairement aux packages de débogage. Si le package réussit tous les tests, vous réduirez considérablement les risques de mauvaises surprises lors de la certification sur le Microsoft Store et les problèmes rencontrés lors des déploiements en entreprise.

Validation sur un appareil distant Windows 10/11

Si vous devez effectuer des tests sur une machine distante (environnement différent, architecture différente, appareil spécifique), vous pouvez :

1. Activer le périphérique pour le développement.
2. Installez les outils distants Visual Studio et le kit de certification d'applications Windows lui-même sur l'ordinateur distant.
3. Dans l'assistant de création de package, sélectionnez l'option pour machine à distance et configurez le DNS ou l'adresse IP.
4. Choisissez le mode d'authentification approprié et lancez WACK depuis Visual Studio.

Visual Studio se connectera à l'appareil distant, installera le package et exécutera les tests. Le résultat sera similaire à une validation locale, mais tiendra compte des conditions de l'environnement distant.

Automatisez la compilation, l'empaquetage et la soumission au Microsoft Store

Dans les projets importants, répéter manuellement le processus d'empaquetage et de publication est voué à l'échec. La bonne nouvelle est que MSIX s'intègre parfaitement avec msbuild et pipelines CI/CD.

Compilation et empaquetage avec msbuild

Pour les solutions basées sur le modèle de projet unique MSIX (Projet unique MSIX) avec WinUI 3, la clé est d'utiliser le paramètre msbuild approprié. L'option fondamentale est :

/p:GenerateAppxPackageOnBuild=true

Sans ce paramètre, le projet sera compilé, mais aucun package MSIX ne sera généré. L'activation de ce paramètre permettra à chaque compilation de produire le ou les packages configurés, facilitant ainsi l'intégration avec GitHub Actions, Azure DevOps ou tout autre système d'intégration continue.

Soumission automatique au Microsoft Store depuis Visual Studio

À partir de Visual Studio 2019, il est possible qu'après l'exécution de WACK, l'IDE lui-même Soumettre automatiquement le fichier .appxupload au Microsoft StorePour utiliser cette fonctionnalité, vous avez besoin de :

• Associez le compte du Centre des partenaires à une instance Microsoft Entra ID (Azure AD).
• Enregistrez une application dans Azure AD pour représenter votre outil de publication.
• Obtenez l'identifiant du locataire, l'identifiant du client et le secret du client depuis le Centre des partenaires.

Grâce à ces informations d'identification, vous pouvez configurer l'option « Soumettre automatiquement au Microsoft Store après validation » dans l'assistant et saisir les identifiants correspondants. Ensuite, après une compilation réussie et une validation WACK, Visual Studio lancera le processus de soumission et vous pourrez… Surveillez l'avancement dans la fenêtre de vérification et de publication.

MSIX dans les environnements modernes : attachement d’applications et conteneurs VHD/CIM

Dans le contexte de Windows Virtual Desktop (désormais Azure Virtual Desktop) et d'autres environnements VDI, cette technologie a acquis une importance considérable. Attachement d'application MSIXL'idée est de découpler l'image système de base des applications, en chargeant ces dernières à partir de conteneurs MSIX montés dynamiquement.

Les conteneurs peuvent être utilisés pour l'attachement d'applications. VHD, VHDX ou CIM (Composite Image File System)Les conteneurs CIM ont l'avantage d'être très rapides à assembler et à désassembler et de consommer moins de ressources, bien que les VHD/VHDX soient encore très courants.

La création de ces conteneurs peut être effectuée manuellement avec des outils comme MSIX Manager Tool (msixmgr) ou via des utilitaires tiers comme AppVentiX ou MSIX Hero, qui simplifient grandement le processus et évitent d'avoir à utiliser des modules Hyper-V dans PowerShell.

Une fois le conteneur contenant le package MSIX généré et les scripts ou stratégies d'attachement de l'application configurés, l'application apparaîtra à l'utilisateur comme si elle était installée localement, mais en réalité elle l'est. monté à partir d'un disque virtuelCela facilite grandement la gestion des images et les mises à jour logicielles dans les environnements multi-utilisateurs.

Outil de packaging MSIX et framework de support des packages : maîtriser les installateurs complexes

Toutes les applications héritées ne sont pas faciles à gérer : beaucoup ne proposent pas d’options en ligne de commande, écrivent dans des emplacements inappropriés ou nécessitent des privilèges élevés. Dans ces cas-là, Outil d'empaquetage MSIX et le Package Support Framework (PSF) sont des alliés indispensables.

L'outil de packaging MSIX permet de convertir des installateurs existants (EXE, MSI, App-V 5.x, ClickOnce, etc.) en packages MSIX, via une interface graphique ou en ligne de commande. Il requiert Windows 10 version 1809 ou ultérieure et des privilèges d'administrateur. Il est recommandé de désactiver les services tels que Windows Update, la recherche Windows ou SMS Host afin d'éviter d'alourdir le package.

Lors de la capture, l'outil installe un pilote d'empaquetage, exécute le programme d'installation d'origine et surveille Quels fichiers, clés de registre et accès effectue-t-il ?Une fois l'opération terminée, il génère le package MSIX et un journal du processus.

Lorsque l'application d'origine présente des comportements problématiques (par exemple, écriture dans des chemins interdits ou utilisation du registre d'une manière non prise en charge), les éléments suivants entrent en jeu : Cadre de support des packagesPSF permet d'effectuer des corrections à l'exécution sans modifier le code source. Il peut notamment rediriger les opérations sur les fichiers et le registre vers des emplacements autorisés, ou intercepter certains appels pour les adapter au conteneur MSIX.

Pour des scénarios encore plus avancés, il existe des utilitaires comme PSFTooling (disponible sur le Microsoft Store) qui aident à générer et à appliquer ces correctifs, bien que la documentation pratique soit quelque peu rare de nos jours, et qu'il faille expérimenter et examiner des exemples de la communauté pour obtenir le package parfait.

MSIX s'impose comme le composant central du déploiement moderne de Windows : des installations de bureau simples aux environnements d'entreprise complexes et aux bureaux virtuels, il offre un modèle d'empaquetage plus propre, plus sûr et plus automatisable que EXE ou MSI, tout en permettant des fonctionnalités avancées de la plateforme Windows et en facilitant le travail des développeurs, des administrateurs et des équipes de support lorsque l'ensemble du cycle d'empaquetage et de déploiement est correctement conçu et validé.