• 아티클

Virtualization

Microsoft Application Virtualization 시작

Anthony Kinney

이 문서는 App-V의 시험판 버전을 기준으로 작성되었습니다. 여기에 포함된 모든 정보는 변경될 수 있습니다.

한 눈에 보기:

  • App-V 아키텍처
  • 가상 응용 프로그램 관리
  • App-V 시퀀서 사용
  • 구성 관리자로 App-V 통합

목차

App-V 아키텍처
App-V 전체 인프라 작동 원리
가상 응용 프로그램 업데이트
시퀀스
버전 4.5

필자에게 Microsoft Application Virtualization(또는 App-V)은 매우 중요한 의미가 있습니다. App-V는 이전에는 SoftGrid로 알려졌으며 개발사인 Softricity를 Microsoft가 인수함에 따라 필자도 Microsoft로 자리를 옮겼습니다. 인수 이후로 많은 것이 달라졌기 때문에 TechNet Magazine에서 새로운 기사를 쓸 수 있는 기회를 갖게 되어 상당히 흥분됩니다.

App-V에 접근하는 가장 좋은 방법은 IT 전문가가 기업을 관리하는 데 당면한 과제에 대해 이야기하는 것입니다. 오늘날 비즈니스 데스크톱은 응용 프로그램으로 가득 차있습니다. 응용 프로그램을 설치하려면 그전에 시스템에 설치되어 있는 다른 응용 프로그램과 공존하고 다른 응용 프로그램이 올바르게 실행하는 데 영향을 주지 않는지 확인하는 장시간의 회기 테스트를 수행해야 합니다. 응용 프로그램은 프로덕션 단계에 이르기 전에 일련의 배포 프로세스를 거쳐야 합니다. 또한 기본적으로 설치된 위치에서만 응용 프로그램을 사용할 수 있기 때문에 사용자가 특정 컴퓨터에 묶이게 됩니다. 이러한 문제 때문에 OS와 운영 체제 마이그레이션, 보안 갱신 및 재해 복구 계획과 같은 복잡한 프로젝트가 더욱 복잡해집니다.

App-V로 이러한 모든 문제를 해결할 수 있습니다. App-V를 사용하면 데스크톱 관리를 리소스가 소비되고 시간이 걸리는 일련의 복잡한 단계가 아니라 간단하고 자동화된 프로세스로 만들 수 있습니다. 또한 응용 프로그램을 더 쉽고 효과적으로 배포, 패치, 업데이트 및 종료할 수 있습니다.

App-V를 사용하면 사용자가 어떤 데스크톱에서도 자신의 응용 프로그램에 액세스할 수 있습니다. 응용 프로그램은 주문형으로 제공되지만 로컬에 설치된 것처럼 실행됩니다. 따라서 응용 프로그램 구성 요소를 설치하거나 호스트 장치를 변경할 필요가 없습니다.

이렇게 가상화를 사용하면 IT 전문가가 데스크톱을 관리하는 방법을 크게 변화시킬 수 있습니다. 호스트 장치를 변경할 필요가 없이 가상화된 응용 프로그램을 실행할 수 있기 때문에 다음을 포함한 다양한 장점이 있습니다.

  • 응용 프로그램 충돌이 감소합니다.
  • 응용 프로그램 업데이트가 신속하고 쉬워집니다.
  • 같은 응용 프로그램의 여러 버전을 함께 실행할 수 있습니다.
  • 온라인과 오프라인에 사용자를 따라다니는 유연한 응용 프로그램이 가능합니다.
  • 응용 프로그램-응용 프로그램 회귀 테스트가 감소합니다.

App-V 아키텍처

다음은 App-V 플랫폼 내부에서 어떤 일이 일어나는지 살펴보겠습니다. 플랫폼은 시퀀서, 데이터베이스, 클라이언트, 관리 서버, 스트리밍 서버 및 관리 콘솔의 몇 가지 주요 구성 요소로 이루어져 있습니다(그림 1 참조).

fig01.gif

그림 1 App-V 환경 레이아웃 (더 크게 보려면 이미지를 클릭하십시오.)

