Ivanti DSM end of life: börja om med Intune och RealmJoin

Ivanti DSM når end of life den 31 december 2026. Efter det datumet finns inga uppdateringar, inga säkerhetsuppdateringar och ingen leverantörssupport. Den som fortfarande kör DSM behöver en migreringsstrategi som ersätter det DSM gör i dag utan att bygga om allt från grunden, och som passar hur IT drivs nu: molnhanterade enheter, självbetjäning och kontinuerliga uppdateringar.

RealmJoin är byggt för att komplettera Microsoft Intune, och i DSM-miljöer tar det över den del som Intune lämnar öppen: paketering, patchning, självbetjäning och automation. Den här guiden går igenom en migrering från Ivanti DSM till Intune och RealmJoin, från den första kartläggningen till dagen då DSM stängs av.

Vad händer efter Ivanti DSM end of life

Att köra Ivanti DSM efter end of life är tekniskt möjligt, programvaran slutar inte fungera över en natt. Riskerna växer däremot:

• Säkerhetsbrister patchas inte längre
• Viktiga programuppdateringar som är verksamhetskritiska men inte säkerhetsrelaterade går inte heller längre att rulla ut
• Regelverk som ISO 27001 kan klassa ett DSM utan support som en oacceptabel risk
• Buggar och integrationsproblem måste lösas internt, utan leverantörssupport
• Migreringspartner och kompetens blir svårare att få tag på ju närmare deadline kommer

Datumet ligger fast. Hur mycket som fortfarande körs på DSM när det kommer gör det inte.

Programvarudistribution efter Ivanti DSM

Ivanti DSM konstruerades för en traditionell IT-modell: infrastruktur på plats, domänanslutna Windows-enheter och centraliserade, till stor del manuella processer. Moderna miljöer kräver något annat:

• Molnhanterade enheter som inte är beroende av företagsnätverket
• Tillgång till programvara via självbetjäning för slutanvändare
• Kontinuerliga uppdateringar för tredjepartsapplikationer
• Mindre manuell paketering och underhåll

Frågan är därför inte längre ”Vad ersätter Ivanti DSM?” utan ”Vad bär vår framtida IT-driftmodell?”

Varför Microsoft Intune är grunden

Microsoft Intune är den molnbaserade tjänsten för endpoint-hantering i Microsoft 365. Den ger registrering och livscykelhantering av enheter, säkerhetspolicyer och efterlevnadskontroll, Conditional Access med Microsoft Entra ID och stöd för Windows, macOS, iOS och Android. För en organisation som redan kör Microsoft 365 är den den logiska grunden för att ersätta DSM.

Det som Intune ensamt inte täcker fullt ut:

• Applikationspaketering i stor skala
• Automatisk patchning av tredjepartsprogram
• Applikationsleverans via självbetjäning
• Att sköta en stor programvarukatalog effektivt

Vad RealmJoin lägger till i Intune

RealmJoin utökar Microsoft Intune till en plattform för applikationslivscykel och automation och täpper till precis dessa luckor. Appar och patchning är den modul som betyder mest i en DSM-migrering, och automation, helpdeskverktyg och hantering av lokala administratörskonton följer med.

Färdiga, underhållna applikationspaket

• Mer än 3 000 företagsapplikationer redo att rullas ut
• Hundratals macOS-appar, levererade via Intune
• Hela app-butikerna för iOS och Android, hanterade från samma konsol (kommer snart)
• Nya leverantörsversioner upptäcks inom 15 minuter och rullas ut via kanalerna Preview och Main med den fördröjning du väljer

Det som inte finns i katalogen paketeras på begäran inom kort tid, eller så laddar du upp din egen installationsfil som ett organiskt paket. Hur det håller ompaketeringen i en DSM-migrering liten beskrivs under Paketkatalogens storlek. Egna applikationer stöds genom granskade Git-repositorier, paketeringspipelines byggda på CI/CD och standardiserade kvalitetskontroller, och dokumentationen för Package Store beskriver vad katalogen innehåller och hur paketen underhålls.

