Ivanti DSM 지원 종료 2026: Intune로 이전하기

Ivanti DSM은 2026년 12월 31일에 지원이 종료됩니다. 그날 이후로는 업데이트도, 보안 패치도, 벤더 지원도 없습니다. 아직 DSM을 운영 중이라면, 모든 것을 처음부터 다시 만들지 않고도 DSM이 오늘 하는 일을 대체하면서 클라우드 관리형 디바이스와 셀프서비스, 지속적인 업데이트라는 지금의 IT 운영 방식에 맞는 마이그레이션 전략이 필요합니다.

RealmJoin은 Microsoft Intune를 보완하도록 만들어졌고, DSM 환경에서는 Intune가 남겨 두는 부분, 즉 패키징과 패치, 셀프서비스, 자동화를 넘겨받습니다. 이 가이드는 첫 현황 분석부터 DSM을 끄는 날까지, Ivanti DSM에서 Intune와 RealmJoin으로 넘어가는 마이그레이션을 짚어 봅니다.

Ivanti DSM 지원 종료 이후에 벌어지는 일

지원 종료일이 지나도 Ivanti DSM을 계속 운영하는 것 자체는 기술적으로 가능합니다. 소프트웨어가 하루아침에 멈추지는 않습니다. 다만 위험은 계속 커집니다.

보안 취약점이 더는 패치되지 않습니다
보안과는 무관하지만 업무에 꼭 필요한 소프트웨어 업데이트도 더는 배포할 수 없습니다
ISO 27001 같은 규정 준수 프레임워크는 지원이 끊긴 DSM을 용인할 수 없는 위험으로 분류할 수 있습니다
버그와 통합 문제는 벤더 지원 없이 자체적으로 해결해야 합니다
기한이 가까워질수록 마이그레이션 파트너와 전문 인력을 구하기 어려워집니다

기한은 고정되어 있습니다. 그 시점에 DSM 위에 무엇이 얼마나 남아 있을지는 고정되어 있지 않습니다.

Ivanti DSM 이후의 소프트웨어 배포

Ivanti DSM은 전통적인 IT 모델, 즉 온프레미스 인프라와 도메인에 가입된 Windows 디바이스, 그리고 대체로 수작업에 기대는 중앙 집중식 프로세스를 전제로 설계되었습니다. 요즘 환경이 요구하는 것은 다릅니다.

사내 네트워크에 의존하지 않는 클라우드 관리형 디바이스
최종 사용자가 직접 소프트웨어를 받아 쓰는 셀프서비스
서드파티 애플리케이션의 지속적인 업데이트
줄어든 수동 패키징과 유지 보수

그래서 질문은 더 이상 "무엇이 Ivanti DSM을 대체하는가"가 아니라 "무엇이 앞으로의 IT 운영 모델을 뒷받침하는가"입니다.

Microsoft Intune가 기반이 되는 이유

Microsoft Intune는 Microsoft 365에 포함된 클라우드 네이티브 엔드포인트 관리 서비스입니다. 디바이스 등록과 수명 주기 관리, 보안 정책과 규정 준수 적용, Microsoft Entra ID를 활용한 Conditional Access, 그리고 Windows와 macOS, iOS, Android를 아우르는 지원을 제공합니다. Microsoft 365를 쓰는 조직이라면 DSM을 대체할 기반으로 Intune가 논리적인 선택입니다.

Intune만으로는 충분히 해결되지 않는 부분은 다음과 같습니다.

대규모 애플리케이션 패키징
서드파티 패치 자동화
셀프서비스 방식의 애플리케이션 제공
큰 소프트웨어 카탈로그의 효율적인 관리

RealmJoin이 Intune에 더하는 것

RealmJoin은 Microsoft Intune를 애플리케이션 수명 주기와 자동화 플랫폼으로 확장하며, 바로 이 빈틈을 메웁니다. DSM 마이그레이션에서 가장 중요한 모듈은 앱과 패치이고, 자동화와 헬프데스크 도구, 로컬 관리자 관리가 함께 따라옵니다.

미리 만들어 관리되는 애플리케이션 패키지