App-V 시스템의 핵심에는 App-V 클라이언트가 있습니다. 클라이언트에는 터미널 서버 클라이언트와 데스크톱 클라이언트의 두 가지 유형이 있습니다. 모든 데스크톱과 가상 응용 프로그램을 배포하려는 터미널 서버에 둘 중 한 가지 클라이언트를 설치해야 합니다. 클라이언트는 비교적 적은 디스크 공간을 차지합니다. 클라이언트는 드라이버 하나를 설치하며 트레이 표시기로 표시되는 시각적인 사용자 런타임 구성 요소를 포함합니다.

클라이언트는 App-V 관리 서버에서 가상 응용 프로그램 목록을 수집하고 사용 가능한 가상 응용 프로그램을 표시합니다. 또한 이러한 응용 프로그램 시작(사용자가 시작할 때)을 처리하고 클라이언트 쪽 캐시를 관리합니다. 클라이언트는 또한 가상 런타임 환경 생성을 관리하는 역할을 담당하며 각 환경이 자체 가상 버블 내에서 실행되도록 보장합니다. 이 가상 환경에는 가상 레지스트리, 가상 파일 시스템 및 가상 서비스 관리자를 포함하여 몇 가지 구성 요소가 포함됩니다.

App-V 4.5에서는 전체 인프라, 경량 인프라 및 독립 실행형 모드의 세 가지 인프라 배포 옵션을 사용할 수 있습니다. 전체 인프라를 배포하면 백 엔드에 App-V 관리 서버와 App-V 스트리밍 서버(새로운 구성 요소로서 뒷부분에서 설명)가 포함됩니다. App-V 관리 서버는 중앙 집중화된 가상 응용 프로그램을 호스트하고 제공하며 패치나 업데이트가 제공되며 가상 응용 프로그램을 업데이트합니다.

이 관리 서버는 가상 응용 프로그램의 구성과 설정을 포함하는 App-V 데이터베이스를 호스트하기 위해 SQL Server를 사용합니다. 가상 응용 프로그램 프로비전 및 사용 권한 제어를 위한 중앙 관리 도구로는 Active Directory 그룹을 사용해야 합니다.

App-V 플랫폼은 IIS가 설치되어 있으면 동일한 서버에서 로드하여 설정과 구성을 관리할 수 있는 Microsoft .NET Framework 웹 서비스를 제공합니다. 이 웹 서비스는 MMC(Microsoft Management Console) 스냅인인 App-V 관리 콘솔과 App-V 데이터베이스 간의 연락망 역할을 합니다. 관리자는 이 콘솔을 사용하여 가상 응용 프로그램을 게시 및 관리하고, Active Directory 그룹을 할당하며, 서버 설정을 제어하는 것은 물론 가상화된 응용 프로그램 사용에 대한 보고서를 실행할 수 있습니다(그림 2 참조).

fig02.gif

그림 2 관리 콘솔(더 크게 보려면 이미지를 클릭하십시오.)

경량 인프라에는 활성/패키지 업그레이드와 같은 스트리밍 기능을 활성화하는 App-V 스트리밍 서버가 포함됩니다. 이 옵션은 Active Directory나 SQL Server를 요구하지 않으며, 데스크톱 구성 서비스는 없고, 라이선스 및 측정 기능이 빠져 있습니다. 그러나 경량 인프라를 사용하더라도 SCCM(System Center Configuration Manager) 및 다른 타사 ESD(엔터프라이즈 소프트웨어 배포) 솔루션에 스트리밍 기능을 추가할 수 있습니다.

독립 실행형 모드에서 App-V 시퀀서는 가상 응용 프로그램 추가를 자동화하는 MSI 파일을 생성할 수 있습니다(그림 3 참조). MSI 파일에는 모든 ESD 시스템에서 인식하고 가상화된 응용 프로그램을 제어할 수 있는 메타데이터가 포함되어 있습니다. 이 모드에서는 클라이언트를 가상 응용 프로그램의 MSI 기반 업데이트만 허용되는 독립 실행형 모드로 전환해야 하며, 독립 실행형 모드에서는 스트리밍은 허용되지 않습니다. 이 모드는 조직에 App-V 격리 기능을 사용할 수 있는 기능을 제공합니다.

fig03.gif

그림 3 App-V 시퀀서 (더 크게 보려면 이미지를 클릭하십시오.)

