Méthodes de déploiement : Agent RealmJoin vs Intune
Comparaison du déploiement Intune natif (intunewin + Intune Management Extension) et du déploiement via l’Agent RealmJoin pour les packages Windows — ainsi que les capacités supplémentaires apportées par l’Agent.
Presque chaque package dans la Boutique de packages peut être déployé sur vos appareils Windows de l’une de deux façons. Vous choisissez la méthode pour chaque package lorsque vous vous y abonnez et vous gérez ensuite les attributions de la même manière via groupes gérés.
déploiement Intune – le package est poussé vers votre Tenant sous forme d’
intunewinapplication et distribué par Microsoft Intune et l’Intune Management Extension, visible pour les utilisateurs dans le Company Portal.déploiement RealmJoin – le package est installé par le RealmJoin Agent qui s’exécute sur l’appareil, visible pour les utilisateurs dans le RealmJoin Tray et Self Service Portal.
Nous recommandons le déploiement RealmJoin. Il prend en charge tout ce que fait la méthode Intune et ajoute les capacités décrites sur cette page. Si vous avez décidé de standardiser plutôt sur des packages gérés par Intune, consultez le Guide de migration.
Comment chaque méthode livre un package
Le intunewin la version du package est poussée directement dans votre Tenant. Elle contient tous les binaires ainsi qu’un kit de déploiement basé sur PowerShell. À partir de là, elle peut être gérée soit depuis le RealmJoin Portal soit directement dans Intune.
Livraison : Microsoft Intune + Intune Management Extension.
Surface en libre-service : Company Portal → Apps.
Charge utile : binaires regroupés à l’intérieur du
intunewinpackage et préparés dans le Tenant.
Le RealmJoin Agent sur l’appareil exécute localement tout le code d’installation et toutes les commandes à l’aide de son moteur de packages (Chocolatey classique ou Native Choco Runtime) ainsi qu’avec PowerShell. Les binaires sont téléchargés au moment de l’installation.
Livraison : le RealmJoin Agent (
realmjoin.exe/realmjoinservice.exe), synchronisant la configuration environ toutes les 30 minutes.Surface en libre-service : Menu de la RealmJoin Tray et Self Service Portal, organisés en catégories.
Charge utile : binaires téléchargés à la demande pendant l’installation.
Comparaison des fonctionnalités
Les deux méthodes prennent en charge les fondamentaux : Requis (obligatoires) et Disponible (déclenchées par l’utilisateur), création de groupes gérés, mise en scène de Préversion / Principal l’automatisation des canaux avec report et Déployer la nuit, ainsi que le suivi des versions/mises à jour dans Gestion des packages. Le tableau ci-dessous se concentre sur les différences entre les deux méthodes.
Attributions requises et disponibles
Oui
Oui
Groupes gérés et automatisation Préversion/Principal
Oui
Oui
Mise à niveau automatique vers des versions plus récentes
Packages requis ; packages disponibles uniquement via le groupe de mise à jour
Packages requis et disponibles directement
Dépendances de package (Dépend de) et ordre d’installation
—
Oui — les prérequis sont installés automatiquement, dans une séquence définie
Réinstallation / réparation en libre-service (Autoriser la réinstallation)
—
Oui
Installation en arrière-plan lors d’un changement de configuration
—
Oui
Contrôle du report par l’utilisateur (Rythme de déploiement : Lent/Rapide/Demain)
—
Oui
Contrôle de la phase d’installation et de l’audience (Restrictions sur l’application principale / la partie utilisateur)
—
Oui — à la connexion/manuelle/initiale/normale, utilisateur principal/secondaire
Intégrer les installations existantes non gérées (groupe de mise à jour)
Oui
Oui — mieux intégré grâce à l’inventaire logiciel plus riche de RealmJoin
Packages de configuration / craft avec suffixe de multi-abonnement
—
Oui
Page d’état d’inscription dédiée, ordonnée avec les dépendances
ESP Windows/Intune
Supplémentaire ESP RealmJoin, en respectant les dépendances et l’ordre
Déploiement de charges utiles très volumineuses (par ex. de grandes suites CAO)
Limitations de taille et de fiabilité
Géré de manière fiable
Les options avancées par package ci-dessus sont les Paramètres experts d’un package. RealmJoin App Deployment est nécessaire pour les utiliser, et l’ensemble complet des fonctionnalités nécessite le RealmJoin Agent.
Ce que vous gagnez avec le déploiement RealmJoin
Résolution des dépendances, ordonnancement et ESP correspondant — un vrai point fort
RealmJoin peut exprimer des relations entre les packages. Avec Dépend de, les packages prérequis (par exemple un runtime Visual C++ ou .NET) sont installés automatiquement avant l’application qui en a besoin, et avec Ordre vous contrôlez la séquence exacte du déploiement. Cela vous permet de modéliser de vraies piles d’applications au lieu d’attribuer chaque composant indépendamment et d’espérer que le timing fonctionne.
La vraie valeur se révèle lors du provisionnement : le ESP RealmJoin maintient le bureau Windows jusqu’à ce que les installations et configurations obligatoires soient terminées, et il respecte ces mêmes dépendances et numéros d’ordre. Les prérequis passent d’abord, dans la séquence que vous avez définie, avant que le bureau ne soit libéré — ainsi, un appareil parvient à l’utilisateur entièrement et correctement provisionné au lieu de terminer sa pile ensuite.
Mise à niveau automatique pour les applications disponibles, pas seulement pour les obligatoires
Lorsqu’une nouvelle version entre dans le canal, le RealmJoin Agent met à niveau à la fois Requis et Disponible les packages déjà installés sur un appareil, directement. Intune peut également mettre à jour les Disponible applications attribuées, mais uniquement indirectement via le groupe de mise à jour. RealmJoin maintient les logiciels en libre-service au même niveau de correctifs que les logiciels obligatoires dès le départ, comblant ainsi une lacune courante où les applications facultatives prennent du retard.
Contrôle granulaire de lorsque et pour qui
Chaque package peut définir sa phase d’installation — après la connexion, uniquement lorsque l’utilisateur le lance manuellement, uniquement pendant le provisionnement initial, ou pendant l’utilisation normale — et s’il s’exécute pour l’utilisateur principal, les utilisateurs secondaires ou les deux. Combiné avec le Rythme de déploiement (permettant aux utilisateurs de différer pendant un nombre défini de jours avant que l’installation ne s’impose), vous obtenez un contrôle précis de l’expérience utilisateur.
Réparation en libre-service et remédiation silencieuse
Autoriser la réinstallation permet aux utilisateurs de relancer un package depuis la tray à tout moment pour corriger une installation défectueuse — idéal pour les packages auto-réparateurs tels que la synchronisation horaire ou les correctifs de configuration. Autoriser l’installation en arrière-plan applique automatiquement les changements de configuration lors de la prochaine synchronisation, sans interrompre l’utilisateur.
Intégration des installations existantes
Le groupe de mise à jour découvre dynamiquement les copies d’un logiciel installées en dehors de la gestion et intègre ces appareils au déploiement géré. Les versions plus récentes — y compris les correctifs de sécurité — atteignent alors aussi ces machines, si bien que les installations non gérées ne sont plus des angles morts. Le groupe de mise à jour est également disponible pour le déploiement Intune, mais il est mieux intégré à RealmJoin grâce à l’inventaire logiciel plus riche de RealmJoin, qui détecte les installations de manière plus complète.
Des configurations, pas seulement des applications
Au-delà des installateurs d’applications, le déploiement RealmJoin gère les packages craft/de configuration — comme les mappages d’imprimantes ou de lecteurs réseau — et vous permet de souscrire plusieurs fois au même package craft à l’aide d’un suffixe, afin qu’un utilisateur puisse recevoir plusieurs configurations distinctes du même package.
Une expérience utilisateur soignée
L’Agent affiche les logiciels disponibles dans la RealmJoin Tray et le Self Service Portal, regroupés dans les catégories que vous définissez, et affiche notifications d’application avec une image d’en-tête personnalisable et des options interactives de report/différé pendant l’installation.
Livraison fiable — y compris pour des charges utiles très volumineuses
Le déploiement RealmJoin est en général plus fiable, et il gère de façon fiable tous les types de charges utiles — y compris des fichiers très volumineux comme de grandes suites CAO —, là où Intune rencontre encore des problèmes. Comme l’Agent télécharge les binaires au moment de l’installation et les installe localement, les limites de livraison liées à la taille sont beaucoup moins préoccupantes.
Un moteur moderne et un dépannage plus simple
Le Native Choco Runtime exécute les installations au sein du service RealmJoin — sans dépendre du binaire Chocolatey 0.10.3 fourni et vieillissant — tout en restant un remplacement transparent pour vos packages existants. Les installations s’exécutent localement avec des journaux détaillés et isolés par package sur l’appareil, et RealmJoin continue d’ajouter des options de dépannage de plus en plus simples, ce qui facilite la compréhension exacte de ce qui s’est passé et pourquoi lorsqu’une installation doit être analysée.
Choisir une méthode
Mis à jour
Ce contenu vous a-t-il été utile ?