Microsoft Server App-V — что это, и с чем его едят
Server App-V — интересный продукт Microsoft, несправедливо, на мой взгляд, обделённый вниманием. Вообще заметил, что пока маркетологи и пиарщики этой корпорации ломают копья, демонстрируя очередные таблицы поддержки максимального количества процессоров и терабайт памяти в их продуктах, по-настоящему интересные и полезные вещи проплывают незамеченными и известными лишь узкому кругу увлечённых.
Коротко говоря, Server App-V обеспечивает механизм виртуализации приложений, изоляции их от ОС и упрощает их доставку, как и App-V, только для серверов. В данный момент подаётся с System Center Virtual Machine Management 2012, поскольку может значительно ускорить процедуру развёртывания серверных платформ, что делает его хорошим подспорьем в деле создания и поддержки разного рода «облаков».
Данной статьёй хочу поделиться своим взглядом на концепцию виртуализации приложений в целом, предоставить известную мне информацию о Server App-V (а также упорядочить её в своей голове) и показать, как выглядит процедура развёртывания, на простом примере.
Сказать, что виртуализация облегчает управление ИТ, значит соврать. Виртуализация сама по себе экономит место, энергию, деньги, но не время и трудозатраты. Ибо процедуры настройки и обслуживания что виртуального, что физического серверов практически идентичны: подготовить «железо», установить ОС, установить нужные приложения, настроить всё это, а далее обновлять, патчить и траблшутить.
Облегчают управление ИТ различные средства автоматизации. И тут нам помогают системы управления виртуальной инфраструктурой — SCVMM, vCenter… Можно приготовить шаблоны виртуальных машин, как в части virtual hardware, так и в части настроек ОС. Однако остаётся третий слой инфраструктуры — приложения. И здесь, как показывает практика, прогресса практически не наблюдается со времён… даже не знаю. За весь мой 12-летний опыт работы, мало что поменялось. Дистрибутивы, разве что, больше стали.
Итак, какие способы набивки ОС (не важно, сервера или рабочей станции) приложениями нам доступны?
1. Классический — вставляем диск/флешку или идём в общую папку «Distrib» на файлообменнике и запускаем инсталлятор. Способ простой, надёжный, но отнюдь не быстрый. А главное — нудный и утомительный, если надо штамповать машины на регулярной основе. Можно установить приложения непосредственно в шаблон ВМ, чтобы после развёртывания уже получить всё установленное, но, во-первых, каждая ВМ требует свой набор софта, а во-вторых, для обновления каждой программы нужно будет перетряхивать все шаблоны. Ладно если есть централизованная система обновления, как у Microsoft WSUS или там 2GIS, но это не у всех, а оставлять апдейты на откуп пользователю тоже плохая идея.
2. Централизованное развёртывание (group policy, SCCM, скрипты). Снимает проблему рутины (по крайней мере в части массово используемых приложений), снимает проблему обновления. Создаёт новые трудности. Влияние на виртуальную среду. Массовый апдейт Adobe Reader может ввести ферму VDI в кому на пол дня. Мало того, что машины потянут дистрибутив по сети примерно в одно время, так вдарит ещё и по процессору и по дискам. Кроме того, не все приложения можно развернуть в режиме «тихой» установки.
Оба вышеуказанных способа имеют такой общий недостаток, как то, что приложения становятся, по сути, частью ОС — наполняют её своими библиотеками, записями в реестре, службами, конфигами и разными непонятными файлами. Не всё бывает возможно вычистить или даже корректно обновить, а порой удачно рухнувшее приложение или повреждённая DLL тащит за собой операционную систему в пучину BSOD и прочих нежелательных явлений. Ещё одним общим недостатком можно считать то, что два (и более) разных приложения могут требовать разных версий java, например, или иным образом взаимоисключать друг друга (в бытность поддержки мной Microsoft Exchange 2003, помню, нельзя было использовать Outlook на сервере с установленным Exchange из-за того, что оба использовали библиотеку с одинаковым названием, но разным функционалом)
3. Доставка виртуальных приложений (App-V, ThinApp, XenApp). Это когда приложение специальным образом подготавливается — устанавливается в специальный виртуальный контейнер и доставляется в конечную ОС простым копированием (App-V, ThinApp) или вообще запускается и работает на удалённом сервере (Citrix XenApp). Снимает проблему рутины, снимает проблему обновления, снижает нагрузку на процессоры и диски при развёртывании, изолирует систему от последствий сбоев приложения и упрощает процедуру подготовки виртуальных машин — помимо того, что надо отметить галочками нужные шаблоны конфигурации и ОС, нужно будет указать, какое ПО нам нужно будет иметь внутри ВМ и, по сути, всё. Конечно, это не волшебная таблетка, тут есть свои недостатки, начиная от стоимости дополнительных лицензий и заканчивая тем, что не всё ПО можно вот так виртуализировать, но, думаю, иметь представление об этом пути надо, а если есть возможность, то и использовать. Когда-то и виртуализация серверов казалась сомнительным мероприятием.
Server App-V
По сути, решение Server App-V аналогично продукту App-V. Также для «упаковки» приложений используется [Server] App-V Sequencer, а для развёртывания на конечной системе нужен App-V Agent. Для доставки App-V на десктопы используется специальный сервер App-V (App-V Server), а для Server App-V — VMM.
Использование одинаковых терминов в названии приводит к путанице для поисковиков, что ещё сильнее уменьшает шанс Server App-V получить известность и вызывает раздражение при поиске информации.
При всей схожести, однако, это два разных продукта и не стоит пытаться использовать Server App-V Sequencer для создания Desktop App-V приложений. И наоборот.
Подробно погружаться в процедуры установки и использования не буду, ибо настолько незамысловатый интерфейс, что сложно запутаться. Отмечу лишь важные моменты и приведу небольшой пример.
Установка
INSTALLDIR – путь установки.
SWIGLOBALDATA – определяет директорию, где будут храниться основные данные (включая пакеты приложений).
SWIUSERDATA – определяет директорию хранения пользовательских данных.
SWIFSDRIVE – определяет букву диска для файловой системы виртуальной среды.
ACCEPTEULA – принимает лицензионное соглашение. Обязательный параметр для «тихой» установки.
Также доступны следующие ключи:
/q – активация «тихого» режима.
/u – деинсталляция.
/? – вызов справки, привязанной к инсталлятору.
Лог установки сохраняется в %Temp%.
И агент и секвенсор в ходе установки создают виртуальный диск (по умолчанию — Q:) для файловой системы виртуальной среды.
Sequencing
Далее запускаем секвенсор (как выглядит его главное окно, можно увидеть в начале данной статьи). Для создания нового пакета виртуального приложения (Virtual Application Package) выбираем целевой дистрибутив, задаём имя и обращаем внимание, что конечной директорией по умолчанию будет указан наш диск виртуальной файловой системы (Q:). Без необходимости его менять не стоит, а кроме того, установить приложение надо будет туда же в ту же папку.
По окончанию установки приложения можно будет добавить что-нибудь ещё в этот же контейнер (другие приложения), а также выполнить первичный запуск приложения для настройки или принятия лицензионного соглашения.
Выполнив процедуру до конца, мы получим в результате SFT-файл контейнера виртуального приложения и пачку вспомогательных файлов.
Развёртывание
Для развёртывания пакета виртуального приложения на целевой ОС должен быть установлен Server App-V Agent. Необходимые приложению Roles and Features сервера должны быть установлены ДО развёртывания приложения. Распространение полученных пакетов осуществляется средствами VMM (Library — Application Profiles), но для разового развёртывания, например в тестовой среде, можно воспользоваться PowerShell cmdlets (AgentCmdletsSetup.exe).
PS C:\> Set-ExecutionPolicy Remotesigned
PS C:\> Import-Module ServerAppVAgent
PS C:\> Add-ServerAppvPackage –Name MyApp –Manifest C:\MyApp\MyApp_manifest.xml –SFT C:\MyApp\MyApp.sft –Configuration C:\MyApp\deploymentconfig.xml
В результате мы получим в меню «Пуск» ссылку на новое приложение. Размещаться оно будет на диске Q:. Ссылка в свойствах ярлыка будет иметь примерно такой вид:
Начало работы с App-V для Windows клиента
Относится к:
Виртуализация приложений завершится в апреле 2026 г. Рекомендуем посмотреть на Azure Virtual Desktop с присоединением к приложению MSIX. Дополнительные сведения см. в дополнительных сведениях о том, что такое Виртуальный рабочий стол Azure? и настройка приложения MSIX с порталом Azure.
Виртуализация приложений Майкрософт (App-V) для Windows предоставляет приложения Win32 пользователям в качестве виртуальных приложений. Виртуальные приложения устанавливаются на централизованно управляемые серверы и доставляются пользователям в качестве службы в режиме реального времени и по мере необходимости. Пользователи запускают виртуальные приложения из знакомых точек доступа и взаимодействуют с ними, как если бы они были установлены локально.
Начиная с Windows 10 версии 1607, App-V включается в Windows 10 для Enterprise версии. Если вы не Windows клиентом и App-V, вам потребуется скачать, активировать и установить серверные и клиентские компоненты, чтобы начать доставку виртуальных приложений пользователям. Сведения о том, что необходимо знать перед началом работы с App-V, см. в обзоре виртуализация приложений (App-V).
Если вы уже используете App-V, выполните на месте обновление до Windows 10/11 на устройствах пользователя, автоматически устанавливает клиент App-V и переносит приложения и параметры App-V пользователей. Дополнительные сведения о настройке существующей установки App-V после обновления пользовательских устройств до Windows 10/11 см. в статью Обновление до App-Vдля Windows из существующей установки.
Вы можете обновить существующую установку App-V до App-V для Windows из версий App-V 5.0 SP2 и выше только. Если вы используете более раную версию App-V, вам потребуется обновить существующую установку App-V до App-V 5.0 SP2 перед обновлением до App-V для Windows.
Дополнительные сведения о предыдущих версиях App-V см. в приложении MDOP information experience.
Начало работы с App-V для Windows (новые установки)
Чтобы начать использовать App-V для доставки виртуальных приложений пользователям, необходимо скачать, включить и установить серверные и клиентские компоненты. В следующей таблице описывается приложение-V для Windows клиентских компонентов, их работу и их поиск.
| Компонент | Что он делает | Где его найти |
|---|---|---|
| Компоненты сервера App-V | App-V предлагает пять компонентов сервера, которые работают вместе, чтобы разрешить размещению и публикации виртуальных приложений, создания отчетов об использовании и управления средой App-V. Дополнительные сведения см. в материале Развертывание сервера App-V. Если вы уже используете App-V 5.x, вам не нужно передиплоять компоненты сервера App-V, так как они не изменились со времени выпуска App-V 5.0. | Компоненты сервера App-V включены в пакет microsoft Desktop Optimization Pack (MDOP) 2015 isO, который можно скачать из следующих местоположений: Если у вас есть подписка Microsoft Developer Network (MSDN), используйте сайт подписки MSDN (Microsoft Developer Network) для загрузки пакета ISO MDOP. Если вы используете клиент Windows для Enterprise или образования,скачайте его из Центра обслуживания корпоративного лицензирования. Дополнительные сведения об установке и использовании компонентов сервера см. в приложении Deploying the App-V Server. |
| Клиент App-V и клиент удаленного рабочего стола App-V | Клиент App-V — это компонент, который запускает виртуализированные приложения на устройствах пользователей, позволяя пользователям взаимодействовать с иконками и именами файлов для запуска виртуализированных приложений. | Начиная с Windows 10 версии 1607 клиент App-V устанавливается автоматически. Подробнее о том, как включить клиента, см. в приложении Enable the App-V desktop client. |
| Секвенсор App-V | Используйте секвенсор App-V для преобразования приложений Win32 в виртуальные пакеты для развертывания на пользовательские устройства. Устройства должны запускать клиент App-V, чтобы позволить пользователям взаимодействовать с виртуальными приложениями. | Установлен с набором Windows и развертывания (ADK) для Windows клиента. |
Дополнительные сведения об этих компонентах см. в приложении High Level Architecture for App-V.
Если вы недавно в App-V, лучше внимательно ознакомиться с документацией. Перед развертыванием App-V в производственной среде можно обеспечить бесперебойную установку, проверяя план развертывания в тестовой сетевой среде. Можно также рассмотреть возможность занятия соответствующими технологиями. Чтобы начать работу, см. в обзоре microsoft Training.
Начало работы с App-V
Новые возможности в App-V предоставляют высококачественный обзор App-V и его использования в организации.
Оценка App-V предоставляет сведения о том, как лучше всего оценить App-V для использования в организации.
Архитектура высокого уровня для App-V содержит описание функций App-V и их совместной работы.
Записки системного администратора
Обо мне
воскресенье, 22 мая 2011 г.
Виртуализация приложений с помощью Microsoft Application Virtualization (App-V)
Эта статья рассказывает про виртуализацию приложений с помощью Microsoft Application Virtualization (далее App-V). Цель статьи- познакомить читателей с принципами виртуализации приложений и использованием виртуальных приложений на примере App-V.
Содержание статьи: 
Часть 1. Введение.
Программный продукт App-V предназначен для виртуализации приложений, он позволяет «отвязать» приложения от компьютера и операционной системы (далее ОС), и пользоваться ими без непосредственной установки на жесткий диск, загружая их по сети. При этом приложения запускаются внутри изолированной виртуальной среды, и работают как обычные приложения.
Основные возможности App-V:
• Позволяет запускать приложения без установки их на ОС
• Позволяет изолировать приложения друг от друга
• Позволяет изолировать приложения от ОС
• Позволяет запускать несколько версий приложения одновременно
• Позволяет централизованно управлять приложениями
• Позволяет отслеживать использование приложений
• Позволяет создавать msi- файлы приложений
• Позволяет контролировать лицензии на приложения
• Позволяет получить статистику использования приложений
При использовании виртуальных приложений можно получить следующие преимущества:
• Увеличивается уровень управляемости приложений
• Упрощается процесс развертывания приложений
• Сокращается время развертывания приложений
• Упрощается переход на новые версии ОС и приложений
• Сокращаются расходы на развертывание, поддержку и переход на новые версии приложений
• Приложения могут предоставляться как услуги (SaaS)
К сожалению не все приложения можно сделать виртуальными. Существует ряд ограничений. Например, невозможно, либо официально не поддерживается:
• Виртуализация приложений, которые устанавливают драйверы
• Виртуализация приложений, которые начинают работу до загрузки ОС
• Виртуализация приложений, которые работают только на определенных аппаратных конфигурациях
• Виртуализация приложений, которые используют COM+
• Виртуализация антивирусного ПО
• Виртуализация обновлений ПО
App-V не является собственной разработкой компании Microsoft. Это продукт компании Softricity, которая была поглощена Microsoft летом 2006 года. До поглощения App-V назывался SoftGrid.
App-V не продается отдельно, и является частью Microsoft Desktop Optimization Pack (далее MDOP). MDOP- это набор программного обеспечения для оптимизации управления и развертывания клиентских ОС и приложений. MDOP доступен для клиентов Microsoft, заключивших договор Software Assurance.Подробнее о получении App-V и MDOP можно узнать на сайте MDOP: www.microsoft.com/windows/enterprise/products/mdop.aspx
Так же App-V можно скачать из TechNet’а.
Часть 2. Архитектура.
Ниже приведена схема инфраструктуры App-V (схема взята с официального сайта App-V, и немного изменена мной).
Терминология и компоненты.
На схеме цифрами обозначены:
1- Application Virtualization Sequencer — клиентский компьютер с установленным приложением App-V Sequencer, который непосредственно делает из реальных приложений виртуальные
2- Application Virtualization Management Server — сервер с установленной серверной частью App-V, которая отвечает за управление всей инфраструктурой App-V: обработку клиентских запросов, доставку и хранение виртуальных приложений, отслеживание лицензий, генерацию отчетов, и т.д.
3- Application Virtualization Streaming Server — то же, что Management Server, только без возможности управления, может только обрабатывать клиентские запросы, хранить и доставлять приложения
4- Application Virtualization Management Console — консоль управления, ставится на рабочее место администратора App-V. С помощью этой консоли можно управлять работой App-V.
5- Рабочие станции и сервера, на которых установлена клиентская часть App-V, которая позволяет пользоваться виртуальными приложениями. Клиентскую часть можно поставить на сервера и компьютеры под управлением Windows XP/Server 2003/Vista/Server 2008 (начиная с версии App-V 4.5 клиентская часть не может ставиться на ОС Windows 2000, в версии App-V 4.1 такое еще было возможно). Для серверных систем существует клиент, совместимый с ролью терминального сервера, т.е. пользователи терминального сервера могут запускать виртуальные приложения в сессии Remote Desktop.
Так же Application Virtualization Management Server использует SQL Server для хранения настроек и другой информации, и IIS для обработки запросов на подключение с помощью консоли администратора.
Общая логика работы системы такова (будем считать, что все компоненты App-V установлены, и работают исправно):
1. После создания виртуального приложения (подробнее об этом далее), оно копируется на Management Server в общую папку (не обязательно копировать приложение именно на Management Server, но будем считать, что нам захотелось скопировать именно туда)
2. Далее с помощью консоли управления администратор импортирует виртуальное приложение на сервер, и с помощью групп Active Directory раздает права пользователям на его запуск
3. У пользователей, которые имеют право на запуск приложения, его иконка появляется на рабочем столе, на панели быстрого запуска, в меню Пуск, и т.д. (зависит от того, как настроил администратор)
4. После того, как пользователь запускает виртуальное приложение, оно, с помощью клиента App-V, скачивается с сервера, запускается внутри изолированной виртуальной среды, и кешируется локально
5. Когда в следующий раз пользователь запустит виртуальное приложение, оно не будет скачиваться с сервера, т.к. оно уже есть в локальном кеше
Режим работы инфраструктуры App-V, который описывался выше, называется полным (Full). Так же существуют легкий (Lightweight) и автономный (Standalone) режимы. Их схемы приводятся ниже (схемы взяты с официального сайта App-V).
Легкий (Lightweight) режим: 
Этот режим работы используется в основном в региональных отделениях компаний. Из- за отсутствия Management Server’а отсутствует некоторая функциональность App-V, например, отслеживание лицензий и использования ПО, однако присутствует основной функционал- приложения доставляются пользователям по сети.
Автономный (Standalone) режим: 
В этом режиме вынуждены работать пользователи, которые не могут получить доступ к Management Server’у (например, пользователи, находящиеся в другом офисе компании). Приложения доставляются в виде MSI-файла с помощью CD или USB- диска.
Подробнее про режимы работы инфраструктуры App-V можно узнать здесь www.microsoft.com/systemcenter/appv/infrastructure.mspx
Уровень безопасности ОС, которые установлены на серверах, входящих в инфраструктуру App-V, поднимается стандартными средствами, такими, как, например, Security Configuration Wizard. Подробные руководства можно найти на сайте Microsoft ( technet.microsoft.com/en-us/security/bb977553.aspx ). Доступ пользователей к виртуальным приложениям контролируется с помощью групп безопасности Active Directory. Подробнее про безопасность можно узнать в документе App-V Security Best Practices, который можно найти здесь download.microsoft.com/download/f/7/8/f784a197-73be-48ff-83da-4102c05a6d44/AppV_Security_Best_Practices.docx
App-V можно интегрировать с другим ПО Microsoft, например с System Center Configuration Manager 2007 R2 (далее SCCM). В случае интеграции App-V с SCCM, инфраструктура App-V выглядит примерно так (схема взята с официального сайта App-V): 
Интеграция с SCCM дает ряд преимуществ- например, можно распространять виртуальные приложения с помощью точек распространения приложений SCCM, улучшается контроль за распространением приложений в больших инфраструктурах, и т.д.
Подробнее про использование App-V совместно с SCCM можно почитать здесь www.microsoft.com/systemcenter/appv/configmgr.mspx и здесь download.microsoft.com/download/f/7/8/f784a197-73be-48ff-83da-4102c05a6d44/App-V_and_ConfigMgr_Whitepaper_Final.docx
Минимальные системные требования к App-V Management Server (такие же для Streaming Server):
Процессор- Intel Pentium III, 1 ГГц.
Оперативная память- 512 Мб.
Место на диске- 200 Мб (это только для серверной части, разумеется, для каждого виртуального приложения так же понадобится место).
Операционная система- Windows Server 2003 Standard (SP1 или выше), Windows Server 2003 Enterprise (SP1 или выше), или Windows Server 2008.
Минимальные системные требования к App-V Sequencer:
Процессор- Intel Pentium III, 850 МГц
Оперативная память- 256 Мб, 500 Мб файл подкачки.
Жесткий диск- два физических жестких диска, по 20 Гб каждый (на первом устанавливается ОС, на втором- приложение, которое надо виртуализировать).
Операционная система- Windows XP Professional (SP2 или SP3), Windows Server 2003, Windows Vista, Windows Server 2008 с установленными терминальными службами.
Минимальные системные требования к App-V Desktop Client:
Процессор и оперативная память- зависит от ОС, которую планируется использовать.
Жесткий диск- 30 Мб для установки и 4 Гб для кеша.
Операционная система- Windows XP Professional (SP2 или SP3) 32-битная, Windows Vista RTM/SP1 (Business, Enterprise, или Ultimate) 32-битная.
Минимальные системные требования к App-V Terminal Services Client:
Процессор и оперативная память- зависит от ОС, которую планируется использовать.
Жесткий диск- 20 Мб для установки и 2 Гб для кеша.
Операционная система- Windows Server 2003 (Standard, Enterprise, или Datacenter, SP1 или выше) 32-битная, Windows Server 2008 (Standard, Enterprise, Datacenter) 32-битная.
64- битные системы App-V не поддерживаются. Поддержка 64- битных систем будет в следующей версии App-V.
Планирование App-V- достаточно непростое дело. Нет смысла описывать все этапы планирования в обзорной статье, детально они описаны в документе «Microsoft Application Virtualization 4.5» серии Infrastructure Planning and Design (эта серия документов описывает планирование и внедрение различных программных продуктов Microsoft). Скачать данный документ можно здесь www.microsoft.com/downloads/details.aspx?familyid=ad3921fb-8224-4681-9064-075fdf042b0c&displaylang=en
Часть 4. Эксплуатация.
Администрирование App-V осуществляется с помощью App-V Management Console (по сути- это обычная MMC- консоль). Вот как выглядит интерфейс администрирования:
Подробнее про администрирование App-V можно узнать в документации ( technet.microsoft.com/en-us/appvirtualization/cc843994.aspx ).
Виртуализация (или секвенирование, sequencing) приложений- это процесс превращения обычного приложения в виртуальное. Само слово «sequencing» можно перевести как «определение основной структуры».
Кратко этот процесс можно описать так:
1. На свежеустановленную ОС устанавливается App-V Sequencer, и включается режим наблюдения за установкой приложений
2. Далее устанавливается необходимое приложения. Во время установки Sequencer наблюдает за установкой, и отслеживает какие изменения установщик приложения вносит в систему (переписывает новые файлы, добавляет ключи реестра, устанавливает новые службы, и т.д.)
3. После окончания установки приложения Sequencer создает виртуальное приложение на основе своих наблюдений за ходом установки приложения.
Процесс виртуализации приложений очень похож на процесс перепаковки MSI- файлов. Подробнее про процесс виртуализации приложений можно узнать из документа Microsoft Application Virtualization 4.5 Sequencing Guide (http://download.microsoft.com/download/f/7/8/f784a197-73be-48ff-83da-4102c05a6d44/App-45_Sequencing_Guide_Final.docx)
Само виртуальное приложение состоит из нескольких файлов и одной папки:
Папка «Имя_приложения» Icons- содержит иконку для запуска приложения, которая появится у пользователя на рабочем столе и на панели быстрого запуска.
Файл «Имя_приложения».osd- содержит настройки приложения и информацию о нем.
Файл «Имя_приложения».sft- содержит в себе непосредственно виртуальное приложение
Файл «Имя_приложения».sprj- файл проекта
Файл «Имя_приложения»_manifest.xml- содержит в себе еще немного информации про приложение
После создания виртуального приложения, его надо переписать на App-V Management Server в общую папку, с помощью консоли управления подключить к серверу App-V и настроить разрешения. После этих несложных действий пользователи смогут использовать виртуальные приложения.
Если на компьютере пользователя стоит клиент App-V, и у него имеется разрешение на запуск каких- либо виртуальных приложений, то при входе в Windows ярлыки этих приложений появятся на рабочем столе (и в других местах, если это настроил администратор). После запуска виртуального приложения оно скачивается с сервера, кэшируется локально, и запускается. При этом приложение может взаимодействовать с файловой системой локального компьютера, реестром, сетью, и ведет себя так, как будто оно установлено локально. Для управления клиентом App-V существует специальная MMC- оснастка, с помощью которой при наличии соответствующих прав можно удалить виртуальное приложение из кэша, указать другой сервер App-V, и т.д.
Часть 5. Заключение.
Microsoft App-V это не единственный продукт, реализующий виртуализацию приложений, и доставку их пользователям. Существует продукт VMware ThinApp, предлагающий примерно такую же функциональность (кстати, ThinApp- это не собственная разработка VMware, а разработка компании Thinstall, которая была поглощена VMware в прошлом году). К сожалению я не эксперт в продуктах VMware, и не могу объективно определить насколько ThinApp лучше (или хуже) App-V. Более подробная информация про VMware ThinApp находится здесь vmware.com/products/thinapp/
Над виртуализацией приложений работает и компания Citrix ( www.citrix.com/English/ps2/products/product.asp?contentID=186 )
Примеры внедрения App-V можно найти здесь www.microsoft.com/casestudies/search.aspx?ProTaxID=3369
К сожалению в нашей стране нет (известных мне) компаний, которые уже внедрили в свою инфраструктуру App-V, однако есть несколько крупных компаний, которые тестируют этот продукт.
Я достаточно давно работаю с App-V, и могу сказать, что этот продукт подходит для промышленной эксплуатации. Последнюю версию App-V, 4.5, я тестировал примерно 2 месяца в своей лабе, и не заметил каких- либо существенных недостатков, наоборот, много багов исправлено, появились дополнительные возможности.
В общем продукт хороший, пользоваться можно 🙂