MSI 파일은 매우 유연하며 App-V 클라이언트만 있으면 완전히 독립 실행형으로 실행할 수 있고 서버 구성 요소를 전혀 요구하지 않습니다. 따라서 MSI 파일을 디스크를 사용하거나 기존의 배포 도구를 사용하여 수동으로 배포할 수 있습니다.

App-V 4.5에서는 이제 스트리밍에 HTTP와 HTTPS 프로토콜이 지원됩니다. 이에 따라 널리 사용되는 프로토콜를 통해 특히 보안 WAN(광역 네트워크)와 인터넷을 통한 스트리밍에서 스트리밍의 성능을 개선할 수 있습니다.

App-V 전체 인프라 작동 원리

사용자가 클라이언트(App-V 터미널 서비스 또는 데스크톱 클라이언트) 중 하나가 설치된 장치에 로그온하면 클라이언트는 현재 사용자에 할당된 응용 프로그램 목록을 서버에 요청합니다. 서버는 Active Directory와 통신하여 사용자가 어떤 그룹의 구성원인지 확인하고 응용 프로그램 목록을 클라이언트에 반환합니다. 클라이언트는 해당하는 특정 사용자에 할당된 가상 응용 프로그램에 대한 광고를 작성하기 시작합니다.

이 게시 프로세스에서 몇 가지 작업이 수행됩니다.

  • 구성 파일이 복사됩니다.
  • 데스크톱 아이콘이 생성됩니다.
  • 보내기 링크가 생성됩니다.
  • 시작 메뉴 폴더가 생성됩니다.
  • 파일 형식이 구성됩니다.

이 프로세스는 매우 신속하게 수행되며 무엇보다 중요한 것은 사용자는 예상하는 것과 시각적으로 완전히 동일한 환경을 보장한다는 것입니다. 가상 응용 프로그램은 로컬에 설치된 것처럼 작동하지만 물론 호스트 컴퓨터를 변경하지는 않습니다. 아이콘은 Program Files 디렉터리에 있는 실행 파일을 가리키는 것이 아니라 해당 구성을 위해 실행 관리자 파일(OSD 파일)을 사용하는 App-V 클라이언트를 가리킵니다.

중요한 것은 이 프로세스는 기존의 소프트웨어 배포와는 달리 설치되는 요소가 없기 때문에 네트워크에 미치는 영향이 매우 적다는 것입니다. 이 방식은 사용자에게 응용 프로그램을 제공하면서도 응용 프로그램이 시작되기 전까지는 아무것도 전달하지 않으므로 로밍 사용자 환경에 특히 유용합니다. 또한 App-V의 주문형 및 로밍 응용 프로그램 기능을 제공하는 것도 이러한 광고 방식입니다.

사용자가 응용 프로그램을 시작하면 클라이언트는 로컬 컴퓨터에 저장된 OSD 구성 파일을 읽습니다. 클라이언트는 구성 파일에서 App-V 관리 서버와 통신할 때 어떤 프로토콜을 사용해야 하며 응용 프로그램이 어떤 서버에 있는지에 대한 정보를 얻습니다.

해당 서버는 클라이언트에 초기 시작 임계값을 스트리밍 전송하여 응답하며 이것은 일반적으로 전체 응용 프로그램의 20–40%에 해당하는 양입니다. 전체 시작 임계값이 스트리밍되면(이번에도 응용 프로그램의 20–40%) 가상 응용 프로그램을 실행할 준비가 됩니다.

스트리밍은 App-V를 통해 도입된 패러다임의 전환에 중요한 핵심 요소 중 하나입니다. 이를 통해 귀중한 네트워크 대역폭을 낭비하지 않고 응용 프로그램을 실행하는 데 필요한 만큼만 전송할 수 있습니다. 클라이언트로 전달되는 모든 데이터는 장치의 로컬 캐시 파일에 보관되며 이후에 응용 프로그램을 시작하면 이 로컬 캐시에서 시작하므로 추가적인 네트워크 트래픽이 발생하지 않습니다.