바로 배포할 수 있는 엔터프라이즈 애플리케이션 3,000개 이상
Intune를 통해 배포되는 macOS 앱 수백 종
같은 콘솔에서 관리하는 iOS와 Android 앱 스토어 전체(출시 예정)
벤더의 새 버전은 15분 이내에 감지되어, 설정한 지연 기간에 따라 Preview와 Main 채널을 거쳐 배포됩니다

카탈로그에 없는 앱은 짧은 시간 안에 요청 기반으로 패키징되거나, 직접 만든 설치 파일을 올려 organic 패키지로 만들 수 있습니다. 이것이 DSM 마이그레이션의 재패키징 작업을 어떻게 줄여 주는지는 패키지 카탈로그 규모에서 다룹니다. 자체 개발 애플리케이션은 감사 대상 Git 저장소와 CI/CD 기반 패키징 파이프라인, 표준화된 품질 관리로 지원하며, 카탈로그에 무엇이 들어 있고 패키지가 어떻게 관리되는지는 Package Store 문서에 설명되어 있습니다.

셀프서비스 소프트웨어 포털

최종 사용자는 디바이스에 있는 App Catalog에서 승인된 애플리케이션을 직접 설치합니다. 헬프데스크의 부담이 줄고, 마이그레이션 중에도 그 이후에도 사용자가 전환에 적응하기 쉬워집니다. 동작 방식은 셀프서비스 포털 문서에서 확인할 수 있습니다.

자동화된 서드파티 패치

애플리케이션을 한 번 구독해 두면 RealmJoin이 최신 상태를 유지합니다. 업데이트는 계속 이어지고, 보안 노출은 줄고, 수동 유지 보수는 없습니다.

소프트웨어 수명 주기 관리

버전 관리와 단계별 자동 배포, 사용 현황 추적과 리포팅, 그리고 모든 디바이스의 소프트웨어 자산 가시성을 제공합니다. 별도 도구를 만들지 않고도 수명 주기 전체를 관리할 수 있습니다.

Runbook 자동화와 수정 스크립트

RealmJoin에는 GitHub에서 관리되는 Runbook과 수정 스크립트 175개 라이브러리가 함께 제공됩니다. Intune와 Entra ID, Exchange Online, Teams에 이르는 Microsoft 365 스택 전반의 일상적인 구성과 설정 작업을 다룹니다.

Runbook은 자체 구독의 Azure Automation에서 실행되고 RealmJoin 포털에서 트리거되는 PowerShell 스크립트입니다. 관리자와 지원 담당자는 Intune 전문가가 아니어도, Intune나 Entra의 고권한 역할을 갖고 있지 않아도 실행할 수 있으며, 누가 무엇을 실행할 수 있는지는 세분화된 권한이 정합니다.

수정 스크립트는 관리 대상 클라이언트에서 구성 문제를 직접 바로잡아 Runbook을 보완합니다. Runbook과 마찬가지로 GitHub에 호스팅되고 포털에서 관리됩니다.

라이브러리에는 리포팅과 감사를 위한 스크립트도 들어 있습니다. 모든 작업은 자체 테넌트의 Azure Log Analytics에 중앙에서 기록할 수 있습니다.

클라우드 관리형 디바이스를 위한 LAPS

Microsoft Entra와 Intune에는 LAPS 기능이 기본으로 들어 있지만, 디바이스당 로컬 관리자 계정 하나로 제한됩니다. RealmJoin은 자체 에이전트 기반 구현을 더해, 용도가 각각 다른 세 가지 계정 유형을 제공합니다.

긴급용 계정: 디바이스가 네트워크나 Intune에 닿지 못하는 상황에서도 쓸 수 있는, break-glass 접근용 상시 로컬 관리자 계정입니다.
지원용 계정: 일상적인 지원 업무를 위해 필요할 때 만들어지고, 설정한 만료 시점이 지나면 자동으로 삭제되므로 상시 관리자 자격 증명이 남지 않습니다.
특권 계정: 파워 유저가 IT의 개입 없이 SelfLAPS를 통해 직접 임시 로컬 관리자 권한을 요청할 수 있게 합니다.

세 가지 계정 유형은 모두 RealmJoin 포털에서 구성하며, 필요할 때 만드는 방식과 만료 기간, 암호 사전 설정까지 포함합니다. 암호는 자체 테넌트의 Azure Key Vault에 암호화되어 저장되고, 암호 요청은 모두 감사용으로 기록됩니다.