Självbetjäningsportal för programvara

Slutanvändarna installerar godkända applikationer själva via App Catalog på enheten. Det avlastar helpdesk och gör övergången enklare för användarna, både under migreringen och efter den. Dokumentationen för självbetjäningsportalen visar hur det fungerar.

Automatisk patchning av tredjepartsprogram

När en applikation väl är prenumererad håller RealmJoin den aktuell: kontinuerliga uppdateringar, mindre exponering och inget manuellt underhåll.

Livscykelhantering för programvara

Versionshantering och stegvisa, automatiska utrullningar, uppföljning och rapportering av användning och insyn i programvaran på varje enhet. Fullständig livscykelhantering utan egenbyggda verktyg.

Runbook-automation och reparation

RealmJoin levereras med ett bibliotek på 175 runbooks och reparationsskript, underhållna på GitHub. De täcker rutinmässiga konfigurations- och inställningsuppgifter i hela Microsoft 365-stacken: Intune, Entra ID, Exchange Online och Teams.

Runbooks är PowerShell-skript som körs i Azure Automation i din egen prenumeration och startas från RealmJoin-portalen. Administratörer och supportpersonal kör dem utan att vara Intune-experter och utan att inneha högt privilegierade roller i Intune eller Entra. Detaljerade behörigheter avgör vem som får köra vad.

Reparationsskript kompletterar dem genom att åtgärda konfigurationsproblem direkt på hanterade klienter. Precis som runbooks ligger de på GitHub och hanteras via portalen.

Biblioteket innehåller även skript för rapportering och granskning. Varje åtgärd kan loggas centralt i Azure Log Analytics inom din egen tenant.

LAPS för molnhanterade enheter

Microsoft Entra och Intune har en inbyggd LAPS-lösning, begränsad till ett enda lokalt administratörskonto per enhet. RealmJoin lägger till en egen agentbaserad implementation med tre kontotyper, var och en för ett bestämt syfte:

• Nödkonto: ett permanent lokalt administratörskonto för break-glass-åtkomst, även när enheten inte når nätverket eller Intune.
• Supportkonto: skapas vid behov för det dagliga supportarbetet och tas bort automatiskt efter en konfigurerbar giltighetstid, så att inga permanenta administratörsuppgifter blir kvar.
• Privilegierat konto: låter avancerade användare begära tillfälliga lokala administratörsrättigheter åt sig själva via SelfLAPS, utan att IT behöver gripa in.

Alla kontotyper konfigureras i RealmJoin-portalen, inklusive skapande vid behov, giltighetstider och lösenordsinställningar. Lösenorden lagras krypterade i ett Azure Key Vault i din egen tenant, och varje lösenordsbegäran hamnar i granskningsloggen.

En konsol för helpdesk och drift

Utöver det lägger RealmJoin till en samlad konsol för helpdesk och drift: enhetsinventering, integrerade helpdeskverktyg och administrativa åtgärder med ett klick.

Ivanti DSM vs Intune vs Intune + RealmJoin

För Intune betyder ”Begränsat” på raderna för katalog och patchning tillägget Enterprise App Management i Intune Suite: en utvald katalog med uppdateringar för apparna i den, licensierad separat.

Varför RealmJoin är ett starkt alternativ till Ivanti DSM

Organisationer använder RealmJoin för att modernisera programvarudistributionen i Intune-miljöer och för att minska driftkostnaderna i stor skala. Det är inte en ersättare för Ivanti DSM en till en, utan ett moderniseringslager ovanpå Microsoft Intune.

• Tar bort merparten av arbetet med att paketera om applikationer
• Snabbar upp migreringens tidplan
• Lägger till automation för rutinarbetet runt Intune
• Möjliggör molnbaserad programvarudistribution
• Förbättrar upplevelsen för slutanvändarna

I stället för att kopiera DSM uppgraderar organisationerna sin IT-driftmodell på vägen.

Viktiga beslut när Ivanti DSM ska ersättas

Paketkatalogens storlek