가상 응용 프로그램 스트리밍이 완료되면 클라이언트는 응용 프로그램이 로컬 컴퓨터를 변경하는 것을 방지하는 격리된 환경을 만듭니다. 다른 말로 하면 응용 프로그램은 클라이언트에 흔적을 남기지 않습니다. 그러나 클라이언트는 가상 응용 프로그램이 파일을 저장하거나 편집할 때 로컬 파일 시스템에 액세스할 수 있도록 허용하며, 사용자가 로컬 시스템에 적절한 사용 권한이 있는 경우에는 인쇄와 같은 로컬 서비스와 상호 작용하는 것도 허용합니다. 그러나 가상 응용 프로그램이 로컬 시스템의 파일과 레지스트리에 수행한 변경 내용은 가상화된 환경으로 리디렉션되어 호스트 장치는 변경되지 않습니다.

응용 프로그램이 실행될 때 이전에 사용되지 않은 기능은 필요할 때 전달되며 이후 사용을 위해 캐시됩니다. 이 방식의 장점은 초기 시작 시에 사용자에게 필요한 기능만 로드되며 필요하지 않은 기능은 네트워크 리소스를 소비하지 않는다는 것입니다. 새로운 버전은 더 영리한 캐시 이용과 배경 스트리밍을 지원하는 몇 가지 클라이언트 쪽 캐싱 기능 향상을 제공합니다.

Microsoft Office Word를 예로 들어 보겠습니다. Word의 맞춤법 검사기(이 기능이 없었으면 이 기사도 쓰지 못했을 것입니다!)는 거의 모든 사용자가 사용하므로 이 기능은 초기 시작에 포함되어야 합니다. 하지만 Word의 도움말 기능은 어떻습니까? 이 기능을 사용하는 사용자는 그리 많지 않기 때문에 이 기능은 초기 시작 시에 전달할 필요가 없으며 사용자가 처음 사용하려고 할 때 전송하면 됩니다.

사용자가 응용 프로그램 사용을 마치고 종료하면 클라이언트는 가상 환경을 분해하며 다음 시작 시에 환경을 유지하고 다시 구성할 수 있도록 모든 사용자 설정을 사용자별 위치에 저장합니다. 스트리밍된 가상 응용 프로그램의 부분은 스트리밍된 비율에 관계없이 로컬 캐시에 유지되며 다음 시작 시에 사용할 수 있습니다. 다른 사용자가 동일한 호스트 시스템에 로그온하여 동일한 가상 응용 프로그램을 시작하면 이 사용자는 캐시에 저장된 응용 프로그램의 혜택을 볼 수 있습니다.

가상 응용 프로그램 광고를 제거하려면 해당 Active Directory 그룹에서 사용자를 제거하면 됩니다. 그리고 데스크톱에서 가상 응용 프로그램을 완전히 제거하려면 간단히 캐시를 삭제하면 됩니다. 응용 프로그램이 로컬에 설치된 것이 아니기 때문에 "이 공유 구성 요소를 제거하시겠습니까?"와 같은 성가신 메시지는 표시되지 않습니다.

가상 응용 프로그램이 캐시에 저장되어 있지만 모든 사용자가 이를 사용할 수 있는 것은 아닙니다. 사용자가 권한이 없더라도 간단히 실행 파일을 검색하거나 찾아볼 수 있는 설치된 응용 프로그램의 경우와는 달리 Active Directory 그룹을 통해 사용자에게 명시적으로 권한이 부여되지 않으면 가상 프로그램이 존재한다는 시각적 또는 물리적인 증거는 없습니다.

가상 응용 프로그램 업데이트

업데이트는 시퀀서를 사용하여 수행됩니다. 업데이트를 포함하도록 응용 프로그램이 수정되면 App-V 관리 서버에서 이전 버전 바로 다음에 업데이트가 저장됩니다. 서버는 다음 시작 시에 변경 내용이 있다는 것을 클라이언트에 알려 줍니다. 이전 버전이 아직 사용 중인 경우에는 가상 응용 프로그램을 종료할 때까지 해당 버전에 액세스할 수 있습니다. 다음 시작 시에 업데이트를 구성하는 델타가 클라이언트로 스트리밍되고 캐시에 로드되어 응용 프로그램이 업데이트 버전이 됩니다.

