Ivanti DSM end of life : repartir à neuf avec Intune et RealmJoin

Ivanti DSM atteint son end of life le 31 décembre 2026. Passé cette date, plus de mises à jour, plus de correctifs de sécurité et plus de support éditeur. Quiconque exploite encore DSM a besoin d'une stratégie de migration qui remplace ce que DSM fait aujourd'hui sans tout reconstruire de zéro, et qui corresponde à la façon dont l'informatique fonctionne désormais : appareils gérés dans le cloud, libre-service et mises à jour continues.

RealmJoin est conçu pour compléter Microsoft Intune, et dans les environnements DSM, il prend en charge la partie qu'Intune laisse ouverte : packaging, correctifs, libre-service et automatisation. Ce guide parcourt une migration d'Ivanti DSM vers Intune et RealmJoin, de la première analyse jusqu'au jour où DSM est arrêté.

Ce qui se passe après l'end of life d'Ivanti DSM

Continuer à faire tourner Ivanti DSM au-delà de sa date d'end of life est techniquement possible ; le logiciel ne cesse pas de fonctionner du jour au lendemain. Les risques, eux, augmentent :

• Les failles de sécurité ne sont plus corrigées
• Les mises à jour logicielles importantes, critiques pour l'activité sans être liées à la sécurité, ne peuvent plus être déployées non plus
• Les référentiels de conformité comme ISO 27001 peuvent classer un DSM sans support comme un risque inacceptable
• Les bugs et les problèmes d'intégration doivent être résolus en interne, sans support éditeur
• Les partenaires de migration et l'expertise se font plus rares à mesure que l'échéance approche

L'échéance est fixe. Ce qui tourne encore sur DSM le jour venu ne l'est pas.

La distribution logicielle après Ivanti DSM

Ivanti DSM a été conçu pour un modèle informatique traditionnel : infrastructure on-premises, appareils Windows joints au domaine et processus centralisés, largement manuels. Les environnements modernes demandent autre chose :

• Des appareils gérés dans le cloud, indépendants du réseau d'entreprise
• Un accès aux logiciels en libre-service pour les utilisateurs finaux
• Des mises à jour continues des applications tierces
• Moins de packaging et de maintenance manuels

La question n'est donc plus « Qu'est-ce qui remplace Ivanti DSM ? » mais « Qu'est-ce qui soutient notre futur modèle d'exploitation informatique ? »

Pourquoi Microsoft Intune est le socle

Microsoft Intune est le service cloud natif de gestion des terminaux de Microsoft 365. Il fournit l'enrôlement et la gestion du cycle de vie des appareils, les politiques de sécurité et le contrôle de conformité, le Conditional Access avec Microsoft Entra ID et la prise en charge multiplateforme de Windows, macOS, iOS et Android. Pour une organisation sur Microsoft 365, c'est le socle logique d'un remplacement de DSM.

Ce qu'Intune seul ne couvre pas entièrement :

• Le packaging applicatif à grande échelle
• L'automatisation des correctifs tiers
• La distribution d'applications en libre-service
• La gestion efficace d'un grand catalogue logiciel

Ce que RealmJoin ajoute à Intune

RealmJoin étend Microsoft Intune en une plateforme de cycle de vie applicatif et d'automatisation et comble exactement ces lacunes. Apps et correctifs est le module qui compte le plus dans une migration DSM ; l'automatisation, les outils de helpdesk et la gestion des administrateurs locaux viennent avec.

Des paquets applicatifs prêts à l'emploi et maintenus

• Plus de 3 000 applications d'entreprise prêtes à déployer
• Des centaines d'apps macOS, livrées via Intune
• L'intégralité des app stores iOS et Android, gérée depuis la même console (bientôt disponible)
• Les nouvelles versions des éditeurs sont détectées en 15 minutes et déployées via les canaux Preview et Main avec le délai que vous définissez

Ce qui ne figure pas dans le catalogue est packagé à la demande sous peu, ou vous téléversez votre propre installateur comme paquet organique ; la façon dont cela limite l'effort de repackaging d'une migration DSM est décrite sous Taille du catalogue de paquets. Les applications maison sont prises en charge par des dépôts Git audités, des pipelines de packaging basés sur la CI/CD et des contrôles qualité standardisés ; la documentation du Package Store décrit ce que contient le catalogue et comment les paquets sont maintenus.