헬프데스크와 운영을 위한 콘솔

여기에 더해 RealmJoin은 헬프데스크와 운영을 위한 통합 콘솔을 제공합니다. 디바이스 인벤토리, 통합 헬프데스크 도구, 클릭 한 번으로 실행하는 관리 작업이 여기에 들어 있습니다.

Ivanti DSM과 Intune, Intune + RealmJoin 비교

기능	Ivanti DSM	Intune	Intune + RealmJoin
소프트웨어 배포	✓	✓	✓
Entra ID 연동	제한적	✓	✓
모바일 디바이스 관리	제한적	✓	✓
클라우드 네이티브 아키텍처	—	✓	✓
서드파티 패치	✓	제한적	✓
사전 구축 앱 카탈로그	제한적	제한적	✓
2026년 이후 서드파티 앱 보안 업데이트	—	—	✓
셀프서비스 포털	제한적	제한적	✓
Runbook 자동화	—	—	✓
클라우드 디바이스용 LAPS	—	제한적	✓
배포 가시성	✓	제한적	✓
2026년 이후 벤더 지원	—	✓	✓

Intune의 경우 카탈로그와 패치 행에 붙은 "제한적"은 Intune Suite의 Enterprise App Management 애드온을 뜻합니다. 별도로 라이선스되며, 엄선된 카탈로그와 그 안에 든 앱의 업데이트를 제공합니다.

RealmJoin이 Ivanti DSM의 유력한 대안인 이유

조직들은 Intune 환경에서 소프트웨어 배포를 현대화하고 대규모 운영 부담을 줄이려고 RealmJoin을 사용합니다. Ivanti DSM을 일대일로 갈아 끼우는 제품이 아니라, Microsoft Intune 위에 얹는 현대화 계층입니다.

애플리케이션 재패키징 작업의 대부분을 없앱니다
마이그레이션 일정을 앞당깁니다
Intune 주변의 반복 작업에 자동화를 더합니다
클라우드 네이티브 소프트웨어 배포를 가능하게 합니다
최종 사용자 경험을 개선합니다

DSM을 그대로 복제하는 대신, 조직은 그 과정에서 IT 운영 모델 자체를 한 단계 끌어올립니다.

Ivanti DSM 대체에서 짚어야 할 핵심 결정

패키지 카탈로그 규모

DSM 환경에는 오랜 기간에 걸쳐 쌓인 애플리케이션이 수백 개씩 들어 있는 경우가 많습니다. 이를 다시 패키징하는 일이 대개 DSM 마이그레이션에서 가장 많은 자원을 잡아먹는 부분입니다.

RealmJoin은 이 문제를 세 가지 층위에서 다룹니다. Package Store는 바로 쓸 수 있고 지속적으로 관리되는 패키지를 3,000개 이상 제공하며, RealmJoin Agent나 Intune를 통해 배포할 수 있습니다. 흔히 쓰는 엔터프라이즈 애플리케이션 대부분을 패키징 작업 없이 커버합니다. 스토어에 없는 애플리케이션은 패키징 팀이 요청을 받아 만듭니다. generic 패키지에는 고객별 구성이 들어가지 않고 모든 고객이 추가 비용 없이 쓸 수 있으며, 고객별 커스터마이징이 필요한 패키지만 custom 패키징 크레딧을 사용합니다. 그리고 organic 패키지를 쓰면 직접 만든 설치 파일을 ZIP으로 포털에 올려 고정된 구성으로 바이너리를 전달할 수 있습니다. 몇 분 안에 자동으로 빌드되고 티켓도 추가 비용도 필요 없지만, 설치 경로가 고정되고 만든 뒤에는 업데이트할 수 없습니다.

따라서 DSM 카탈로그의 대부분은 이렇다 할 재패키징 작업이나 비용 없이 커버할 수 있습니다. 스토어를 쓰거나, generic 패키징을 요청하거나, 비교적 단순한 바이너리는 organic 패키지로 처리하면 됩니다.

현대화냐 리프트 앤 시프트냐

Ivanti DSM 지원 종료는 클라우드 네이티브 인프라로 옮기고, 레거시 의존성을 걷어내고, 운영 부담을 줄이고, 확장성을 확보할 기회입니다. 현대화를 택한 조직은 레거시 시스템을 그대로 옮겨 놓은 조직보다 장기적으로 더 나은 결과를 얻습니다.

