MSIX를 사용하여 애플리케이션을 패키징하고 안전한 업데이트를 관리하는 것은 개발자, 시스템 관리자 및 데스크톱 가상화 팀 모두에게 최신 Windows 생태계의 핵심 요소가 되었습니다. MSIX는 단순히 "또 다른 형식"이 아니라 애플리케이션이 설치, 업데이트, 격리되고 운영 체제 및 Microsoft Store, Azure Virtual Desktop, Citrix Virtual Apps and Desktops와 같은 서비스와 통합되는 방식을 정의합니다.
또한, 보안, 성능, 대역폭 절감 및 관리 간소화 측면에서의 개선 으로 MSIX 및 관련 기술(예: MSIX 앱 연결 또는 MSIX 애플리케이션 연결)은 EXE 또는 MSI와 같은 기존 설치 프로그램과 App-V와 같은 가상화 솔루션을 점진적으로 대체하고 있습니다. 이러한 변화는 까다로운 비즈니스 환경과의 호환성을 유지하면서 고도로 발전된 차별화된 업그레이드 모델을 제공함으로써 달성됩니다.
MSIX란 무엇이며 윈도우에서 왜 그렇게 중요한가요?
MSIX는 Windows 애플리케이션을 위한 최신 패키징 형식입니다. AppX, MSI, App-V의 장점을 하나의 모델로 통합하도록 설계되었습니다. MSIX는 패키지 식별, 깔끔한 설치, 잔여물 없는 제거, 증분 업데이트, 그리고 시스템 및 다른 앱과의 충돌을 줄이는 경량 컨테이너를 제공합니다.
MSIX 패키지 ID를 사용하면 Windows에서 어떤 애플리케이션이 어떤 API를 호출하는지 정확하게 파악할 수 있으므로 이전에는 UWP 앱에서만 사용할 수 있었던 기능(백그라운드 작업, 풍부한 알림, 컨텍스트 메뉴 통합, 파일 연결, 사용자 지정 프로토콜 또는 콘솔 실행 별칭)을 구현할 수 있습니다.
EXE/MSI 파일과 기존 설치 방식에 의존하고 패키지 식별자가 없는 기존의 패키지 없는 애플리케이션과 달리, MSIX는 더욱 안정적이고 자동화되고 제어 가능한 설치 및 업데이트 환경을 제공합니다 . 또한, 제거 후 잔여 파일, 사용되지 않는 DLL, 레지스트리 키 등이 남지 않도록 하여 IT 부서의 업무를 간소화합니다.
또한 "외부 위치를 사용한 패키징" 모델 도 있습니다 . 이 모델은 아직 모든 콘텐츠를 MSIX 패키지로 옮길 수 없는 데스크톱 애플리케이션을 위해 설계되었습니다. 이 방식에서는 애플리케이션이 패키지 식별자를 획득하지만, 일부 데이터나 바이너리는 컨테이너 외부에 남아 있어 점진적인 마이그레이션을 용이하게 합니다.
MSIX 패키지 유형 및 관련 형식
MSIX 생태계에는 단일 파일 형식이 아니라 직접 설치부터 Microsoft Store 또는 타사 인프라에 최적화된 배포에 이르기까지 모든 것을 포괄하는 여러 보완 형식이 있습니다. 가장 일반적인 형식은 다음과 같습니다.
- 응용 프로그램 패키지(.msix 또는 .appx). 이 패키지는 단일 장치 아키텍처(x86, x64, ARM 등)용 애플리케이션 및 리소스를 포함하는 "기본" 패키지입니다. 여러 아키텍처를 지원하기 위해 각 아키텍처별로 별도의 패키지가 생성되며, 이 경우 각 아키텍처에 대한 파일이 따로 생성됩니다.
- 애플리케이션 번들(.msixbundle 또는 .appxbundle)여러 애플리케이션 패키지를 그룹화하는 컨테이너로, 각 패키지는 특정 아키텍처에 맞춰 설계되었습니다. 이러한 그룹화 덕분에 시스템은 각 장치에 최적화된 패키지만 다운로드하고 설치하며, 단일 배포 파일로 훨씬 더 다양한 장치와 호환되는 애플리케이션을 구현할 수 있습니다.
- 애플리케이션 패키지 업로드 파일(.msixupload 또는 .appxupload). 파트너 센터를 통해 Microsoft Store에 앱을 게시하기 위해 특별히 설계되었습니다. 하나 이상의 MSIX 패키지 또는 번들과 압축된 심볼 파일(.appxsym)을 포함할 수 있으며, 이를 통해 파트너 플랫폼에서 직접 성능 및 충돌을 분석할 수 있습니다.
.vhd, .vhdx, .cim과 같은 MSIX 앱 연결 형식은 Azure Virtual Desktop이나 Citrix와 같은 환경에서 MSIX 애플리케이션을 연결(MSIX 앱 연결)할 때 사용됩니다. 이러한 환경에서 MSIX 패키지 내용은 가상 디스크 또는 CimFS 이미지 내에 미리 압축 해제되어 사용자 컴퓨터에 동적으로 마운트됩니다.
MSIX 및 MSIX 패키징 툴 사용을 위한 필수 조건
Microsoft는 MSIX 패키징 도구를 제공하여 애플리케이션을 MSIX 형식으로 간편하게 패키징할 수 있도록 지원합니다 . 이 도구는 Microsoft Store에서 다운로드할 수 있으며 오프라인으로도 배포 가능합니다. 이 도구를 사용하면 그래픽 인터페이스와 명령줄을 통해 MSI 및 EXE 설치 프로그램, App-V 5.x 패키지, 심지어 ClickOnce 배포까지 새로운 MSIX 형식으로 변환할 수 있습니다.
MSIX 패키징 도구를 사용하기 위한 기본 요구 사항 에는 Windows 10 버전 1809 이상, 컴퓨터 관리자 권한, 그리고 스토어에서 설치하는 경우 다운로드에 액세스할 수 있는 유효한 Microsoft 계정(개인 또는 회사)이 포함됩니다.
이 도구는 여러 가지 방법으로 설치할 수 있습니다.
- WinGet 명령어를 사용하여 Microsoft Store에서 직접 다운로드할 수 있습니다.
winget install "MSIX Packaging Tool". - 나중에 PowerShell을 사용하여 시스템에 통합되는 오프라인 패키지를 통해 진행됩니다.
Add-AppxProvisionedPackage해당 라이선스 파일과 함께 제공됩니다.
고급 비즈니스 시나리오에서는 MSIX Packaging Tool을 MSIX Manager, AppVentiX 또는 MSIX Hero와 같은 다른 유틸리티와 결합하여 VHD/VHDX/CIM 컨테이너로의 변환을 자동화하고 대규모 패키지 애플리케이션 카탈로그를 관리하는 것이 일반적입니다.
MSIX를 사용하여 패키징하기 전에 애플리케이션을 준비합니다.
어떤 애플리케이션이든 MSIX로 변환하기 전에 사전 테스트와 최적화를 수행하는 것이 좋습니다. 화려한 작업은 아니지만, 실제 운영 환경에서 발생할 수 있는 많은 문제를 예방해 줍니다.
- 애플리케이션이 올바르게 작동하는지 확인하십시오. 지원하고자 하는 모든 장치 제품군에서 배포 및 디버깅이 간편합니다. Visual Studio를 사용하면 UWP로 패키징된 데스크톱 애플리케이션도 이러한 환경에서 쉽게 배포하고 디버깅할 수 있습니다.
- 성능을 최적화합니다. Visual Studio의 프로파일링 도구(CPU 사용량, 메모리 소비량, UI 타임라인 분석 등)를 사용하더라도 MSIX 패키지는 느린 애플리케이션을 빠르게 만들어주지는 않습니다. 단지 설치 및 업데이트가 더 원활하게 이루어지도록 도와줄 뿐이며, 근본적인 성능 최적화는 개발자의 책임입니다.
- .NET Native와의 호환성을 확인하세요.릴리스 빌드는 일반적으로 네이티브 컴파일러를 활성화하여 런타임 성능을 향상시킵니다. 따라서 디버그 모드뿐만 아니라 네이티브 릴리스 빌드를 사용하여 앱을 테스트하는 것이 매우 중요합니다.
Visual Studio에서 패키지 구성: MSIX 매니페스트
MSIX의 세계에서는, 구성의 핵심은 선언문입니다., 파일 Package.appxmanifest이 파일은 앱의 ID, 게시자 이름, 버전, 아이콘, 지원되는 화면 방향, 시스템 기능, 파일 연결, 사용자 지정 프로토콜, 실행 별칭, 백그라운드 작업 등을 정의하는 XML 파일입니다.
비주얼 스튜디오 포함 선언문 그래픽 디자이너 XML을 수동으로 편집할 필요가 없습니다. 솔루션 탐색기에서 프로젝트를 확장하고 두 번 클릭하기만 하면 됩니다. Package.appxmanifest 일반 정보, 기능, 시각 자료, 패키징 등 다양한 탭을 활용할 수 있습니다.
- 시각적 리소스 탭에서 아이콘과 로고는 시작 메뉴, 작업 표시줄, 응용 프로그램 목록 또는 토스트 알림에 사용하도록 정의됩니다.
- 포장 탭에서 게시 세부 정보와 가장 중요한 패키지 서명 인증서를 정의할 수 있습니다. 모든 MSIX 애플리케이션은 서명되어야 합니다. 그렇지 않으면 Windows에서 신뢰할 수 있는 애플리케이션으로 간주하지 않습니다.
시스템 기능, 통합 및 확장
MSIX의 가장 큰 장점 중 하나는 매니페스트를 통해 운영 체제와의 수많은 통합 기능을 제공한다는 점입니다. 이를 통해 기능, 연결 및 확장 지점이 활성화되어 기존 애플리케이션과 차별화됩니다.
- 시스템 기능 이들은 위치 정보, 마이크, 카메라, 네트워크, 사용자 파일, USB 장치 등과 같은 민감한 리소스에 대한 접근을 제어합니다. 따라서 실제로 필요한 권한만 신고하는 것이 매우 중요합니다. 필요 이상으로 권한을 요청하면 경고를 받거나, 인증 문제가 발생하거나, IT 관리자로부터 승인이 거부될 수 있습니다.
- 맞춤형 프로토콜 앱이 다음과 같은 URI에 응답할 수 있도록 합니다.
miapp://loquesea이는 웹에서 딥 링크, 다른 애플리케이션과의 통합 또는 SSO 흐름에 사용되며, 실행할 스키마와 실행 파일을 지정하여 매니페스트에 구성됩니다. - 기록 보관 협회 이러한 설정은 응용 프로그램이 파일을 두 번 클릭했을 때 어떤 파일 형식(확장자 또는 MIME 유형)을 열고 어떤 아이콘을 표시할지 정의합니다. MSIX는 Windows 레지스트리를 불필요하게 복잡하게 만들지 않고 이러한 연결을 등록하기 위한 명확한 선언적 모델을 제공합니다.
- 실행 별칭(AppExecutionAlias) 콘솔에 간단한 명령어를 입력하여 앱을 실행할 수 있습니다.
miapp.exe전체 경로를 알 필요 없이C:\Program Files\WindowsApps특히 MSIX와 같은 패키지형 명령줄 도구에 유용합니다.
Visual Studio를 이용한 애플리케이션 패키징: 프로젝트에서 MSIX로
프로젝트와 매니페스트 파일이 준비되면 다음 단계는 MSIX 패키지를 생성하는 것입니다. Visual Studio는 사이드 로딩과 Microsoft Store 게시 시나리오 모두를 지원하는 매우 직관적인 패키징 마법사를 제공합니다.
Visual Studio의 기본 워크플로는 다음과 같습니다.
- 해답을 열어보세요.
- 패키지된 프로젝트를 마우스 오른쪽 버튼으로 클릭합니다.
- '게시' 옵션을 선택하세요.
- “애플리케이션 패키지 생성”을 선택하세요.
그다음, 담당자가 패키지에 서명할지 묻고(대개는 '예'라고 답합니다), 사이드 로딩 또는 스토어에서 다운로드하는 방법 중 하나를 선택하도록 안내하며, 서명 인증서를 선택하는 방법을 알려줍니다.
서명에는 로컬 인증서 저장소의 인증서 , 내보낸 PFX 파일 또는 자체 서명된 개발 인증서를 사용할 수 있습니다. 기업 환경에서는 모든 장치가 추가 작업 없이 인증서를 인식할 수 있도록 내부 PKI 또는 공공 기관에서 발급한 인증서를 사용하는 것이 좋습니다.
대상이 Microsoft Store인 경우 , 마법사는 파트너 센터에서 성능 및 충돌 분석에 필요한 번들과 심볼이 포함된 업로드 파일(.msixupload 또는 .appxupload)을 자동으로 생성합니다. 사이드 로딩만 선택한 경우, 결과는 다른 채널을 통해 배포할 수 있는 .msix 또는 .msixbundle 파일이 됩니다.
MSIX 패키지 설치 및 로컬 테스트
테스트 시나리오에서 MSIX 패키지 설치는 놀라울 정도로 간단합니다 . .msix 또는 .msixbundle 파일을 두 번 클릭하기만 하면 앱 설치 관리자가 열리고, 이름, 게시자, 버전, 요청된 권한, 진행률 표시줄이 있는 설치 버튼이 표시됩니다.
Visual Studio에서 "앱 패키지" 모드로 패키지를 생성할 때PowerShell 스크립트가 포함되어 있습니다.Add-AppDevPackage.ps1접미사가 붙은 폴더 안에 ) _Test"PowerShell로 실행" 옵션을 사용하여 해당 스크립트를 실행하면 개발 인증서와 패키지가 자동으로 설치되고 완료되면 성공 메시지가 표시됩니다.
설치 및 제거 관리도 가능합니다. 예를 들어 PowerShell을 사용하여 Add-AppxPackage, Get-AppxPackage y Remove-AppxPackage이는 자동화 스크립트와 CI/CD 파이프라인에서 핵심적인 요소입니다.
가상화 환경에서의 MSIX 앱 연결 및 애플리케이션 연결
MSIX 앱 연결은 Azure Virtual Desktop 및 타사 EUC 솔루션과 같은 환경에서 애플리케이션을 제공하는 "최신" 방식입니다 . 기본 이미지 또는 각 머신에 애플리케이션을 설치하는 대신, 확장된 애플리케이션이 포함된 컨테이너가 마운트되어 사용자 세션에 "연결"됩니다. 이러한 인프라에서는 일반적인 RDP 연결 문제를 고려해야 합니다.
이 기술은 MSIX 패키지 내용이 포함된 VHD, VHDX 또는 CIM 컨테이너를 사용합니다 . 이러한 파일은 네트워크 공유 또는 Azure 스토리지에 저장되며 필요에 따라 VDA(가상 배포 에이전트) 또는 세션 호스트에 동적으로 마운트됩니다. 이 도구의 장점은 다음과 같습니다.
- 시스템 이미지는 더 작고 범용적인 형태로 유지하세요.
- 신규 기계 공급에 필요한 시간을 단축하십시오.
- 버전 관리를 용이하게 합니다.
- 공유 데스크톱에서 소프트웨어 변경이 미치는 영향을 최소화합니다.
MSIX 패키지를 시스템에서 설치하고 사용하려면 반드시 신뢰할 수 있는 인증서로 서명해야 합니다 . 해당 인증서는 VDA 또는 애플리케이션이 연결될 물리적 시스템에서 인식되어야 합니다.
실제로 많은 관리자는 MSIX 앱 연결을 Citrix Virtual Apps and Desktops 와 같은 도구와 결합하여 사용합니다. Citrix Virtual Apps and Desktops 는 VDA의 패키지 배포 구성 요소를 통해 MSIX 패키지 관리, App-V 및 기타 기술(예: FlexApp)을 통합합니다.
시트릭스, 앱-V, MSIX 및 기타 엔터프라이즈 패키징 기술
대규모 기업 환경에서는 일반적으로 단일 유형의 패키징만 사용되는 것이 아니라 , 기존 애플리케이션 가상화를 위한 App-V, 최신 패키징을 위한 MSIX, 그리고 경우에 따라 FlexApp과 같은 애플리케이션 레이어 등 다양한 기술이 혼합되어 공존합니다.
Citrix Virtual Apps and Desktops는 App-V에 대해 두 가지 접근 방식을 제공합니다 . 하나는 이중 관리 방식(App-V 서버가 전체 수명 주기를 관리하고 Citrix가 해당 서버와 협력하는 방식)이고, 다른 하나는 단일 관리 방식(App-V 패키지가 네트워크 공유에 저장되고 Citrix가 배포 및 동적 구성 파일을 직접 처리하는 방식)입니다.
MSIX 및 MSIX 애플리케이션 첨부를 위해 Citrix는 VDA에 설치되는 패키지 배포 구성 요소를 사용합니다. 이 구성 요소는 네이티브 MSIX 패키지든 애플리케이션 첨부 이미지(.vhd, .vhdx, .cim)든 호스트 시스템의 패키지 수명 주기를 관리하고 배포 그룹에 애플리케이션을 게시하는 작업을 조정합니다.
패키지는 일반적으로 UNC/SMB 네트워크 공유 또는 Azure Files에 저장됩니다.VDA는 읽기 전용 권한으로 액세스합니다. 경우에 따라 서비스 계정을 조정해야 할 수 있습니다.ctxAppVService따라서 로컬 컴퓨터 계정 대신 Azure에서 권한이 있는 사용자 자격 증명을 사용하도록 하며, 가능한 모든 사항을 고려합니다. 네트워크 정책 접근을 차단할 수 있습니다.
관리자는 웹 스튜디오에서 패키지를 일괄 또는 하나씩 업로드하고 , 배포 그룹에 할당하고, 표시 여부(워크스페이스, 데스크톱 또는 둘 다)를 제어할 수 있으며, App-V의 경우 상호 의존적인 패키지가 동일한 가상 공간에 자동으로 배포될 수 있도록 격리 그룹을 구성할 수 있습니다.
MSIX를 애플리케이션 수명주기의 중심축으로 이해하면 (패키징 및 서명 방식부터 가상 데스크톱에 마운트하고 차등 블록을 사용하여 업데이트하는 방식까지) 기존 설치 프로그램보다 훨씬 더 강력하고 안전하며 유지 관리가 쉬운 배포 환경을 설계할 수 있습니다. 이를 통해 최신 Windows 기능을 최대한 활용하고 개발자와 IT 팀 모두의 업무를 간소화할 수 있습니다.
