Microsoft App-V

Microsoft Application Virtualization(^[1]애플리케이션 가상화, App-V, 이전 Softelity SoftGrid)^[2]은 마이크로소프트가 제공하는 애플리케이션 가상화 및 애플리케이션 스트리밍 솔루션입니다.이것은 원래 ^[3]2006년 7월 17일 마이크로소프트에 인수된 매사추세츠 주 보스턴에 본사를 둔 Softelity에 의해 개발되었습니다.App-V는 Hyper-V, Microsoft User Environment Virtualization(UE-V),^[4] 원격 데스크톱 서비스 및 System Center Virtual Machine ^[5]Manager와 같은 다른 가상화 기술과 함께 마이크로소프트의 애플리케이션 가상화 시장 진출을 나타냅니다.

개요

App-V를 사용하면 가상 애플리케이션 서버에서 클라이언트에 실시간으로 애플리케이션을 도입(스트리밍)할 수 있습니다.따라서 애플리케이션을 기존 로컬로 설치할 필요가 없지만 독립형 배포 방법도 지원됩니다.스트리밍 기반 구현의 경우 App-V 클라이언트를 클라이언트 시스템에 설치해야 하며 가상 애플리케이션 서버에 저장된 애플리케이션 데이터는 처음 사용할 때 클라이언트 캐시에 설치(스트리밍)되거나 로컬 캐시에 사전 설치됩니다.App-V 스택은 응용 프로그램이 기본 운영 체제의 파일 시스템 및/또는 Windows 레지스트리를 직접 변경하지 않고 응용 프로그램 고유의 "버블"에 포함되도록 실행 환경을 샌드박스화합니다.App-V 어플리케이션도 서로 샌드박스로 되어 있어 App-V에서 다른 버전의 어플리케이션을 동시에 실행할 수 있어 서로 배타적인 어플리케이션이 같은 시스템에서 공존할 수 있습니다.그럼에도 불구하고 분리는 보안 ^[6]경계가 아닙니다.

따라서 App-V를 사용하면 배포된 애플리케이션을 중앙 집중식으로 설치하고 관리할 수 있습니다.정책 기반 액세스 제어를 지원합니다. 관리자는 사용을 관리하는 정책을 정의하여 특정 사용자 또는 특정 컴퓨터에서 응용 프로그램에 대한 액세스를 정의 및 제한할 수 있습니다.App-V에는 가상화된 애플리케이션의 사용량을 추적하는 추적 인터페이스도 있습니다.필요에 따라서, 서버를 고가용성 구성으로 실장할 수 있습니다.

App-V 클라이언트는 사용자에게 가상화된 애플리케이션을 위한 깔끔한 로컬 설치 환경을 제공합니다.애플리케이션용 확장이 App-V 클라이언트에 의해 사용자의 데스크톱 셸에 통합되므로 가상화된 애플리케이션을 시작할 수 있는 액세스는 로컬로 설치된 애플리케이션과 동일한 것으로 보입니다.두 개 이상의 가상 애플리케이션이 서로 종속되어 있는 경우 개별 가상화 애플리케이션이 단일 분리된 버블에서 함께 실행되도록 구성할 수도 있습니다.

Microsoft App-V는 라이선스가 필요한 추가 컴포넌트입니다.라이센스는 사용자 기반이며 클라이언트 운영 체제에서 사용할 수 있도록 Microsoft Desktop Optimization Pack(MDOP) 라이센스를 부여하거나 원격 데스크톱 서버에서 사용할 수 있도록 Microsoft 원격 데스크톱 서버 클라이언트 액세스 라이센스의 일부로 취득합니다.MDOP는 소프트웨어 어슈어런스 고객의 서브스크립션으로 이용 가능한 테크놀로지 스위트입니다.호스팅(클라우드 서비스) 제공자를 위한 라이센스 모델도 있습니다.

주요 버전 및 변종

Microsoft는 2012년 11월 말에 버전 5의 App-V를 출시했습니다.이것은 플랫폼 전체의 3세대 주요 재설계입니다.버전 5는 약 11년 전 Windows NT 및 Windows 2000에 대해 원래 사용하기 위해 설계된 컴포넌트를 대체하여 제품을 현대화했습니다.또, 새로운 operating system 기능의 서포트와 가상화 서포트의 개선도 가능하게 되었습니다.

