Partager via

Présentation du scénario basé sur une distribution électronique de logiciels

  • Article

S'applique à: Application Virtualization

Si vous envisagez d’utiliser une solution ESD (distribution électronique de logiciels) pour déployer des applications virtuelles, il est essentiel de comprendre les facteurs impliqués dans et concernés par une telle décision. Cette rubrique décrit les avantages relatifs à l’utilisation d’un scénario basé ESD et contient des informations sur les méthodes de publication et de diffusion de packages dont il faudra tenir compte tout au long du processus de déploiement.

Important

Quelle que soit la solution ESD choisie, vous devez vous familiariser avec ses exigences propres. Si vous utilisez System Center Configuration Manager 2007 R2 ou version ultérieure, consultez la documentation de System Center Configuration Manager à l’adresse https://go.microsoft.com/fwlink/?LinkId=66999.

L’utilisation d'un système ESD existant vous offre les avantages suivants :

  • Élimine les infrastructures de gestion doubles

  • Réduit les coûts d’achat de matériel supplémentaire

  • Réduit les coûts d’achat d’un système d’exploitation et de licences de base de données supplémentaires

Méthodes de publication

Dans le cas d’un scénario basé ESD, les options de publication de l’application sur les clients sont les suivantes :

  • Windows Installer en mode autonome. Le fichier Windows Installer contient les fichiers manifeste, OSD et ICO utilisés par les clients pour configurer un package. Le fichier Windows Installer copie également le fichier SFT sur le client, car ce scénario n’utilise aucun serveur.

  • Windows Installer avec le manifeste du package. Le fichier Windows Installer contient les fichiers manifeste, OSD et ICO utilisés par les clients pour configurer un package. Le fichier SFT est stocké sur un serveur. Un paramètre de ligne de commande oriente le client vers l’emplacement du fichier SFT.

  • Commandes SFTMIME. Les commandes SFTMIME sont associées aux fichiers manifeste, OSD, ICO et SFT pour ajouter des packages au client. Le fichier manifeste doit résider sur l’ordinateur client ou être accessible via un chemin UNC. Selon la configuration du client et les options de ligne de commande, les fichiers OSD, ICO et SFT peuvent être enregistrés sur l’ordinateur client ou sur un serveur.

Pour des informations détaillées sur les méthodes de publication précédentes, reportez-vous à Choisir une méthode de publication.

Méthodes de diffusion de packages

Vous devrez déterminer la méthode employée par votre système Application Virtualization pour diffuser les packages d’applications virtuelles ou les fichiers SFT depuis le serveur sur les clients. Les options de diffusion suivantes sont disponibles :

  • Serveur Application Virtualization Streaming Server. Si votre configuration compte un serveur Application Virtualization Streaming Server, les fichiers SFT sont diffusés sur les clients à partir de ce serveur via les protocoles RTSP ou RTSPS. Vous devez installer le logiciel serveur sur un ordinateur et le configurer par le biais du registre. Toutefois, cette configuration ne dépend pas de services, tels que SQL ou des services de domaine Active Directory. Les fichiers SFT sont stockés sur le serveur à un emplacement accessible aux clients. Les informations de publication peuvent être distribuées aux clients par l’intermédiaire d’un mécanisme de distribution quelconque. Cependant, lorsqu’il est configuré, le client reçoit automatiquement les mises à niveau de packages et la mise à niveau active est prise en charge.

  • Serveur Application Virtualization Management Server. Si votre configuration compte un serveur Application Virtualization Management Server, les fichiers SFT sont diffusés sur les clients à partir de ce serveur via les protocoles RTSP ou RTSPS. Vous gérez ce serveur via Application Virtualization Management Console. Cette configuration utilise une base de données SQL et les services Active Directory. Le serveur peut distribuer des informations de publication aux clients ; il n’est donc pas nécessaire de faire appel à des mécanismes de publication supplémentaires.

  • Serveur de fichiers. Si vous utilisez un serveur de fichiers dans votre configuration, les fichiers SFT sont diffusés sur les autres ordinateurs clients via des protocoles SMB. Les serveurs de fichiers utilisés dans cette configuration sont gérés en créant des listes de contrôle d’accès (ACL) sur les partages de fichiers et les fichiers SFT. Attention à orienter les clients vers les fichiers appropriés sur le serveur de fichiers.

  • Serveur IIS. Si vous utilisez un serveur IIS dans votre configuration, les fichiers SFT sont diffusés sur les clients à partir de ce serveur via les protocoles HTTP ou HTTPS. Le serveur IIS est facile à configurer et à gérer. Attention à orienter les clients vers les fichiers appropriés sur le serveur IIS.

Pour des informations détaillées sur les méthodes de diffusion précédentes, reportez-vous à Choisir une méthode de diffusion.

Voir aussi

Concepts

Paramètres de ligne de commande du programme d’installation du client Application Virtualization Client
Choisir une méthode de publication
Choisir une méthode de diffusion

Autres ressources

Scénario basé sur un serveur Application Virtualization Server
Scénario basé sur une distribution électronique de logiciels
Référence à la commande SFTMIME

-----
Vous pouvez en savoir plus sur MDOP dans la bibliothèque TechNet, recherchez des informations de dépannage sur le wiki TechNet ou suivez-nous sur Facebook ou Twitter. Veuillez envoyer vos suggestions et commentaires sur la documentation de MDOP à MDOPdocs@microsoft.com.