Distribution d'applications

1. Les concepts et objets

Microsoft Endpoint Configuration Manager Current Branch propose deux grands modèles utilisés pour le déploiement d’applications : les packages et les applications. Un package peut contenir des fichiers source et des programmes. Le programme est, pour la partie la plus importante, une commande qui sera exécutée par le client ConfigMgr. La ligne de commande peut faire référence à un fichier inclus dans les sources ou directement sur le système. C’est pourquoi les packages sont encore utilisés pour des opérations de maintenance (défragmentation des machines, par exemple). Les packages peuvent être déployés sur des machines ou des utilisateurs mais ils n’offrent pas toute l’intelligence permettant d’adapter le déploiement aux scénarios souhaités. Même si vous ciblez des utilisateurs, les packages et programmes ne sont pas visibles au travers du portail d’applications.

La création d’un package dans ConfigMgr ne doit pas être confondue avec le packaging d’une application. Le packaging revient à reconditionner l’application afin qu’elle s’installe et soit configurée de la façon souhaitée. Certaines applications doivent être notamment repackagées pour pouvoir être installées de manière silencieuse. Il existe de nombreux outils comme Flexera InstallShield, AdminStudio, ou Wise Package Studio…

L’application est un concept qui représente un logiciel au sens logique. Cette application est ensuite constituée d’un ou plusieurs types de déploiement qui définissent un scénario de déploiement....

1. Les prérequis

La fonctionnalité de distribution d’applications de Microsoft Endpoint Configuration Manager nécessite la mise en œuvre de plusieurs prérequis.

1. Les concepts

Un package comprend les informations générales sur le logiciel à déployer. On y retrouve notamment le nom, la version, le fabricant, la langue, l’emplacement des fichiers (s’il y en a). Vous pouvez créer un package à partir d’un fichier de définition (*.sms, *.pdf, *.msi) afin de renseigner toutes les informations ou le définir manuellement. Un package peut contenir un ou plusieurs programmes décrivant comment l’application doit être exécutée par le client. Les programmes sont toujours exécutés avec un contexte 32 bits. Le client ConfigMgr peut exécuter n’importe quel type de fichiers (exécutable, MSI, fichier bat, VBScript, JavaScript, PowerShell…) dès lors que le système d’exploitation sait l’interpréter. Avec ConfigMgr Current Branch, le modèle d’applications apporte une intelligence plus importante au déploiement d’applications. Ceci relègue l’utilisation des packages aux opérations de maintenance nécessitant des sources. En effet, les autres opérations de maintenance (exécution de commandes système, modification du registre, défragmentation…) peuvent maintenant être exécutées via la fonction d’exécution de scripts.

Lorsque vous choisissez de créer un package à partir d’un fichier de définition, les fichiers MSI fournissent par défaut six programmes permettant les scénarios suivants :

1. Les concepts

Les packages ne proposaient pas d’intelligence permettant de détecter l’application ou d’adapter les scénarios de déploiement au périphérique ou à l’utilisateur. Le filtre devait ainsi être fait manuellement par l’administrateur en créant des collections basées sur l’inventaire. Cette méthode n’était pas parfaite puisque l’évaluation du déploiement était faite du côté de l’infrastructure. Certaines machines pouvaient ne pas avoir mis à jour les informations d’inventaire et signaler de manière incorrecte qu’un logiciel n’était pas présent sur la machine, bien qu’il ait été installé entre temps. Ceci a forcé de nombreuses entreprises à repackager toutes les applications pour déléguer l’évaluation de règle au niveau du package d’installation. Avec le modèle d’application, la philosophie est toute différente. Vous créez une application au sens logique, comprenant diverses informations (nom, éditeur, version, catégorie…), les informations utilisées lors de l’affichage dans le catalogue d’application (texte localisé dans la langue de l’utilisateur) et des types de déploiement. Les types de déploiement sont comparables à des programmes dans les packages.

Ils comprennent les informations qui seront utilisées pour l’évaluation et l’installation :

1. Maintenir le contenu sur les points de distribution

Les points de distribution sont utilisés par les clients pour obtenir le contenu nécessaire aux déploiements. Le contenu doit donc être disponible sur les points de distribution des clients qui se voient déployer l’application. Pour en apprendre plus sur ces derniers, vous pouvez vous reporter au chapitre Aperçu et fondamentaux de ConfigMgr.

a. Distribution du contenu

Afin de distribuer un package ou une application sur les points de distribution, suivez la procédure suivante.

 Ouvrez la console d’administration et naviguez dans Software Library - Overview - Application Management - Applications/Packages.

 Sélectionnez l’application ou le package et cliquez sur Distribute Content.

 L’assistant s’ouvre et résume le contenu que vous déployez. L’option Detect associated content dependencies and add them to this distribution permet de distribuer le contenu des dépendances.

 Sur la page Content Destination, sélectionnez les points de distribution, groupes de points de distribution ou collections cibles. D’un point de vue général, il est recommandé d’utiliser des groupes de points de distribution pour automatiser la distribution. 

 Terminez l’assistant pour lancer la distribution. Vous pouvez ensuite suivre la distribution par la vue Monitoring - Distribution Status - Content Status.