Un portail logiciel en libre-service

Les utilisateurs finaux installent eux-mêmes les applications approuvées via l'App Catalog sur l'appareil. Cela décharge le helpdesk et facilite la transition pour les utilisateurs, pendant la migration et après. La documentation du portail en libre-service montre comment cela fonctionne.

Des correctifs tiers automatisés

Une fois une application souscrite, RealmJoin la maintient à jour : mises à jour continues, exposition moindre côté sécurité, aucune maintenance manuelle.

La gestion du cycle de vie logiciel

Contrôle des versions et déploiements progressifs automatisés, suivi de l'utilisation et reporting, et visibilité sur le parc logiciel de chaque appareil. Une gestion complète du cycle de vie sans outillage maison.

Automatisation par runbooks et remédiation

RealmJoin est livré avec une bibliothèque de 175 runbooks et scripts de remédiation, maintenue sur GitHub. Ils couvrent les tâches courantes de configuration et de paramétrage sur l'ensemble de la pile Microsoft 365 : Intune, Entra ID, Exchange Online et Teams.

Les runbooks sont des scripts PowerShell qui s'exécutent dans Azure Automation, dans votre propre abonnement, et se déclenchent depuis le portail RealmJoin. Les administrateurs et les équipes de support les lancent sans être experts Intune et sans détenir de rôles Intune ou Entra à privilèges élevés ; des permissions granulaires décident qui peut exécuter quoi.

Les scripts de remédiation les complètent en corrigeant les problèmes de configuration directement sur les clients gérés. Comme les runbooks, ils sont hébergés sur GitHub et gérés via le portail.

La bibliothèque comprend aussi des scripts de reporting et d'audit. Chaque action peut être journalisée de façon centralisée dans Azure Log Analytics, dans votre propre tenant.

LAPS pour les appareils gérés dans le cloud

Microsoft Entra et Intune incluent une solution LAPS intégrée, limitée à un seul compte administrateur local par appareil. RealmJoin y ajoute sa propre implémentation basée sur un agent avec trois types de comptes, chacun pour un usage précis :

• Compte d'urgence : un compte administrateur local permanent pour l'accès break-glass, même quand l'appareil ne peut joindre ni le réseau ni Intune.
• Compte de support : créé à la demande pour le travail de support quotidien et supprimé automatiquement après une durée d'expiration configurable, pour qu'aucun accès administrateur permanent ne subsiste.
• Compte privilégié : permet aux utilisateurs avancés de demander eux-mêmes des droits d'administrateur local temporaires via SelfLAPS, sans intervention de l'IT.

Tous les types de comptes se configurent dans le portail RealmJoin, y compris la création à la demande, les durées d'expiration et les préréglages de mots de passe. Les mots de passe sont stockés chiffrés dans un Azure Key Vault dans votre propre tenant, et chaque demande de mot de passe est journalisée à des fins d'audit.

Une console pour le helpdesk et l'exploitation

En plus de cela, RealmJoin apporte une console unifiée pour le helpdesk et l'exploitation : inventaire des appareils, outils de helpdesk intégrés et actions d'administration en un clic.

Ivanti DSM vs Intune vs Intune + RealmJoin

Pour Intune, « Limité » sur les lignes catalogue et correctifs désigne l'add-on Enterprise App Management de l'Intune Suite : un catalogue sélectionné avec des mises à jour pour les apps qu'il contient, sous licence séparée.

Pourquoi RealmJoin est une solide alternative à Ivanti DSM

Les organisations utilisent RealmJoin pour moderniser la distribution logicielle dans les environnements Intune et réduire la charge d'exploitation à grande échelle. Ce n'est pas un remplacement à l'identique d'Ivanti DSM, mais une couche de modernisation pour Microsoft Intune.

• Élimine l'essentiel de l'effort de repackaging des applications
• Accélère le calendrier de migration
• Ajoute de l'automatisation pour le travail courant autour d'Intune
• Permet une distribution logicielle cloud native
• Améliore l'expérience des utilisateurs finaux

Au lieu de répliquer DSM, les organisations modernisent au passage leur modèle d'exploitation informatique.

Les décisions clés pour le remplacement d'Ivanti DSM

Taille du catalogue de paquets

Les environnements DSM comptent souvent des centaines d'applications accumulées au fil des années. Les repackager est généralement la partie la plus gourmande en ressources d'une migration DSM.