제품의 버전 4.x는 여전히 널리 사용되고 있으며 현재 지원되고 있습니다.Microsoft는 버전 4 기반 지원을 Windows 8.1 및 Server 2012 R2 클라이언트 운영 체제까지 확장했습니다. 단, App-V 4.x를 사용하는 가상화 애플리케이션에서는 새로운 운영 체제 기능 중 일부를 사용할 수 없습니다. App-V 4.x의 마이크로소프트 표준 지원 종료일은 2015년 ^[7]7월입니다.

버전 3.x 및 2.x는 더 이상 실제 가동 중인 것으로 알려져 있지 않습니다.이러한 버전의 지원은 Microsoft에 의한 Softelity의 인수로 종료되었습니다.버전 2.x ~ 4.x는 2세대 애플리케이션 가상화 제품을 나타냅니다.

제품의 1.x 버전은 없었습니다.SoftGrid 2.0이 출시되기 전에 Softelity는 SoftWow!로 알려져 있었습니다.SoftwareWow!는 애플리케이션(주로 게임)을 소비자에게 스트리밍하는 애플리케이션 스토어를 가진 초기 클라우드 기반 서비스 제공업체였습니다.이 서비스는 사내 1세대 제품을 사용하여 SaaS(Software As A Service)를 제공하고 있습니다.현재 ^[8]이 제품에 대한 온라인 정보는 거의 존재하지 않지만, 이 제품은 매우 제한된 가상화 지원으로 스트리밍 서비스를 제공했습니다.

App-V의 분기는 Microsoft Server Application Virtualization(서버용 App-V)^[9]이라는 이름으로 Microsoft에 의해 출시되었습니다.이 플랫폼은 가상화 리다이렉션을 지원하지만 분리하지 않고 애플리케이션 내 경합이 발생하지 않는 가상화 서버 로드를 제공하는 것을 목적으로 합니다.이 제품은 System Center Virtual Machine Manager의 일부로 사용할 수 있으며, 일반적으로 서버의 새로운 인스턴스를 수요에 따라 스핀업하는 데 사용됩니다.

아키텍처

Microsoft 에서는, 가상 애플리케이션의 도입에 다음의 3개의 옵션을 제공하고 있습니다.이 옵션은 사용되는 아키텍처 컴포넌트에 영향을 줍니다.

• App-V 전용 서버 세트.
• System Center Configuration Manager 통합.
• 「스탠드 아론」모드에서는, 애플리케이션을 다른 방법으로 전달할 수 있습니다.

App-V 버전 5.x 또는 4.x를 사용하는 경우 이러한 세 가지 배포 옵션의 구현이 다릅니다.각각에 대해 따로 설명합니다.

버전 5.x의 아키텍처

5.x 기반 아키텍처에는 크게 세 가지 옵션이 있습니다.이 세 가지 옵션 모두 몇 가지 공통 컴포넌트를 사용합니다.

• Microsoft Application Virtualization 5.x Sequencer: 가상화 전송을 위해 사용자 정의된 응용 프로그램을 패키징하는 데 사용됩니다.
• Microsoft Application Virtualization 5.x Client. 가상 응용 프로그램을 실행하는 데 사용되는 운영 체제에서 사용됩니다.클라이언트에는 두 가지 형식이 있습니다.하나는 데스크톱 운영체제(예를 들어 Service Pack 1 및 Windows 8)용이고 다른 하나는 리모트 데스크톱 세션호스트 서버로서 사용하도록 구성된 서버 운영체제용입니다.
• Microsoft Application Virtualization Report Server는 가상화된 응용 프로그램의 사용량 정보(미터링이라고 함)를 수집할 수 있는 선택적 구성 요소입니다.
• Microsoft Application Virtualization Client Console은 클라이언트 시스템에 가상 애플리케이션으로 제공할 수 있는 옵션 컴포넌트입니다.일반적으로 콘솔은 최종 사용자에게 필요하지 않습니다.단, 콘솔 애플리케이션을 도입하면 사용자는 이전에 허가되어 제공된 가상 애플리케이션을 더욱 제어할 수 있습니다.

5.x 아키텍처의 나머지 부분은 사용되는 배포 옵션에 따라 달라집니다.

전체 App-V 5.x 서버 옵션

다음과 같은 추가 구성 요소로 구성된 전체 App-V 5.x 서버:

• Microsoft Application Virtualization 5.x Management Server. 응용 프로그램 및 연결 그룹을 정의하고 응용 프로그램 사용이 허용된 사용자 또는 컴퓨터 목록을 포함하는 Active Directory Security Group에 할당하는 데 사용됩니다.또한 이 서버는 이 정보의 요약을 여러 게시 서버에 배포합니다.관리 서버는 구성 정보를 백엔드 데이터베이스에 저장하는 웹 서비스로 구현됩니다.웹 서비스는 Silverlight 지원 웹 브라우저 또는 PowerShell을 사용하여 액세스할 수 있습니다.
• Microsoft Application Virtualization Publishing Server. 사용자와 컴퓨터를 인증하고 클라이언트에 게시하기 위한 적절한 가상 애플리케이션 메타데이터를 제공하는 데 사용됩니다.
• Package Store: 클라이언트가 가상 응용 프로그램을 스트리밍하기 위해 사용하는 단순한 파일 공유입니다.경우에 따라서는, 패키지 스토어가 Web 서버에 의해서 전면이 되는 일이 있습니다.

Configuration Manager 통합 옵션

Configuration Manager는 다음 컴포넌트로 구성됩니다.

• Microsoft System Center Configuration Manager Site Server: 운영 이미지, 설치를 위한 기존 응용 프로그램 패키지, 가상 응용 프로그램 및 기타 배포 작업을 정의하는 데 사용됩니다.이러한 항목은 요구 사항 및 종속성과 함께 사용자 및 시스템 모음에 할당될 수도 있습니다.이 정보는 데이터베이스에 저장되며 배포 지점을 통해 클라이언트 시스템으로 전달됩니다.
• Microsoft System Center Distribution Point: 확장성이 뛰어난 솔루션을 도입하기 위해 콘텐츠를 캐시하는 데 사용됩니다.
• 배포 지점에서 배포 메타데이터 및 컨텐츠를 가져오고 다양한 클라이언트 구성 요소 작업을 구현하는 데 사용되는 마이크로소프트 시스템 Center 클라이언트 에이전트입니다.App-V의 관점에서 이 구성 요소는 가상 애플리케이션을 App-V 클라이언트에 제공합니다.

App-V 5를 사용하려면 시스템 Center Configuration Manager 2012 이상을 사용해야 합니다.가상 msi 도입 방법을 사용하여 이전 버전 또는 기타 전자 전달 시스템에 의한 도입도 가능합니다.

스탠드아론 모드

App-V 5.x 클라이언트에는 위의 두 서버 모드에서 최종적으로 사용되는 PowerShell API가 포함되어 있습니다.이 API를 클라이언트에서 직접 사용하는 것이 바람직할 수 있습니다.수동으로 사용하거나 서드파티에 의해 개발된 추가 툴을 사용하는 것이 좋습니다.

버전 2.x ~ 4.x의 아키텍처

4.x 기반 아키텍처에는 세 가지 주요 옵션도 사용할 수 있습니다.이들 3가지 옵션 모두 몇 가지 공통 컴포넌트를 사용합니다.

• Microsoft Application Virtualization 4.x Sequencer: 가상화 전송을 위해 사용자 정의된 응용 프로그램을 패키징하는 데 사용됩니다.
• Microsoft Application Virtualization 4.x Client. 가상 응용 프로그램을 실행하는 데 사용되는 운영 체제에서 사용됩니다.클라이언트에는 x86 또는 x64 운영 체제를 지원하는 세트로 결합된 4가지 형식이 있습니다.하나는 데스크톱 운영체제(Windows XP 이상)용, 다른 하나는 리모트 데스크톱 세션호스트 서버로서 사용하도록 구성된 서버 운영체제용 세트입니다.

전용 App-V 관리 서버

App-V 4.x 시스템 아키텍처는 다음과 같은 구성 요소로 구성됩니다.

• 응용 프로그램을 정의하고 Active Directory 사용자에게 할당하는 데 사용되는 Microsoft Systems Center Virtual Application Management Server 또는 응용 프로그램 사용이 허용된 사용자 목록을 포함하는 Security Group.또한 서버는 허가된 목록에 대해 런타임 인증을 수행하고 보고서 작성을 위해 데이터베이스에 애플리케이션 사용률(미터링) 정보를 기록합니다.
• Microsoft Systems Center Virtual Application Management Service( ).NET 원격 웹 서비스, 애플리케이션에 대한 클라이언트 요청을 관리합니다.이 서버는 관리 서버와 함께 작동하여 게시, 인증된 사용 확인 및 데이터 보고를 위한 인증된 응용 프로그램 메타데이터를 제공합니다.서버는 또한 RTSP 프로토콜의 확장을 사용하여 가상화된 패키지의 스트리밍 작업을 처리합니다.
• App-V Management Console - App-V 서버를 설정, 관리 및 관리하기 위한 관리 도구입니다.응용 프로그램의 사용을 제어하는 정책을 정의하는 데 사용할 수 있습니다.또한 가상화된 응용 프로그램 패키지를 생성, 관리, 업데이트 및 복제하는 데도 사용할 수 있습니다.