마이그레이션의 핵심 구성 요소

DSM에서 Intune로 넘어가는 완전한 마이그레이션은 애플리케이션 패키지, 소프트웨어 배포 워크플로, 디바이스와 보안 정책, 사용자와 그룹 구성, 패치 관리 프로세스를 모두 포함합니다. Intune와 RealmJoin을 함께 쓰면 이 모두에 대한 현대적인 대응책이 갖춰집니다.

열 단계로 보는 Ivanti DSM의 Intune 마이그레이션

1. 기존 DSM 환경 진단

현재 구성을 분석합니다. 애플리케이션, 배포 워크플로, 의존 관계, 인프라가 대상입니다. 여기서 마이그레이션의 범위와 복잡도가 정해지고, 프로젝트 중간에 튀어나오는 문제를 막을 수 있습니다.

2. 업무 핵심 애플리케이션과 활용 사례 식별

일상 업무에 반드시 필요한 애플리케이션에 우선순위를 둡니다. 그래야 업무가 멈추지 않고, 본격적인 배포를 시작하기 전에 어떤 워크로드를 먼저 검증할지도 정해집니다.

3. 목표 아키텍처 정의

Microsoft Intune를 클라우드 네이티브 관리 기반으로 삼고, RealmJoin이 애플리케이션 수명 주기 관리와 자동화, 소프트웨어 배포로 이를 어떻게 확장하는지 정의합니다. 다른 작업에 손대기 전에 이 아키텍처를 먼저 문서로 남깁니다.

4. Intune 설정과 RealmJoin 평가를 병행

RealmJoin은 Microsoft Intune를 기반으로 동작합니다. 아직 Intune를 쓰지 않는 조직이라면 이 단계는 두 갈래로 나뉘어 진행됩니다. Microsoft 365 테넌트에 Intune를 활성화하는 작업과 RealmJoin 온보딩입니다. 현재 환경에 비춰 마이그레이션을 검토하려면 데모를 예약하십시오.

5. DSM 애플리케이션을 RealmJoin 패키지에 매핑

현재의 애플리케이션 포트폴리오를 RealmJoin 카탈로그와 비교합니다. 어떤 애플리케이션이 이미 generic 패키지로 커버되는지 확인하고, 패키징이 필요한 공백을 표시합니다. 이 매핑이 마이그레이션 계획의 토대가 됩니다.

6. 없는 애플리케이션의 패키징 요청

RealmJoin은 서비스로서의 패키징을 제공합니다. 카탈로그에 없는 것은 요청으로 올리면 됩니다. generic 패키지는 모든 고객과 공유되며 구독에 포함되고, organic 패키지는 몇 분 안에 준비되며, 고객별 커스터마이징만 custom 패키징 크레딧을 사용합니다. DSM 마이그레이션에서 사내가 떠안던 패키징 작업 대부분이 이 단계에서 사라집니다.

7. 배포를 위한 Intune와 RealmJoin 구성

Intune 정책과 규정 준수 설정을 구성하고, RealmJoin을 연결하고, 패키지 할당과 배포 그룹을 정합니다. RealmJoin 패키지는 정해진 할당과 구성 워크플로를 따르므로 과정이 감사 가능하고 반복 가능한 형태로 남습니다.

8. 파일럿에서 배포 검증

본격 배포 전에 실제 시나리오를 테스트합니다. 설치 동작, 할당 로직과 대상 지정, 업데이트와 패치 워크플로가 대상입니다. RealmJoin은 Preview와 Main 채널을 통한 단계별 배포를 지원하므로, 규모를 키우기 전에 통제된 그룹에서 동작을 검증하기가 수월합니다.

9. 셀프서비스 활성화와 배포 확대

파일럿 검증이 끝나면 셀프서비스용 App Catalog를 켜고, 통제된 단계를 밟아 배포를 확대합니다. 헬프데스크가 개입할 일이 줄고, 전환기의 최종 사용자 경험이 나아지며, IT는 배포가 어디까지 진행됐는지 파악할 수 있습니다.

10. Ivanti DSM 폐기