RealmJoin traite ce point à trois niveaux. Le Package Store fournit 3 000+ paquets prêts à l'emploi et maintenus en continu, déployables via le RealmJoin Agent ou Intune ; il couvre la majorité des applications d'entreprise courantes sans aucun effort de packaging. Pour les applications absentes du store, l'équipe de packaging les prépare à la demande ; les paquets génériques ne contiennent aucune configuration propre au client et sont disponibles pour tous les clients sans coût supplémentaire, et seuls les paquets qui demandent une personnalisation spécifique au client puisent dans un contingent de packaging sur mesure. Et les paquets organiques vous permettent de téléverser votre propre installateur sous forme de fichier ZIP via le portail, pour un transport binaire avec une configuration fixe ; ils sont construits automatiquement en quelques minutes, ne demandent aucun ticket et ne coûtent rien de plus, mais ont un chemin d'installation fixe et ne peuvent plus être mis à jour après leur création.

L'essentiel d'un catalogue DSM peut donc être couvert sans effort ni coût de repackaging notables : par le store, par des demandes de packaging génériques ou par des paquets organiques pour les binaires les plus simples.

Modernisation ou lift-and-shift

L'end of life d'Ivanti DSM est l'occasion de passer à une infrastructure cloud native, d'éliminer les dépendances héritées, de réduire la charge d'exploitation et de gagner en évolutivité. Les organisations qui modernisent obtiennent de meilleurs résultats à long terme que celles qui répliquent le système hérité.

Les composants centraux de la migration

Une migration complète de DSM vers Intune couvre les paquets applicatifs, les workflows de déploiement logiciel, les politiques d'appareils et de sécurité, la configuration des utilisateurs et des groupes et les processus de gestion des correctifs. Intune combiné à RealmJoin fournit des équivalents modernes pour chacun d'eux.

La migration d'Ivanti DSM vers Intune en dix étapes

1. Évaluer l'environnement DSM existant

Analysez la configuration actuelle : applications, workflows de déploiement, dépendances et infrastructure. Cela définit le périmètre et la complexité de la migration et évite les surprises en cours de projet.

2. Identifier les applications et cas d'usage critiques pour l'activité

Priorisez les applications indispensables au fonctionnement quotidien. Cela maintient l'activité en route et détermine quelles charges de travail sont validées en premier, avant le déploiement élargi.

3. Définir l'architecture cible

Établissez Microsoft Intune comme socle de gestion cloud natif et définissez comment RealmJoin l'étend avec la gestion du cycle de vie applicatif, l'automatisation et la distribution logicielle. Documentez cette architecture avant de toucher à quoi que ce soit d'autre.

4. Mettre en place Intune et évaluer RealmJoin en parallèle

RealmJoin requiert Microsoft Intune comme socle. Pour les organisations qui ne sont pas encore sur Intune, cette étape se déroule en deux chantiers parallèles : l'activation d'Intune pour le tenant Microsoft 365 et l'onboarding de RealmJoin. Réservez une démo pour évaluer la migration par rapport à votre environnement actuel.

5. Faire correspondre les applications DSM aux paquets RealmJoin

Comparez le portefeuille applicatif actuel avec le catalogue RealmJoin. Identifiez les applications déjà couvertes par des paquets génériques et repérez les manques qui demandent un packaging. Cette correspondance est le fondement du plan de migration.

6. Demander le packaging des applications manquantes

RealmJoin propose le packaging en tant que service. Soumettez une demande pour ce que le catalogue ne couvre pas : les paquets génériques sont partagés avec tous les clients et inclus dans l'abonnement, les paquets organiques sont prêts en quelques minutes, et seule la personnalisation spécifique au client puise dans un contingent de packaging sur mesure. L'essentiel de l'effort de packaging interne d'une migration DSM disparaît à cette étape.

7. Configurer Intune et RealmJoin pour le déploiement

Configurez les politiques Intune et les paramètres de conformité, connectez RealmJoin et définissez les affectations de paquets et les groupes de déploiement. Les paquets RealmJoin suivent des workflows structurés d'affectation et de configuration, ce qui garde le processus auditable et reproductible.

8. Valider les déploiements dans un pilote

Testez des scénarios réels avant le déploiement général : comportement d'installation, logique d'affectation et ciblage, workflows de mise à jour et de correctifs. Les déploiements progressifs de RealmJoin via les canaux Preview et Main rendent simple la validation du comportement dans un groupe contrôlé avant de passer à l'échelle.