공유 시스템 센터 구성 관리자

2009년에 Microsoft는 System Center Configuration Manager를 확장하여 App-V를 구현하는 새로운 방법을 제공했습니다.System Center Configuration Manager 아키텍처는 다음 컴포넌트로 구성됩니다.

• System Center Configuration Manager Site Server는 시스템 이미지, 기존 설치 프로그램을 사용하여 작성된 응용 프로그램 패키지 및 가상 응용 프로그램을 보관하는 프라이머리 저장소 역할을 합니다.
• System Center Configuration Manager Distribution Server. 소프트웨어를 보다 로컬 수준에서 캐시 및 배포하기 위해 사용됩니다.

App-V 4.x는 Configuration Manager 2007 SP1에서 2012 R2까지 직접 통합됩니다.

'스탠드 아론' 모드

App-V 클라이언트는 앞서 설명한 서버 인프라스트럭처를 사용하지 않고 "스탠드 아론 모드"^[10]로 사용할 수도 있습니다.이 경우 시퀀싱된 패키지는 전자 소프트웨어 전송 시스템 또는 수동 배포와 같은 외부 기술을 사용하여 전달됩니다.

작동

배포 작업과 관련된 작업 외에도 App-V 애플리케이션 가상화는 주로 App-V Sequencer와 App-V Client의 두 가지 구성 요소로 구성됩니다.

App-V 시퀀서는 가상화 및 스트리밍을 위해 애플리케이션을 재패키지화하는 컴포넌트입니다.응용 프로그램에 필요한 리소스를 분석하고 응용 프로그램의 사용자 정의를 지원하며, 이를 통해 응용 프로그램에 필요한 실행 구성 요소, 데이터 파일 및 레지스트리 설정을 포함하는 패키지를 생성합니다.4.x 버전과 5.x 버전의 패키지 형식은 크게 다릅니다.

• 5.x 제품에서는 표준 압축 형식에 기반한 App-V 형식과 추가 기능을 사용합니다.내부적으로 메타데이터 포맷의 대부분은 AppX에서 차용됩니다.
• App-V 4.x 버전은 SFT ^[11]형식을 사용하여 패키지를 생성하고, Microsoft 및 Marimba가 ^[13]1997년에 WC3에 제안한 OSD(Open Software Description) 사양의 수정^[12] 버전을 기반으로 한 추가 파일을 만듭니다.

시퀀서는 파일 및 레지스트리 리소스의 응용 프로그램 설치, 구성 및 런타임 사용을 모니터링하여 패키지 내용 및 구성을 결정합니다.머신 및 사용자 고유의 정보를 추상화하여 애플리케이션 컴포넌트의 이식성을 향상시키고, 대부분의 애플리케이션을 다른 사용자, 다른 하드웨어, 경우에 따라서는 다른 운영체제에서도 실행할 수 있습니다.패키지도 스트리밍 조작용으로 설정되어 있습니다.이 경우 파일의 일부가 필요에 따라 클라이언트에 전달될 수 있습니다.응용 프로그램 순서 지정 지침은 4.x^[14] 및 5.x^[15] 버전에 따라 다릅니다.

App-V 클라이언트는 여러 가지 방법으로 가상 애플리케이션 패키지 정의를 수신합니다.전체 App-V Infrastructure Server에서 수신하도록 구성된 경우 이 문제는 로그온 시 또는 타이머에 자동으로 발생하며 App-V Client에 의해 시작됩니다.또한 System Center 배치, 가상 msi 및 독립 실행형 메서드에서 사용되는 클라이언트 API를 통해 명령을 전송할 수도 있습니다.App-V 5.x 클라이언트 API는 PowerShell 기반이며 4.x 클라이언트는 전용 sftmime 인터페이스를 사용합니다.