모든 애플리케이션이 RealmJoin 패키지로 이전되어 Intune로 배포할 수 있고 수명 주기 자동화로 관리되는 상태가 되면, Ivanti DSM을 폐기하고 전환을 마무리합니다. 이 단계는 검증이 모두 끝날 때까지 잠가 두십시오. 너무 일찍 폐기하는 것이 마이그레이션에서 가장 흔한 실수 중 하나입니다.

아직 늦지 않았습니다

Ivanti DSM 지원 종료가 코앞이지만, 그래도 괜찮습니다. 그때까지 끝내야 하는 것이 아니라 시작해 두면 되고, 시작 자체는 금방입니다. Microsoft Entra 관리자 동의 한 번이면 RealmJoin이 테넌트에 연결되고, 카탈로그 대부분은 이미 Package Store에 있으며, 여덟 시간이 채 안 되어 첫 파일럿 배포까지 마친 고객들이 있습니다. 그다음부터는 직접 정하는 속도로 단계를 밟으면 됩니다. 파일럿 그룹이 먼저고, 이어서 Preview와 Main 채널, 준비가 되면 셀프서비스 순입니다. 연말에 DSM에 남아 있는 것은 위험이 아니라 점점 짧아지는 목록일 뿐입니다. 데모를 예약하십시오. 여러분의 카탈로그부터 시작하겠습니다.

Ivanti DSM 마이그레이션 자주 묻는 질문

Ivanti DSM의 지원 종료 시점은 언제입니까?

2026년 12월 31일입니다.

지원 종료 이후에도 Ivanti DSM을 계속 쓸 수 있습니까?

쓸 수는 있습니다. 다만 업데이트와 보안 패치, 벤더 지원이 없으므로 보안과 규정 준수, 운영 측면의 위험이 따릅니다.

DSM 마이그레이션 프로젝트에서 무엇을 우선해야 합니까?

애플리케이션 카탈로그의 규모, 패키징 작업량, 셀프서비스 기능, 패치 자동화, 그리고 대상 제품이 클라우드 관리 환경에 얼마나 잘 맞는지입니다.

RealmJoin은 무엇입니까?

RealmJoin은 Microsoft Intune를 위한 애플리케이션 수명 주기 및 자동화 플랫폼입니다. 미리 만들어 둔 애플리케이션 패키지, 자동 패치, 셀프서비스 App Catalog, Runbook 자동화, 로컬 관리자 관리(LAPS)를 제공합니다.

RealmJoin은 마이그레이션 작업을 어떻게 줄입니까?

재패키징의 대부분을 없애는 방식입니다. 지속적으로 관리되는 대규모 Windows와 macOS 애플리케이션 카탈로그가 공통 영역을 커버하고, 없는 것은 요청을 받아 패키징합니다. 고객별 구성이 없으면 generic 패키지로 추가 비용 없이 공유되고, 그렇지 않으면 몇 분 만에 organic 패키지로 올릴 수 있습니다. custom 패키징 크레딧은 고객 전용 애플리케이션에만 쓰입니다.

Ivanti DSM 마이그레이션은 얼마나 걸립니까?

첫 파일럿 배포는 분기가 아니라 하루면 됩니다. 테넌트 연결은 관리자 동의 한 번이고, 카탈로그 대부분은 이미 Package Store에 있습니다. 전체 이전에 걸리는 기간은 카탈로그 규모와 선택한 속도에 달려 있으며, 직접 정하는 단계에 따라 진행됩니다.

RealmJoin에 온프레미스 인프라가 필요합니까?

필요 없습니다. RealmJoin은 유럽의 Microsoft Azure에서 호스팅되는 SaaS 플랫폼입니다. 관리자 동의 한 번으로 Microsoft Intune 및 Microsoft 365와 연결되며, Runbook과 로컬 관리자 비밀번호, 로그처럼 민감한 부분은 자체 테넌트에서 실행됩니다.

그 밖에 궁금한 점이 있습니까?

문서의 FAQ를 살펴보거나 문의해 주십시오.

출처

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 및 제품 지원 종료 일정.
Microsoft Learn, Microsoft Intune Enterprise Application Management: 비교표에서 "제한적"으로 표시한 칸의 근거인 Enterprise App Catalog입니다.

Ivanti DSM 지원 종료: Intune와 RealmJoin으로 새로 시작하기