Explorer les types d’applications Windows

Effectué

Il existe généralement deux types d’applications qui peuvent être installés sur un client Windows : les applications de bureau et les applications plateforme Windows universelle (UWP), parfois appelées applications du Microsoft Store. Les utilisateurs installent et gèrent ces deux types d’applications de différentes manières. En outre, les administrateurs réseau peuvent rendre les applications Azure RemoteApp disponibles pour les utilisateurs. Les sections suivantes décrivent les différences entre ces types d’applications.

Applications de bureau

Les applications de bureau sont des applications traditionnelles, telles que Microsoft Office. La plupart des utilisateurs et administrateurs réseau sont familiarisés avec les applications de bureau (parfois appelées applications Win32). Un administrateur peut installer des applications de bureau sur des ordinateurs Windows localement en utilisant l’une des deux méthodes suivantes :

• Le lancement d’un fichier .exe ou .msi à partir d’un média produit, d’un partage d’emplacement réseau ou d’un fichier téléchargé à partir d’un site web.
• En tant que package distribué à partir d’une solution de gestion d’applications telle que Endpoint Configuration Manager, généralement utilisé pour automatiser & gérer les installations dans un organization.

plateforme Windows universelle applications

Les applications UWP sont distribuées à l’aide d’un système d’empaquetage qui installe l’application qui protège l’utilisateur, l’appareil et le système. Ils sont simples à installer (généralement en un clic) et désinstallent tout aussi facilement, sans laisser d'« artefacts » que les applications Win32 font généralement. Le Microsoft Store est l’endroit le plus courant pour trouver des applications UWP. Les applications UWP présentent plusieurs avantages :

• Plus sécurisé. Les applications UWP incluent un manifeste qui définit explicitement les données et ressources d’appareil que l’application peut utiliser.
• Prise en charge de Windows inter-appareils. Un ensemble d’API commun permet aux développeurs de créer une application unique qui peut être installée sur des casques de bureau Windows, Mobile, Xbox et Mixed-Reality.
• Distribution facile. Les développeurs peuvent distribuer des applications via le Microsoft Store, ce qui leur donne une exposition, une installation simplifiée et la possibilité de monétiser l’application.
• Distribution privée. Les organisations peuvent créer des applications UWP internes qui peuvent également être distribuées via le Microsoft Store pour Entreprises ou le chargement indépendant de l’application.

Les applications UWP sont empaquetées au format de fichier .appx et doivent être signées numériquement. Les applications de bureau existantes peuvent également être empaquetées en tant qu’applications UWP à l’aide de l’outil d’empaquetage MSIX, ce qui offre certains des avantages des applications UWP sans nécessiter de développement supplémentaire.

Attention

Bien que Windows 8 puissiez installer des applications du Microsoft Store, toutes les applications UWP ne peuvent pas être installées sur Windows 8.x. Le Microsoft Store n’affiche pas les applications incompatibles sur un appareil Windows 8.x. Windows 7 ne prend pas en charge les applications UWP.

Applications App-V

À l’instar des applications UWP, la virtualisation d’applications est conçue pour atteindre des objectifs similaires, tels que des installations d’applications simplifiées et la réduction de l’impact sur le système d’exploitation. Toutefois, l’architecture d’une application App-V est très différente. App-V est utilisé pour fournir des applications Win32 virtuellement aux clients, soit automatiquement, soit à la demande. Contrairement aux applications UWP ou de bureau, l’application n’est jamais installée sur le système d’exploitation client.

Le client App-V simule un environnement de système d’exploitation et des applications virtualisées spécialement préparées s’exécutent dans cet environnement simulé. Les applications virtualisées n’interagissent pas directement avec le système d’exploitation client, mais avec le client App-V. Le client App-V fonctionne comme un proxy par le biais duquel l’application utilise les ressources du système d’exploitation.

L’expérience de l’utilisateur final n’est pas différente de celle d’une application traditionnellement installée et, étant donné que l’application utilise le matériel client local, elle ne fonctionne pas différemment non plus.

App-V offre les avantages suivants par rapport aux applications traditionnellement déployées et installées localement :

• Exécutez plusieurs versions d’applications. Vous pouvez utiliser App-V pour exécuter différentes versions d’applications simultanément sur le même ordinateur client sans conflit.
• Réduisez les conflits d’application. Lorsque vous installez des applications en tant qu’applications App-V, il n’y a aucun conflit d’application, car chaque application App-V s’exécute dans son propre environnement isolé.
• Simplifiez la suppression de l’application. Les applications App-V ne sont pas installées localement, ce qui signifie que vous pouvez les supprimer complètement et plus facilement.
• Simplifiez les mises à niveau d’applications. La nature modulaire des applications virtualisées signifie que vous pouvez remplacer une version d’une application par une version mise à jour avec moins d’efforts. Le client App-V est inclus dans les éditions Windows Entreprise et Éducation, mais il doit toujours être activé à l’aide de stratégie de groupe ou de PowerShell à l’aide de la commande Enable-Appv. Bien que la plupart des applications Win32 puissent être virtualisées, cela n’est pas toujours pratique. Étant donné qu’elles s’exécutent dans un environnement isolé par conception, de nombreuses applications peuvent dépendre des services fournis par le système d’exploitation ou d’autres applications. Bien qu’il existe des méthodes et des considérations à cet égard, toutes les applications ne sont pas adaptées à la virtualisation.

Applications RemoteApp

Windows Server applications RemoteApp s’affichent localement, mais s’exécutent à distance. Au lieu d’installer des applications sur le client, elles sont installées uniquement sur un serveur. Les applications RemoteApp utilisent les ressources du serveur sur lequel elles sont installées, tout en utilisant des ressources clientes minimales. Du point de vue d’un utilisateur, une application RemoteApp apparaît et fonctionne comme si elle avait été installée sur le client local. Les scénarios RemoteApp incluent :

• Matériel client insuffisant. Clients légers ou appareils qui ne répondent pas à la configuration matérielle minimale requise pour une application.
• Système d’exploitation incompatible. Appareils qui n’ont pas le système d’exploitation requis pour l’application, tels qu’une tablette, ou appareils qui exécutent une architecture différente, comme un système d’exploitation x86 qui doit exécuter une application x64.
• Scénarios BYOD. Les organisations souhaitent autoriser l’accès aux applications d’entreprise à partir d’appareils personnels, mais ne souhaitent pas que l’application soit installée sur l’appareil. Étant donné qu’il s’agit d’une connexion à distance, elle n’est pas adaptée aux scénarios où l’accès hors connexion aux applications est requis.