패키지를 수신하면 클라이언트는 적절한 메타데이터를 다운로드합니다.또한 (패키지와 클라이언트 구성에 따라) 패키지 컴포넌트의 일부 또는 전부를 다운로드 할 수도 있습니다.클라이언트는 로컬파일 페이징 액티비티와 같은 동작을 하는 스트리밍 파일시스템을 이용하도록 설계되어 있습니다.이것에 의해, 로컬로 캐시에 있는 모든 파일을 사용하지 않고 애플리케이션을 기동할 수 있습니다.응용 프로그램에 존재하지 않는 파일 부분이 필요한 경우 필요한 파일 부분을 가져오는 stream-fault라는 작업이 수행됩니다.스트리밍된 패키지 내용은 응용 프로그램 세션 기간 동안 클라이언트에 의해 메모리에 캐시되며 나중에 사용할 수 있도록 로컬 디스크 캐시에 보관될 수 있습니다.

사용자 설정은 응용 프로그램의 캐시된 복사본이 변경되지 않도록 리디렉션을 사용하여 로컬시스템 자체에 저장됩니다.이를 통해 원격 데스크톱 공유 호스트 시스템에서 여러 사용자가 인식할 수 없는 애플리케이션을 배포할 수 있습니다.

버전 5.x 고유의 기능

버전 5.x는 재설계일 뿐만 아니라 4.x 버전에서는 이전에 사용할 수 없었던 다양한 기능을 추가했습니다.5.0 Service Pack 2가 여기에 추가되었습니다.다음과 같은 것이 있습니다.

• 추가 통합 지원.애플리케이션에는, operating system과 유저 데스크탑 셸에의 통합을 실현하는 다양한 방법이 있습니다.이전에는 사용자에게 네이티브 수준의 경험을 제공하기 위해 응용 프로그램 바로 가기, 파일 형식 관련성 및 COM 통합만 사용할 수 있었습니다.버전 5.x는 특히 Service Pack 2 이상에서는 App-V에서 애플리케이션 확장이라고 하는 통합 유형을 대폭 확장했습니다.향상된 바로 가기 지원 외에도 Protocol Handler, Application Capabilities, Software Clients, App Paths 및 다양한 셸 확장 기능, 브라우저 도우미 개체 및 Active-X 통합이 추가되었습니다.이러한 확장 기능의 대부분은 Microsoft Office나 Office 플러그인 등 복잡한 애플리케이션 가상화에 대한 반대 의견을 극복하는 데 도움이 됩니다.
• 응용 프로그램 크기4GB 패키지 크기 제한이 사라졌습니다.App-v 5.x 패키지에 대한 문서화된 제한은 없습니다.
• 스크립팅 기능 향상.가상화할 수 없는 종속 구성 요소는 로그인한 사용자에게 소프트웨어를 설치할 관리자 권한이 없는 경우에도 필요에 따라 App-V 클라이언트에서 새 스크립트 인터페이스를 사용하여 로컬로 설치할 수 있습니다.여기에는 종속 장치 드라이버가 포함됩니다.
• 연결 그룹:단일 가상 애플리케이션 환경에서 여러 패키지가 함께 작동해야 할 때 사용되며 App-V 4.5에 추가된 Dynamic Suite Composition을 대체합니다.이 재설계의 주요 장점은 Connection Group이 이제 관리자가 변경한 내용이 아닌 App-V 또는 Configuration Manager 수준에서 관리되는 개체라는 것입니다.
• 가상 실행:가상화된 플러그인을 사용하는 로컬 웹 브라우저와 같이 로컬로 설치된 구성 요소를 사용하여 가상 응용 프로그램이 시작되는 경우가 있습니다.이전에는 이러한 애플리케이션을 가상화하면 로컬컴포넌트에 대한 숏컷을 이미 작성한 사용자에게 문제가 발생하였습니다.관리자는 RunVirtual을 사용하여 로컬컴포넌트의 부팅을 가상화할 수 있습니다.

버전 4.x의 제한 사항