Word 2000을 사용하는 사용자가 1,000명이 있다고 가정해 보겠습니다. 관리자는 Word 2000(word2K.sft)을 Word 2000 SP3으로 업데이트해야 하며 이를 위해 스퀀스 스테이션에 word2K.sft 파일을 복사하고 시퀀서에서 Open for Package Upgrade(패키지 업그레이드를 위해 열기)를 선택합니다. Open for Package Upgrade(패키지 업그레이드를 위해 열기)를 선택하면 관리자는 마지막 패키지 상태로부터 작업을 시작합니다. 그런 다음 관리자는 DLL을 복사하고 업데이트를 실행하거나 가상 응용 프로그램 내에서 패치를 실행하여 Word 2000 SP3으로 업데이트할 수 있습니다. 관리자는 이 업데이트된 패키지를 저장할 수 있습니다.

시퀀서는 파일 이름이 중복되는 것을 방지하고 시퀀스 버전을 나타내기 위해 새로운 파일 이름으로 word2K_2.sft를 할당합니다. 이 새로운 패키지는 App-V 관리 서버에서 기존 패키지와 같은 디렉터리에 배치되므로 결국에는 Word 2000(word2K.sft)과 Word 2000 SP3(word2K_2.sft)이 같은 디렉터리에 저장됩니다. 관리자는 App-V 관리 콘솔을 사용하여 이러한 SFT 파일 두 개를 하나로 연결합니다.

클라이언트 쪽에서 SP3이 없는 Word 2000의 활성 세션을 열어 놓은 사용자는 계속에서 정상적으로 사용할 수 있습니다. 관리자가 이 연결을 수행한 후에 사용자가 응용 프로그램의 새로운 세션을 시작하면 변경 내용이 검색되었음을 알리는 메시지가 표시됩니다. 클라이언트는 word2K.sft 및 word2K_2.sft 간의 델타 변경 내용만을 스트리밍하고 자동으로 응용 프로그램을 Word 2000 SP3으로 업데이트합니다.

가상 응용 프로그램의 동적인 특성 덕분에 롤백도 상당히 쉽게 수행할 수 있습니다. 롤백하려면 간단하게 App-V 관리 콘솔에서 새로 추가된 버전을 제거하면 됩니다. 이렇게 하면 클라이언트가 다음 시작 시에 이전 버전으로 롤백합니다. 패키지 데이터에 혼선이 생기지 않도록 클라이언트는 자동으로 캐시를 제거하고 올바른 SFT 파일을 다시 스트리밍합니다. 기존의 소프트웨어 배포 도구를 사용하여 물리적으로 설치한 응용 프로그램 업데이트를 롤백하려는 경우 수행해야 하는 작업을 고려한다면 이 정도는 충분히 감수할 만한 수준입니다.

App-V의 장점을 체감하려면 가상 응용 프로그램 패키지를 만들어야 합니다. 이 작업에는 App-V 시퀀서가 사용됩니다. 스크립팅 및 기존 소프트웨어 배포 도구용 패키지 작성에 대한 지식과 경험이 있으면 시퀀스로 전환이 다소 수월해집니다. 여기에서 한 가지 지적할 것은 시퀀스가 기사 하나로 다루어야 할 만큼 만만치 않은 내용이라는 것입니다.

대부분의 소프트웨어 배포 솔루션을 사용하면 응용 프로그램 자체가 설치되는 방법을 캡처하고 이 프로세스를 다른 컴퓨터에서 복제할 수 있으므로 각각의 컴퓨터에서 직접 응용 프로그램을 설치하거나 업데이트할 필요가 없습니다. 응용 프로그램이 설치된 후에는 일반적인 소프트웨어 배포 도구는 더 이상 패키지에 관여하지 않습니다. 그런 다음에는 여러분이 응용 프로그램이 사용하는 종속성을 설치하고, 다른 스크립트를 실행하며, 필요에 맞게 응용 프로그램을 구성하는 수동 단계를 수행해야 합니다.

App-V의 근본적인 변화는 이미 설치되어 있는 응용 프로그램을 해당 종속성과 구성을 포함하여 이미지로 생성하는 시퀀스 프로세스입니다. 이 이미지는 재생되는 장치를 변경하지 않고 App-V 클라이언트에서 "재생"될 수 있습니다.