DSM-miljöer innehåller ofta hundratals applikationer som byggts upp under många år. Att paketera om dem är normalt den mest resurskrävande delen av en DSM-migrering.

RealmJoin angriper det på tre nivåer. Package Store innehåller 3 000+ färdiga, löpande underhållna paket som kan rullas ut via RealmJoin Agent eller Intune, och täcker majoriteten av vanliga företagsapplikationer utan någon paketeringsinsats alls. För applikationer som inte finns i butiken paketerar paketeringsteamet på begäran. Generiska paket innehåller ingen kundspecifik konfiguration och är tillgängliga för alla kunder utan extra kostnad, och bara paket som behöver kundspecifik anpassning dras från en kvot för anpassad paketering. Och organiska paket låter dig ladda upp din egen installationsfil som en ZIP-fil via portalen för binär transport med fast konfiguration. De byggs automatiskt inom några minuter, kräver inget ärende och kostar inget extra, men har en fast installationssökväg och går inte att uppdatera efter att de skapats.

Det mesta i en DSM-katalog går därför att täcka utan nämnvärt ompaketeringsarbete eller kostnad: via butiken, via generiska paketeringsförfrågningar eller via organiska paket för de enklare binärerna.

Modernisering eller lift and shift

Ivanti DSM end of life är ett tillfälle att gå över till molnbaserad infrastruktur, bli av med gamla beroenden, minska driftkostnaderna och vinna skalbarhet. Organisationer som moderniserar får bättre resultat på lång sikt än de som kopierar det gamla systemet.

Migreringens huvuddelar

En fullständig migrering från DSM till Intune omfattar applikationspaket, arbetsflöden för programvarudistribution, enhets- och säkerhetspolicyer, användar- och gruppkonfigurationer samt processer för patchhantering. Intune i kombination med RealmJoin ger moderna motsvarigheter till allt detta.

Migrering från Ivanti DSM till Intune i tio steg

1. Kartlägg den befintliga DSM-miljön

Analysera den nuvarande uppsättningen: applikationer, utrullningsflöden, beroenden och infrastruktur. Det avgör migreringens omfattning och komplexitet och förhindrar överraskningar mitt i projektet.

2. Identifiera verksamhetskritiska applikationer och användningsfall

Prioritera de applikationer som är nödvändiga för den dagliga driften. Det håller verksamheten i gång och avgör vilka arbetslaster som valideras först, innan den bredare utrullningen börjar.

3. Definiera målarkitekturen

Etablera Microsoft Intune som den molnbaserade förvaltningsgrunden och definiera hur RealmJoin utökar den med livscykelhantering för applikationer, automation och programvarudistribution. Dokumentera arkitekturen innan du rör något annat.

4. Sätt upp Intune och utvärdera RealmJoin parallellt

RealmJoin kräver Microsoft Intune som grund. För organisationer som ännu inte kör Intune löper det här steget i två parallella spår: att aktivera Intune för Microsoft 365-tenanten och att komma i gång med RealmJoin. Boka en demo för att utvärdera migreringen mot din nuvarande miljö.

5. Kartlägg DSM-applikationerna mot RealmJoin-paket

Jämför den nuvarande applikationsportföljen med RealmJoin-katalogen. Ta reda på vilka applikationer som redan täcks av generiska paket och markera luckorna som behöver paketeras. Den kartläggningen är grunden för migreringsplanen.

6. Begär paketering för de applikationer som saknas

RealmJoin erbjuder paketering som tjänst. Skicka in en förfrågan för det katalogen inte täcker: generiska paket delas med alla kunder och ingår i prenumerationen, organiska paket är klara inom några minuter, och bara kundspecifik anpassning dras från kvoten för anpassad paketering. Det mesta av det interna paketeringsarbetet i en DSM-migrering försvinner i det här steget.

7. Konfigurera Intune och RealmJoin för utrullning

Konfigurera Intune-policyer och efterlevnadsinställningar, anslut RealmJoin och definiera paketens tilldelningar och utrullningsgrupper. RealmJoin-paket följer strukturerade flöden för tilldelning och konfiguration, vilket gör processen granskningsbar och repeterbar.