• Microsoft Office 플러그인:Microsoft Office 플러그인의 시퀀스는 가능하지만, 기술적인 문제와 사용상의 문제가 많기 때문에 순서를 지정하는 것은 권장되지 않습니다.예를 들어, 사용자가 사용하는 플러그인이 세 개 이상인 경우, 이러한 플러그인이 개별적으로 배열되어 있으면 사용자는 문서를 열 때 시작되는 플러그인 시퀀스를 제어할 수 없습니다.이 문제를 해결하는 유일한 방법은 모든 플러그인의 단일 제품군 또는 동적 제품군을 생성하는 것입니다.
• 응용 프로그램 크기: 최대 클라이언트 캐시 크기를 최소 4GB(최대 64GB)로 설정한 경우 해당 머신에서 스트리밍할 수 있는 응용 프로그램(sft 파일)의 최대 크기는 4GB입니다.설치된 설치 공간이 클라이언트가 설정한 최대 클라이언트 크기 이상인 모든 애플리케이션은 시퀀스를 수행하지 마십시오.FAT32 파일 ^[16]시스템을 사용하기 때문에 소프트그리드가 처리할 수 있는 최대 애플리케이션 크기는 4GB입니다.
• 디바이스 드라이버: App-V는 현재 커널 모드 디바이스 드라이버의 시퀀스를 지원하지 않습니다.따라서 디바이스 드라이버를 설치하는 응용 프로그램은 시퀀싱할 수 없습니다.유일한 예외는 디바이스 드라이버를 로컬로 프리 인스톨 할 수 있는 경우입니다.이 경우, 디바이스 드라이버 없이 애플리케이션이 시퀀싱 됩니다.
• 바로 가기:응용 프로그램에는 적어도1개의 숏컷이 필요합니다.단축키가 없는 경우 응용 프로그램은 필요한 응용 프로그램과 함께 스위트로 시퀀싱되어야 합니다.Internet Explorer 플러그인에는 가상화 계층에서 브라우저 프로세스를 시작하려면 특별한 숏컷이 필요합니다.
• 미들웨어: 미들웨어 애플리케이션은 여러 응용 프로그램의 실행 시 전제조건이 될 수 있으므로 시퀀싱에 적합하지 않을 수 있습니다.이후 버전의 App-V에서는 Dynamic Suite Composition이라는 ^[17]기능을 사용하여 다른 가상 애플리케이션이 링크되는 별도의 패키지로 시퀀스를 지정할 수 있습니다.
• 경로 하드 코딩:응용 프로그램 자체의 폴더/파일 경로를 하드 코드화하면 안 됩니다.일부 응용 프로그램은 파일을 매개 변수화하거나 Windows 레지스트리에 저장하지 않고 실행 파일의 경로를 하드 코딩합니다.ini, conf, dat 및 txt 등의 확장자로 끝나는 구성 파일은 문제를 일으킬 수 있는 경로 정보의 응용 프로그램별 설정을 찾는 데 적합합니다.그렇지 않으면 SIM을 사용하여 소스 코드 또는 업데이트를 사용할 수 없는 애플리케이션을 복구할 수 있습니다.
• 자동 갱신:자동 업데이트가 있는 응용 프로그램의 업데이트 메커니즘을 비활성화할 수 없는 경우 해당 응용 프로그램의 시퀀스를 수행하지 마십시오.시퀀싱된 응용 프로그램이 업데이트되지 않을 수 있습니다.또한 자동 업데이트를 허용하면 애플리케이션 버전을 준수하지 못할 수 있습니다.
• 서비스:부팅 시 시작해야 하는 서비스의 가상화는 지원되지 않습니다.다른 모든 유형의 서비스는 일반적으로 가상 응용 프로그램이 시작 및 종료되거나 응용 프로그램의 주 실행 파일이 종료될 때 시작됩니다.
• 라이선스 정책:라이선스를 머신에 적용하는 애플리케이션(라이선스는 시스템의 MAC 주소 또는 하드디스크 시리얼 번호에 관련지어져 있습니다).시퀀싱된 어플리케이션의 최초 기동시에 사용자가 수동으로 또는 스크립트로 액티베이션 할 수 없는 경우는, 이러한 타입의 어플리케이션의 시퀀스를 실시하지 말아 주세요.
• Internet Explorer 및 서비스 팩: Microsoft는 Internet Explorer의 모든 버전의 시퀀스를 지원하지 않습니다.

유사한 테크놀로지

• Liquidware FlexApp
• 카메요
• Citrix XenApp(이전에는 "애플리케이션 스트리밍"/"프로젝트 Tarpon"으로 포함).Windows Server ^[18]2012에서 단종.이제 App-V도 사용합니다.)
• 프리브릿지 설치
• Novell ZENworks 응용 프로그램 가상화
• Numecent 클라우드 페이징
• Turbo Studio (구 Spoon Studio 및 Xenocode 가상 애플리케이션)
• VMware ThinApp

레퍼런스

추가 정보

외부 링크

• Microsoft 애플리케이션 가상화 4.6