시퀀서는 다양한 파일을 생성하며 이 중에서 가장 중요한 것은 응용 프로그램 자산, 종속성 및 구성 정보를 포함하는 SFT 파일입니다. SFT에 여러 응용 프로그램이 포함될 수도 있으며 파일이 상당히 커질 수도 있습니다. 몇 가지 압축 옵션이 있지만 이를 사용하려면 네트워크와 장치 성능에 대한 세부적인 지식이 필요합니다. 시퀀서가 생성한 아이콘 파일(.ico)은 가상 응용 프로그램이 로컬에 설치된 것처럼 광고하는 데 사용됩니다.

OSD 파일 역시 매우 중요하며 이 파일의 옵션은 무한합니다. 기본적으로 이 파일은 App-V 클라이언트에 가상 응용 프로그램을 시작하는 방법을 알려 주는 데 사용되는 XML 기반 파일입니다. OSD 파일을 수정하여 가상 응용 프로그램이 시작 및 실행되는 방법을 구성하고 제어할 수도 있습니다. OSD 파일에서 사용되는 속성과 값에 익숙해질 수 있도록 Sequencing Admin Guide 및 Sequencing Best Practices 문서를 읽어 보도록 하십시오.

마지막으로 manifest.xml 파일은 패키지 기반 구성 정보를 포함하며 타사 ESD 솔루션 및 MSI 배포와의 통합에 사용될 수 있습니다. 시퀀서는 또한 가상 응용 프로그램 패키지용 MSI 파일을 생성할 수 있으며 이러한 MSI 파일은 독립 실행형 클라이언트(서버를 사용하지 않는)에 가상 응용 프로그램을 로드하고 ESD 시스템을 통과하는 데 사용될 수 있습니다.

시퀀서 자체는 응용 프로그램을 설치하고 이를 가상 응용 프로그램으로 변환하는 프로세스를 처리하는 포장기 사용을 안내하는 마법사 기반 도구입니다. 첫 번째 단계에서는 패키지의 기본 속성을 구성할 수 있습니다. OSD 파일에 저장되는 이러한 속성은 패키지 이름과 주석을 포함합니다. 일부 고급 설정으로는 스트리밍을 수행할 서버, 콘텐츠 디렉터리, 그리고 패키지가 지원할 운영 체제를 지정할 수 있습니다.

fig04.gif

그림 4 시퀀스 마법사 (더 크게 보려면 이미지를 클릭하십시오.)

두 번째 단계는 응용 프로그램을 설치, 구성 및 테스트하는 것입니다. 설치 중 시퀀서는 파일 시스템, 레지스트리 및 시스템을 포함하여 로컬 시스템에 적용되는 모든 변경 내용을 캡처합니다. 이 마법사에는 예를 들어 Windows Update와의 통합을 지원하는 몇 가지 유틸리티가 있습니다.

다음 단계는 파일 형식 연결을 구성하고 바로 가기를 배치할 위치를 지정하는 것입니다. 표준 배치에는 시작 메뉴, 바탕 화면 및 빠른 실행 표시줄이 포함되지만 사용자 지정 위치를 만들 수도 있습니다.

그런 다음에는 응용 프로그램을 시작하고 초기 시작 임계값을 구성해야 합니다. 이 단계는 응용 프로그램 시작을 허용하기까지 클라이언트에 전송해야하는 응용 프로그램의 초기 부분을 App-V가 결정하는 단계입니다.

일반적으로 Feature Block 1 또는 FB1이라고 하는 이 초기 코드를 구성하려면 응용 프로그램을 시작하고 사용자에게 가장 일반적으로 필요한 기능을 사용하면 됩니다. 예를 들어 Word를 시작하고 맞춤법 검사기를 시작합니다. 이 단계에서 응용 프로그램이 호출하는 모든 DLL, 파일 또는 레지스트리 키는 자동으로 FB1의 부분으로 지정됩니다. 이 시점에 사용되지 않는 모든 파일, 설정 또는 구성 요소는 FB2에 추가됩니다. 그리고 응용 프로그램이 사용될 때 클라이언트는 FB1이 시작 및 중지되는 위치와 FB2에서 다른 파일이 있는 위치를 나타내는 SFT 파일의 맵을 수신하여 응용 프로그램에 이러한 파일이 필요할 때 이를 검색할 수 있습니다.