9. Activer le libre-service et étendre le déploiement

Une fois le pilote validé, activez l'App Catalog pour le libre-service et étendez le déploiement par phases contrôlées. Cela réduit la sollicitation du helpdesk, améliore l'expérience des utilisateurs finaux pendant la transition et donne à l'IT une visibilité sur l'avancement du déploiement.

10. Mettre Ivanti DSM hors service

Une fois toutes les applications migrées vers des paquets RealmJoin, déployables via Intune et gérées par l'automatisation du cycle de vie, retirez Ivanti DSM et achevez la transition. Conditionnez cette étape à une validation complète ; une mise hors service trop précoce est l'une des erreurs de migration les plus courantes.

Il n'est pas trop tard

L'end of life d'Ivanti DSM approche, et ce n'est pas grave. Vous n'avez pas à avoir terminé d'ici là ; vous devez avoir commencé, et commencer va vite. Un seul consentement administrateur Microsoft Entra relie RealmJoin à votre tenant, l'essentiel de votre catalogue se trouve déjà dans le Package Store, et nous avons amené des clients de zéro à leurs premiers déploiements pilotes en moins de huit heures. Ensuite, le passage se fait par étapes que vous contrôlez : le groupe pilote d'abord, puis les canaux Preview et Main, et le libre-service quand vous êtes prêt. Ce qui tourne encore sur DSM à la fin de l'année est une liste qui rétrécit, pas un risque. Réservez une démo et nous commençons par votre catalogue.

Questions fréquentes sur la migration depuis Ivanti DSM

Quand Ivanti DSM atteint-il son end of life ?

Le 31 décembre 2026.

Puis-je continuer à utiliser Ivanti DSM après l'end of life ?

Oui, mais sans mises à jour, correctifs de sécurité ni support éditeur, ce qui entraîne des risques de sécurité, de conformité et d'exploitation.

Que faut-il prioriser dans un projet de migration DSM ?

La taille du catalogue applicatif, l'effort de packaging, les capacités de libre-service, l'automatisation des correctifs et l'adéquation de la cible à un environnement géré dans le cloud.

Qu'est-ce que RealmJoin ?

RealmJoin est une plateforme de cycle de vie applicatif et d'automatisation pour Microsoft Intune : paquets applicatifs prêts à l'emploi, correctifs automatisés, un App Catalog en libre-service, l'automatisation par runbooks et la gestion des administrateurs locaux (LAPS).

Comment RealmJoin réduit-il l'effort de migration ?

En supprimant l'essentiel du repackaging. Un grand catalogue d'applications Windows et macOS, maintenu en continu, couvre le tronc commun ; ce qui manque est packagé à la demande, partagé comme paquet générique sans coût supplémentaire quand aucune configuration propre au client n'entre en jeu, ou téléversé comme paquet organique en quelques minutes. Seules les applications spécifiques au client puisent dans un contingent de packaging sur mesure.

Combien de temps dure une migration depuis Ivanti DSM ?

Les premiers déploiements pilotes prennent une journée, pas un trimestre : relier le tenant tient en un seul consentement administrateur, et l'essentiel du catalogue se trouve déjà dans le Package Store. La durée du passage complet dépend de la taille de votre catalogue et du rythme que vous choisissez ; il se déroule par étapes que vous contrôlez.

RealmJoin nécessite-t-il une infrastructure on-premises ?

Non. RealmJoin est une plateforme SaaS hébergée dans Microsoft Azure en Europe. Elle se connecte à Microsoft Intune et Microsoft 365 avec un seul consentement administrateur, et les parties sensibles, comme les runbooks, les mots de passe d'administrateur local et les journaux, s'exécutent dans votre propre tenant.

Autre chose ?

Consultez la FAQ de la documentation ou contactez-nous.

Sources

• Ivanti, Desktop & Server Management (DSM) : "Desktop & Server Management (DSM) will reach End of Life (EOL) on December 31, 2026. After this date, product updates and official support will no longer be provided."
• Ivanti, End-of-Life Support for Ivanti DSM and former HEAT products et le calendrier d'end of life des produits.
• Microsoft Learn, Microsoft Intune Enterprise Application Management : l'Enterprise App Catalog derrière les cellules « Limité » du comparatif.