8. Validera utrullningarna i en pilot

Testa verkliga scenarier före den breda utrullningen: installationsbeteende, tilldelningslogik och målgrupper, flöden för uppdatering och patchning. RealmJoins stegvisa utrullningar via kanalerna Preview och Main gör det enkelt att validera beteendet i en kontrollerad grupp innan det skalas upp.

9. Aktivera självbetjäning och skala upp utrullningen

När piloten är validerad aktiverar du App Catalog för självbetjäning och utökar utrullningen i kontrollerade faser. Det minskar helpdeskens inblandning, förbättrar upplevelsen för slutanvändarna under övergången och ger IT insyn i hur utrullningen fortskrider.

10. Avveckla Ivanti DSM

När alla applikationer är migrerade till RealmJoin-paket, går att rulla ut via Intune och hanteras med livscykelautomation, avvecklar du Ivanti DSM och slutför övergången. Låt det här steget vara spärrat tills allt är validerat, att avveckla för tidigt är ett av de vanligaste migreringsmisstagen.

Det är inte för sent

Ivanti DSM end of life är nära, och det är inget problem. Du behöver inte vara klar till dess, du behöver ha börjat, och att börja går fort. Ett enda administratörsmedgivande i Microsoft Entra ansluter RealmJoin till din tenant, det mesta av din katalog finns redan i Package Store, och vi har tagit kunder från noll till sina första pilotutrullningar på under åtta timmar. Därifrån löper flytten i etapper som du styr: pilotgrupp först, sedan kanalerna Preview och Main, självbetjäning när du är redo. Det som fortfarande ligger på DSM vid årsskiftet är en krympande lista, inte en risk. Boka en demo så börjar vi med din katalog.

Vanliga frågor om migreringen från Ivanti DSM

När når Ivanti DSM end of life?

31 december 2026.

Kan jag fortsätta använda Ivanti DSM efter end of life?

Ja, men utan uppdateringar, säkerhetsuppdateringar och leverantörssupport, vilket för med sig risker för säkerhet, efterlevnad och drift.

Vad bör jag prioritera i ett DSM-migreringsprojekt?

Applikationskatalogens storlek, paketeringsarbetet, självbetjäningsfunktionerna, automatiserad patchning och hur väl målplattformen passar en molnhanterad miljö.

Vad är RealmJoin?

RealmJoin är en plattform för applikationslivscykel och automation för Microsoft Intune: färdiga applikationspaket, automatisk patchning, en App Catalog för självbetjäning, runbook-automation och hantering av lokala administratörskonton (LAPS).

Hur minskar RealmJoin migreringsarbetet?

Genom att ta bort större delen av ompaketeringen. En stor, löpande underhållen katalog med applikationer för Windows och macOS täcker det gemensamma. Det som saknas paketeras på begäran, delas som ett generiskt paket utan extra kostnad när ingen kundspecifik konfiguration är inblandad, eller laddas upp som ett organiskt paket på några minuter. Bara kundspecifika applikationer dras från kvoten för anpassad paketering.

Hur lång tid tar en migrering från Ivanti DSM?

De första pilotutrullningarna tar en dag, inte ett kvartal: att ansluta tenanten är ett administratörsmedgivande, och det mesta av katalogen finns redan i Package Store. Hur lång tid hela flytten tar beror på katalogens storlek och den takt du väljer, den löper i etapper som du styr.

Kräver RealmJoin infrastruktur på plats?

Nej. RealmJoin är en SaaS-plattform som driftas i Microsoft Azure i Europa. Den ansluter till Microsoft Intune och Microsoft 365 med ett enda administratörsmedgivande, och de känsliga delarna, som runbooks, lokala administratörslösenord och loggar, körs i din egen tenant.

Något annat?

Titta i vanliga frågor i dokumentationen eller hör av dig.

Källor

• 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 och tidplanen för produkternas end of life.
• Microsoft Learn, Microsoft Intune Enterprise Application Management: Enterprise App Catalog bakom cellerna med ”Begränsat” i jämförelsen.