시퀀스 프로세스의 마지막 단계는 모든 항목이 올바르게 구성되었는지 확인하는 것입니다. 시퀀서는 그림 5와 같이 SFT를 표시하고 사용자가 최종적으로 패키지에 추가 또는 변경할 수 있는 대화 상자를 보여 줍니다.

fig05.gif

그림 5 최종 패키지 확인 및 조정 (더 크게 보려면 이미지를 클릭하십시오.)

버전 4.5

2년간의 개발 기간을 거쳐 올해 App-V 4.5가 출시될 예정입니다. 버전 4.5는 Microsoft에서 출시되는 첫 번째 버전이며 동적 가상 응용 프로그램 상호 작용, 확장된 확장성, 그리고 Microsoft 국제화 및 보안 요구 사항 준수 개선과 같은 여러 핵심 개선 사항을 도입함으로써 응용 프로그램 가상화의 발전을 약속하고 있습니다.

동적 가상 응용 프로그램 상호 작용은 가상화된 응용 프로그램이 서로 상호 작용할 수 있도록 해 줍니다. 이 상호 작용을 DSC(Dynamic Suite Composition)라고 합니다. DSC는 동일한 패키지에 여러 응용 프로그램을 추가하는 기능을 대체하기 위한 것은 아니며 여러 가상 응용 프로그램에서 공유되는 종속성, 미들웨어 및 플러그 인을 통합하는 새로운 방법을 제공합니다.

관리자는 어떤 가상화된 응용 프로그램이 서로 상호 작용할 수 있는지 지정할 수 있습니다. 예를 들어 동일한 Java 버전이 필요한 웹 응용 프로그램 5개가 있다고 가정해 보겠습니다. App-V 4.1에서는 이를 위해 별도의 패키지 5개에 동일한 Java 버전을 추가해야 했습니다. 게다가 이러한 Java 버전에 패치가 필요하게 되면 관리자는 5개의 패키지를 별도로 패치해야 했습니다. DSC를 사용하면 Java를 한 번만 패키징하고 5개의 웹 응용 프로그램이 모두 이를 사용하도록 패키지를 구성할 수 있습니다. 따라서 Java를 패치하려는 경우에도 관리자는 Java 패키지를 한 번만 패치하면 됩니다.

미들웨어와 플러그 인의 경우에도 동일한 시나리오가 적용됩니다. Microsoft에서 최종 릴리스 일정이 가까워지고 추가 기능이 확정되면 다른 사례 시나리오에 대한 내용을 블로그에서 다룰 예정입니다.

확장성 향상은 스트리밍과 백 엔드 인프라에 모두 적용됩니다. 클러스터링과 장애 조치(failover) 시나리오 지원을 개선하도록 백 엔드 구성 요소가 수정되었으며 스트리밍은 WAN 및 LAN에 친화적으로 수정되었습니다. 기능 향상은 몇 가지 핵심 기능 추가를 통해 가능해졌습니다.

첫 번째로 소개할 기능은 Active Directory 및 SQL Server로 구성된 백 엔드 인프라 없이도 스트리밍을 수행하는 스트리밍 서버 구성 요소입니다. 과중한 백 엔드 요구 사항 없이도 주문형 전달과 패키지 업데이트의 중앙 집중화라는 중요한 혜택을 모두 누릴 수 있습니다. 이러한 구성은 지점 시나리오 및 ESD 솔루션과의 통합에서 널리 사용될 것입니다.

App-V 클라이언트에도 몇 가지 기능 향상이 추가되었습니다. 예를 들어 클라이언트는 이제 모든 사용량 정보를 로컬에 저장하므로 클라이언트 시스템이 네트워크에 연결되어 있는지 여부에 관계없이 이 정보를 추적할 수 있습니다. 클라이언트 캐시도 확장되고 개선되어 디스크 공간이 제한된 시나리오에서 성능이 개선되었습니다. 이 밖에도 영어 이외 언어 버전의 운영 체제에서 실행되는 영어 이외 언어 버전의 응용 프로그램에 대한 시퀀스 지원과 여러 다른 언어로의 지역화 지원이 추가되었습니다.

구성 관리자로 App-V 통합

App-V 4.5의 몇 가지 기능 향상과 새로운 기능은 App-V를 SCCM 2007 R2와 통합하기 위해 디자인되었습니다. 이미 설명한 것처럼 가상화와 스트리밍은 기존 소프트웨어 배포 도구로는 불가능한 방법으로 응용 프로그램을 전달하는 몇 가지 기능을 제공합니다. 그러나 App-V는 이러한 도구를 대체하기 위한 것이 아니라 보완하고 확장하기 위한 것입니다.

이러한 통합을 통해 SCCM의 모든 확장성, 보고, 장치 인식 및 WAN 기능과 함께 App-V의 모든 스트리밍 및 격리 기능을 사용할 수 있습니다. 다음은 이러한 두 기술을 통합함으로써 혜택을 볼 수 있는 몇 가지 영역의 예입니다.

응용 프로그램 전달 − SCCM R2 통합은 주문형 전달, 응용 프로그램 로밍, 초기 시작 임계값 및 클라이언트 PC 변경 없이 응용 프로그램 배포를 포함하는 모든 기능을 지원합니다.

업데이트 − SCCM DP(배포 지점)는 패키지가 업데이트되면 가상 응용 프로그램의 델타 변경 내용만 배포할 수 있습니다. 이를 통해 한 번의 클릭으로 가상화된 응용 프로그램을 이전 버전으로 되돌릴 수 있는 중앙 집중화된 기능이 가능해집니다.

관리 버전 R2에는 관리자가 단일 콘솔에서 가상화된 응용 프로그램은 물론 기존 소프트웨어 패키지와 광고를 배포할 수 있는 새로운 가상 응용 프로그램 광고 마법사가 도입되었습니다.

패키징 – App-V를 SCCM과 통합할 때 응용 프로그램을 다시 패키징할 필요가 없습니다. 응용 프로그램 초기 시퀀스는 SCCM 외부에서 App-V를 사용하여 수행되어야 하지만 관리자는 SCCM을 사용하여 기존 패키지를 업데이트할 수 있습니다.

라이선스 – SCCM에 있는 기존 도구를 사용하여 가상 응용 프로그램에 대한 라이선스 부여 및 측정을 추적할 수 있습니다.

BITS – SCCM은 가상화된 응용 프로그램을 업계 표준 BITS 프로토콜을 사용하여 App-V로 배포하는 새로운 방법을 제공합니다. SCCM DP는 스트리밍할 수 있지만 가상화된 응용 프로그램 배포에 스트리밍이 최적의 방법이 아닌 경우가 있습니다. SCCM을 통해 배포할 때는 표준 스트리밍을 사용하거나 BITS의 QoS(서비스 품질) 기능을 사용하여 제어가 훨씬 용이한 방법으로 배포하는 두 가지 옵션이 있습니다. 이 기능은 사용자가 가상 응용 프로그램을 시작하기 전에 캐시를 미리 로드하려는 시나리오에도 유용합니다.

컴퓨터 배포 – SCCM은 가상화된 응용 프로그램을 특정한 컴퓨터에 배포하는 기능을 제공하는 것은 물론 App-V 플랫폼의 사용자 기반 대상 지정 방법도 계속 지원합니다. 이 기능은 가상 응용 프로그램을 랩톱, 키오스크 및 실험실 컴퓨터에 배포할 때 유용합니다. 또한 명명된 사용자가 아니라 장치가 소프트웨어 라이선스를 관리하는 라이선스 제어를 지원할 때도 유용합니다.

확장성 – 공통적인 부분이 많은 별도의 두 도구를 배포해야 한다는 점에서 일반적인 우려가 있었습니다. SCCM의 확장성과 WAN 기능의 장점을 App-V의 격리와 스트리밍 기능의 장점과 통합함으로써 복잡성을 더하지 않고도 관리와 배포를 모두 처리하는 단일 도구를 제공하는 기존 SCCM을 사용할 수 있습니다.

Anthony Kinney는 Microsoft Desktop Optimization Pack 부문의 기술 세일즈 전문가 업무를 맡고 있으며 2006년 Microsoft가 Softricity를 인수함에 따라 Microsoft에서 근무하게 되었습니다. Softricity에서 근무하는 동안 Anthony는 첫 번째 SoftGrid(지금은 App-V) 교육용 프로그램을 개발하고 디자인했습니다. 문의 사항이 있으면 Anthony.kinney@microsoft.com으로 연락하시기 바랍니다.