Как виртуализовать приложение для компьютера

Обзор виртуализации приложений (App-V) для клиента Windows

Срок службы виртуализации приложений завершится в апреле 2026 г. Рекомендуется ознакомиться с Виртуальным рабочим столом Azure с подключением приложения MSIX. Дополнительные сведения см. в разделах Что такое Виртуальный рабочий стол Azure? и Настройка подключения приложения MSIX с помощью портал Azure.

В статьях этого раздела содержатся сведения и инструкции, которые помогут вам администрировать App-V и его компоненты. Эта информация предназначена для системных администраторов, которые управляют большими установками с большим количеством серверов и клиентов, а также для сотрудников службы поддержки, взаимодействующих напрямую с компьютерами или пользователями.

Что нового в App-V
Оценка App-V
Высокоуровневая архитектура для App-V

Подготовка среды для развертывания App-V
Предварительные требования для App-V
Планирование развертывания App-V
Поддерживаемые конфигурации App-V
Контрольный список планирования App-V

Развертывание Последовательности App-V и настройка клиента
Развертывание сервера App-V
Контрольный список развертывания App-V
Развертывание Microsoft Office 2016 с помощью App-V
Развертывание Microsoft Office 2013 с помощью App-V
Развертывание Microsoft Office 2010 с помощью App-V

Создание виртуализированных приложений App-V и управление ими
Автоматическая подготовка среды последовательного выполнения задач с помощью Microsoft Application Virtualization Sequencer (App-V Sequencer)
Одновременная автоматическая виртуализация нескольких приложений с помощью Microsoft Application Virtualization Sequencer (App-V Sequencer)
Одновременное автоматическое обновление нескольких приложений с помощью Microsoft Application Virtualization Sequencer (App-V Sequencer)
Администрирование виртуальных приложений App-V с помощью консоли управления
Управление группами подключений
Развертывание пакетов App-V с помощью электронного распространения программного обеспечения (ESD)
Использование консоли управления клиентом App-V
Автоматическая очистка неопубликованных пакетов в клиенте App-V
Миграция на App-V с предыдущей версии
Обслуживание App-V
Администрирование App-V с помощью использования Windows PowerShell

Руководство по повышению производительности для виртуализации приложений
Публикация приложений и взаимодействие с клиентом
Просмотр метаданных публикации Сервера App-V
Запуск локально установленного приложения в виртуальной среде с виртуализированными приложениями

Создание виртуализированных приложений App-V и управление ими

После правильного развертывания секвенсора Microsoft Application Virtualization (App-V) его можно использовать для мониторинга и записи процесса установки и установки приложения, которое будет запущено в качестве виртуализированного приложения.

Дополнительные сведения о настройке последовательности App-V, рекомендации по виртуализации, а также пример создания и обновления виртуального приложения см. в руководстве по виртуализации приложений Microsoft Application Virtualization 5.0.

App-V Sequencer не может выполнять виртуализацию приложений с именами файлов, соответствующими «CO_», где x — любое число. Будет создана ошибка 0x8007139F.

Виртуализация приложения

Вы можете использовать App-V Sequencer для выполнения следующих задач:

Создайте виртуальные пакеты, которые можно развернуть на компьютерах с клиентом App-V.
Обновление существующих пакетов. Вы можете развернуть существующий пакет на компьютере, на котором выполняется программа sequencer, а затем обновить приложение, чтобы создать более новую версию.
Изменение сведений о конфигурации, связанных с существующим пакетом. Например, можно добавить ярлык или изменить сопоставление типов файлов.

Примечание. Чтобы разрешить перемещение, необходимо создать ярлыки и сохранить их в доступном сетевом расположении. Если ярлык создан и сохранен в частном расположении, пакет должен быть опубликован локально на компьютере, на котором запущен клиент App-V.

Секвенатор использует каталог %TMP% \ Scratch или %TEMP% \ Scratchи временный каталог для хранения временных файлов во время виртуализации. На компьютере, на котором выполняется программа sequencer, следует настроить в этих каталогах свободное место на диске, эквивалентное предполагаемым требованиям к установке приложения. Настройка временных каталогов и временного каталога в разных разделах жесткого диска может помочь повысить производительность во время виртуализации.

При использовании sequencer для создания нового виртуального приложения создаются перечисленные ниже файлы. Эти файлы содержат пакет App-V.

.msi файл. Этот файл установщика Windows (.msi) создается с помощью программы sequencer и используется для установки виртуального пакета на целевых компьютерах.
Report.xml файл. В этом файле последовательность сохраняет все проблемы, предупреждения и ошибки, обнаруженные во время виртуализации. Он отображает сведения после создания пакета. Вы можете получить этот отчет для диагностики и устранения неполадок.
APPV-файл. Этот файл является файлом виртуального приложения.
Файл конфигурации развертывания. Файл конфигурации развертывания определяет способ развертывания виртуального приложения на целевых компьютерах.
Файл конфигурации пользователя. Файл конфигурации пользователя определяет, как виртуальное приложение будет работать на целевых компьютерах.

Необходимо настроить папки %TMP% и %TEMP%, которые использует преобразователь пакетов, чтобы быть безопасным расположением и каталогом. Безопасное расположение доступно только администратору. Кроме того, при последовательности пакета следует либо сохранить пакет в безопасном расположении, либо убедиться, что ни один другой пользователь не может войти в систему во время процесса преобразования и мониторинга.

Диалоговое окно Параметры в консоли sequencer содержит следующие вкладки:

Общие

Добавить версию пакета к имени файла

Всегда доверять источнику акселераторов пакетов

Важно! Ускорители пакетов, созданные с помощью App-V 4.6, не поддерживаются App-V.

App-V поддерживает приложения, включающие службы Microsoft Windows. Если приложение включает в себя службу Windows, служба будет включена в виртуалированный виртуальный пакет при условии, что она установлена при мониторинге с помощью sequencer. Если виртуальное приложение создает службу Windows при первоначальном запуске, то после установки приложение должно быть запущено, пока последовательность отслеживает включение службы Windows в пакет. Поддерживаются только службы, работающие под учетной записью локальной системы. Службы, настроенные для автозапуска или отложенного автозапуска, запускаются до запуска первого виртуального приложения в пакете в виртуальной среде пакета. Службы Windows, настроенные для запуска по запросу приложением, запускаются, когда виртуальное приложение в пакете запускает службу через вызов API.

Автоматическая подготовка среды последовательного выполнения задач с помощью Microsoft Application Virtualization Sequencer (App-V Sequencer)
Виртуализация нового приложения с помощью App-V
Одновременная автоматическая виртуализация нескольких приложений с помощью Microsoft Application Virtualization Sequencer (App-V Sequencer)

Поддержка расширения оболочки App-V

App-V поддерживает расширения оболочки. Расширения оболочки будут обнаружены и внедрены в пакет во время виртуализации.

Расширения оболочки автоматически внедряются в пакет во время процесса виртуализации. При публикации пакета расширение оболочки предоставляет пользователям те же функции, что и если бы приложение было установлено локально.

Требования к использованию расширений оболочки

Пакеты, содержащие внедренные расширения оболочки, должны публиковаться глобально. Приложению не требуется дополнительная настройка или настройка на клиенте для включения функций расширения оболочки.

«Разрядность» приложения, Sequencer и клиента App-V должна совпадать, в противном случае расширения оболочки не будут работать. Пример:

Версия приложения — 64-разрядная.
Sequencer работает на 64-разрядном компьютере.
Пакет доставляется на 64-разрядный клиентский компьютер App-V.

В следующей таблице перечислены поддерживаемые расширения оболочки.

Обработчик	Описание
Обработчик контекстного меню	Добавляет элементы меню в контекстное меню. Он вызывается перед отображением контекстного меню.
Обработчик перетаскивания	Управляет действием, в котором щелкает правой кнопкой мыши, перетаскивает и изменяет отображающееся контекстное меню.
Обработчик целевого объекта drop	Управляет действием после перетаскивания объекта данных на целевой объект, например файл.
Обработчик объекта данных	Управляет действием после копирования файла в буфер обмена или перетаскивания и перетаскивания по целевому объекту. Он может предоставить больше форматов буфера обмена для целевого объекта перетаскивания.
Обработчик страницы свойств	Заменяет или добавляет страницы в диалоговое окно страницы свойств объекта.
Обработчик Infotip	Позволяет получать флаги и подсказки для элемента и отображать его во всплывающей подсказке при наведении указателя мыши.
Обработчик столбцов	Позволяет создавать и отображать настраиваемые столбцы в представлении сведений о windows Обозреватель. Его можно использовать для расширения сортировки и группировки.
Обработчик предварительного просмотра	Позволяет предварительно просмотреть файл в области Предварительного просмотра Обозреватель Windows.

Поддержка расширения файлов Copy on Write (CoW)

Расширения файлов copy on write (CoW) позволяют App-V динамически записывать данные в определенные расположения, содержащиеся в виртуальном пакете, во время его использования.

В следующем списке показаны типы файлов, которые могут существовать в виртуальном пакете в каталоге VFS, начиная с App-V 5.1, но которые не могут быть обновлены на компьютере с клиентом App-V. Все остальные файлы и каталоги можно изменить.

Изменение существующего пакета виртуального приложения

Вы можете использовать sequencer для изменения существующего пакета. Компьютер, на котором выполняется это изменение, должен соответствовать архитектуре микросхемы компьютера, который использовался для создания приложения. Например, если вы изначально секвенировали пакет с помощью компьютера под управлением 64-разрядной операционной системы, необходимо изменить пакет с помощью компьютера под управлением 64-разрядной операционной системы.

Создание шаблона проекта

Файл шаблона проекта App-V (.appvt) — это шаблон проекта, который можно использовать для сохранения часто применяемых настраиваемых параметров. Затем вы сможете использовать эти параметры для будущих последовательностей. Шаблоны проектов App-V отличаются от акселераторов приложений App-V, так как акселераторы приложений App-V относятся к конкретным приложениям, а шаблоны проектов App-V можно применять к нескольким приложениям. Кроме того, шаблон проекта нельзя использовать при использовании акселератора пакетов для создания пакета виртуального приложения. Следующие общие параметры сохраняются с помощью шаблона проекта App-V:

Шаблон может указать и сохранить несколько параметров следующим образом:

Расширенные параметры мониторинга. Позволяет Центру обновления Майкрософт выполняться во время мониторинга. Сохранение параметров локального взаимодействия
Общие параметры. Позволяет использовать установщик Windows, добавив версию пакета к имени файла.
Элементы исключения. Содержит список шаблонов исключения.

Начиная с Windows 10 версии 1703, выполнение командлетов new-appvsequencerpackage или update-appvsequencepackage автоматически записывает и сохраняет все настройки в качестве шаблона проекта App-V. Если вы хотите внести изменения в этот пакет позже, настройки автоматически загружаются из этого файла шаблона.

При попытке загрузить другой шаблон с помощью параметра TemplateFilePath при наличии автоматически сохраненного шаблона значение настройки из параметра переопределит автоматически сохраненный шаблон.

Создание акселератора пакетов

Ускорители пакетов, созданные с помощью предыдущей версии App-V, должны быть повторно созданы с помощью App-V.

Акселераторы пакетов App-V можно использовать для автоматического создания нового пакета виртуального приложения. После успешного создания акселератора пакетов можно повторно использовать акселератор пакетов и предоставить его общий доступ.

В некоторых ситуациях для создания акселератора пакетов может потребоваться локально установить приложение на компьютере, на котором выполняется программа sequencer. В таких случаях сначала следует попытаться создать акселератор пакетов с установочным носителем. Если требуется несколько отсутствующих файлов, необходимо установить приложение локально на компьютер, на котором выполняется программа sequencer, а затем создать акселератор пакетов.

После успешного создания акселератора пакетов можно повторно использовать акселератор пакетов и предоставить его общий доступ. Создание ускорителей пакетов App-V является сложной задачей. Акселераторы пакетов могут содержать сведения о пароле и пользователя. Поэтому необходимо сохранить ускорители пакетов и соответствующий установочный носитель в безопасном расположении, а после создания акселератор пакетов должен быть цифровой подписью, чтобы издатель можно было проверить при применении акселератора пакетов App-V.

Дополнительные сведения доступны в следующих статьях.

Как создать акселератор пакетов
Создание пакета виртуального приложения с помощью ускорителя пакетов App-V

Отчеты об ошибках Sequencer

Последовательность App-V может обнаруживать распространенные проблемы с виртуализацией во время виртуализации. На странице Отчет об установке в конце мастера виртуализации отображаются диагностические сообщения, классифицированные по ошибкам, предупреждениям и сведениям в зависимости от серьезности проблемы.

Дополнительные сведения об ошибках виртуализации также можно найти с помощью Просмотр событий Windows.

Связанные статьи

Виртуализация приложений с помощью Microsoft App-V для неопределившихся

Виртуализация серверов давно и прочно вошла в нашу жизнь. Ее достоинства неоспоримы и широко используются в самых разных бизнес-областях. Однако, виртуализация приложений пока «новинка» на российском корпоративном рынке. Многие только присматриваются к этой технологии, уже успевшей хорошо зарекомендовать себя в мире. Почему многие крупнейшие зарубежные производители и финансовые организации переводят работу целых офисов на виртуализированные приложения? Ответ прост — потому что это выгодно.

Чуть позже мы перечислим несколько ключевых преимуществ, которые дает технология виртуализации и которые существенно уменьшают стоимость владения приложением, а для начала рассмотрим следующий сценарий: компания переходит с одной версии критичного приложения на другую.

Такой переход зачастую является сложным и болезненным процессом. Новые форматы файлов, новая схема взаимодействия с остальным ПО. Может оказаться, что часть оборудования поддерживает только старую версию и оперативно заменить его нельзя. Неизбежны накладки при вводе нового приложения в рабочую среду, иногда приходится даже откатываться на старую версию, чтобы избежать простоев бизнеса. Cпециалистам в нашей компании, обеспечивающим поддержку приложений заказчиков, эти проблемы знакомы не понаслышке. С помощью виртуализации, даже для такого большого и сложного пакета, как Microsoft Office, возможно существенно упростить процесс – разные версии запускать одновременно под одним пользователем, при необходимости легко изменять конфигурацию, добавляя или удаляя компоненты – и все это без длительных простоев.

Рассмотрим подробнее, как работает технология, а, заодно, перечислим основные преимущества виртуализации приложений.

— Приложения не устанавливаются на компьютер через инсталлятор.
В процессе «виртуализации» программа устанавливается на чистый образ ОС и в процессе установки все изменения в реестре и файловой системе записываются в специальный пакет. Этот пакет, представляющий собой, фактически, развернутое приложение, доставляется на компьютер пользователя и выполняется в своем изолированном окружении не оставляя следов в самой операционной системе. Это окружение называют «песочницей» (sandbox) или «пузырем» (virtual bubble). При этом запущенное в таком пузыре приложение «видит» обычные программы и может с ними взаимодействовать, а само остается «невидимым» для них.

— Изоляция приложений друг от друга.
Поскольку каждое виртуальное приложение запускается в своем, отделенном от других окружении, это позволяет полностью исключить конфликты, связанные с перезаписью веток реестра или заменой файлов несколькими независимыми программами. Существенно снижаются, а, точнее, становятся ненужными затраты на совместное тестирование нескольких, порой очень больших приложений. При необходимости, виртуальные приложения можно объединять в группы и тогда они смогут взаимодействовать друг с другом. Но и в этом случае проверку совместимости нужно провести лишь однажды и в дальнейшем быть уверенным в стабильном функционировании программ.

— Возможность одновременного запуска разных версий одного приложения на одном компьютере.
Так как виртуальные приложения изолированы друг от друга, ничто не мешает виртуализировать разные версии одной программы и запускать их на одном компьютере под одной учетной записью. Обе будут работать. Такой сценарий довольно часто встречается, как мы упомянули ранее, при переходе со старой версии ПО на новую или в учебных классах и тестовых лабораториях.

— Возможность одновременного запуска одного приложения несколькими пользователями даже в случае, когда при обычной установке это приводит к ошибке разделения ресурсов.

— Отпадает необходимость предоставлять пользователям права локальных администраторов или повышенные права доступа к реестру для работы нестандартных приложений.
В изолированном виртуальном пузыре у приложения есть полный доступ ко всем файлам и разделам реестра (в ранних версиях App-V были ограничения, но в последних редакциях они устранены). Поэтому нет необходимости запускать виртуальное приложение с повышенными привилегиями, даже если раньше это требовалось. Таким образом повышается безопасность рабочей среды.

— Мгновенная доступность новых приложений нужным группам пользователей, управляемая через Active Directory.
В развернутой инфраструктуре App-V достаточно сопоставить группу пользователей виртуальному приложению, чтобы через заданный интервал времени его ярлыки появились у пользователей в меню «Пуск». Причем управление осуществляется через Web-интерфейс из любого браузера. Точно так же быстро приложение можно запретить запускать при необходимости. И все это не требует перезагрузки компьютера и простоя в ожидании установки.

— Существенное снижение времени на восстановление рабочей среды в случае сбоя.

— Упрощение управления образами рабочих систем.
Когда приложения виртуализированы, уже не требуется иметь образы ОС для разных групп пользователей, каждый со своим индивидуальным набором ПО. Иногда достаточно ограничиться одним «ванильным» образом, а приложения назначать с помощью групп Active Directory.

Здесь нельзя не упомянуть про еще один сценарий, крайне актуальный в настоящее время – миграцию с одной операционной системы на другую. Многие откладывают этот сложный процесс до последнего и опасения понятны. Проблемы совместимости, колоссальная нагрузка на ИТ-отдел, серьезные риски в случае простоя бизнеса. Наша компания уже завершила процесс миграции в инфраструктуре 8 крупных европейских заказчиков и мы можем с уверенностью сказать, что виртуализация приложений радикально сокращает сроки проекта. Однажды настроив приложения на работу как в 64-х битной, так и в 32-х битной среде, убедившись в их совместимости и работоспособности на разных платформах можно быстро настроить конечную пользовательскую рабочую среду любой сложности при смене ОС.

Теперь перечислим, что нужно для того, чтобы развернуть у себя структуру поддержки виртуальных приложений на примере Microsoft Application Virtualization (App-V) 5.0.

Лицензирование: если у вас уже есть клиентские лицензии служб удаленных рабочих столов (RDS), то вы уже можете использовать App-V. Также, лицензии App-V входят в пакет Microsoft Desktop Optimization Pack (MDOP). Это набор технологий для настольных систем, доступный участникам программы Software Assurance в виде подписки.

Определившись с лицензиями, посмотрим, как это работает.

Приложения необходимо специальным образом запаковать. Для этого используется программа App-V Sequencer, а процесс упаковки называется сиквенсингом.
Подготовленные приложения надо разместить на сетевой папке и предоставить пользователям доступ на чтение.
Установить на пользовательские устройства (или на терминальный сервер) приложение App-V Client. Оно необходимо для скачивания виртуальных пакетов с сетевого диска и их запуска.

Остановимся на каждом пункте подробнее.

Для подготовки виртуального пакета потребуется типовой чистый образ системы, используемый в вашей инфраструктуре. На него установим приложение App-V Sequencer. В идеале следует устанавливать Sequencer на компьютере, работающем как виртуальная машина и создать «снимок» сразу после установки. Это позволяет легко вернуть компьютер, где запускается Sequencer, в «чистое» состояние перед виртуализацией следующего приложения.

Запущенный Sequencer работает в режиме помощника, предлагая вначале задать имя пакета, выбрать каталог, в который будет производиться установка, затем отслеживает и сохраняет изменения в реестре и файловой системе, производимые при установке приложения.

В версии App-V 5.0 не требуется создание отдельного диска для виртуальных приложений, установка производится в каталог по умолчанию. Однако первичный каталог виртуального приложения (PVAD) в данном окне может быть выбран по-разному. Этот может быть или установочная директория программы, или один из ее подкаталогов, или даже некоторая несуществующая папка. В зависимости от этого выбора меняется организация файлов внутри виртуального пакета. В данной статье мы не будем подробно останавливаться на этом моменте, но, из нашего опыта, хотелось бы обратить внимание, что иногда правильный выбор PVAD на первом этапе способен избавить от множества проблем функциональности в дальнейшем, особенно для старых приложений.

Если при установке потребуется перезагрузка – можно ее выполнить, изменения будут записаны и процесс корректно продолжится с прерванного момента. Будут правильно обработаны параллельные (SxS) сборки библиотек (например, Microsoft Visual C++), устанавливать их предварительно в образ системы теперь не требуется.

Готовый пакет представляет собой набор файлов:

report.xml файл – файл отчета, в котором сохраняются все предупреждения и ошибки, возникшие в процессе сиквенсинга. Его можно использовать для диагностики и решения проблем.

.msi файл – файл установщика Windows, созданный сиквенсером для установки виртуального пакета через групповые политики или с помощью систем развертывания.

.appv файл – файл собственно виртуального приложения. В версии App-V 5.0 этот файл создается в открытом формате zip и его можно открыть любым архиватором при необходимости. Ограничений на размер файла, в отличие от предыдущих версий, нет. К сожалению, вносить изменения напрямую без использования сиквенсера нельзя.

Deployment configuration file, User configuration file – конфигурационные файлы в формате XML, определяют параметры развертывания на конечных компьютерах. В них можно вносить изменения без запуска сиквенсера в любом текстовом редакторе. Это существенно упрощает тонкую настройку приложения. Здесь, в частности, задаются параметры ярлыков, файловые ассоциации, переменные окружения, меняются ключи реестра.

Для некоторых программ не удается обеспечить точное соответствие функциональности виртуального пакета локально установленной версии только с помощью сиквенсера. В этом случае придется добавить скрипт, выполняющий недостающие операции. Файлы пользовательских скриптов добавляются в пакет, а их вызов настраивается в конфигурационных файлах XML. Например, так:

 powershell.exe .\Scripts\InstallDriver.ps1

Как видим из синтаксиса, скрипт можно писать на любом языке, на котором вам удобнее работать. Наши инженеры используют, в основном, Powershell, VBS и batch для написания скриптов.

После того, как пакет подготовлен, скопируем его на сетевую папку, предоставим пользователям доступ на чтение.
Далее требуется установить на пользовательские компьютеры App-V Client и… всё!
В самом простом случае более ничего не требуется. Виртуальные пакеты можно распространять несколькими способами:

через инсталлятор .msi, созданный на этапе сиквенсинга. Например, с помощью групповых политик;
с помощью имеющейся в вашей организации системы распространения (Microsoft SCCM,Altiris) ;
с помощью Powershell 3.0. Вообще, продукт Microsoft App-V 5.0 очень тесно интегрирован со средой Powershell и это очень удобно. Любые задачи, связанные с распространением и обслуживанием пакетов, можно автоматизировать с помощью скриптов.

Итак, в простейшем случае, для использования Microsoft App-V потребуется только Sequencer на машине ИТ-инженера для подготовки пакетов и App-V Client на машине пользователя для их запуска. Однако, всеми преимуществами можно будет воспользоваться только при полном развертывании инфраструктуры App-V.

Для этого необходимо установить следующие компоненты:

Management Server (Сервер управления). Предоставляет основные функции управления для инфраструктуры App-V 5.0;
Publishing Server (Сервер публикаций). Предоставляет функции размещения и потоковой передачи для виртуальных приложений;
SQL база данных управления.

Все роли устанавливаются одним файлом (APPV_SERVER_SETUP.EXE):

Microsoft предоставляет отдельные SQL скрипты для создания баз данных на случай, если в вашей организации за них ответственна отдельная команда администраторов. На этапе установки также указывается группа AD, которой будут предоставлены полномочия для управления средой App-V 5.0.

После установки необходимо сконфигурировать пользовательские App-V клиенты. Указать адрес сервера публикаций и параметры обновления информации об изменениях пакетов. Выполнить это можно с помощью Powershell.

В дальнейшем, доступ к консоли и управление осуществляется с помощью браузера:

Добавим пакет, указав сетевой путь:

Назначим группу пользователей AD и опубликуем пакет:

После этого через некоторое время у пользователя появятся ярлыки приложения и соответствующие ассоциации файлов. ПО готово к использованию.

По умолчанию, когда приложение App-V публикуется для пользователя, файлы пакета копируются в папку %PROGRAMDATA%. Однако, клиент можно переключить в режим использования хранилища общего содержимого (Shared Content Store). В Powershell команда будет выглядеть так:

 Set-AppvClientConfiguration -SharedContentStoreMode 1

В этом случае на диске пользователя будут создаваться только NTFS ссылки на сетевое расположение файлов, что позволит существенно сэкономить дисковое пространство. Конечно, такое решение требует предварительного тестирования и редко применяется в чистом виде, но в наших реализованных проектах есть примеры применения этой технологии в средах заказчиков.

Если несколько программ должны взаимодействовать друг с другом – их можно объединять в группы в разделе «Connection Groups». В этом случае их виртуальные среды объединяются, файлы и реестр становятся доступны всем членам группы. Потребуется некоторый опыт, чтобы правильно формировать такие группы, выявлять зависимости программ и задавать их приоритет. Иногда отдельные компоненты мы рекомендуем не виртуализировать, а устанавливать непосредственно в образ системы. Это могут быть драйверы ODBC или настройки подключений к базам данных.

Здесь может сложиться впечатление, что виртуализация – спасительное решение на все случаи жизни. Увы, как и у любой технологии у нее есть свои ограничения. В частности, с помощью Microsoft App-V не могут быть виртуализированы драйвера или службы, которые запускаются при старте системы, (см. Руководство по виртуализации в Microsoft Application Virtualization 5.0). Как и всякая технология, App-V развивается и многие ограничения уже преодолены. Например, более не является проблемой виртуализация контекстного меню приложения в проводнике и различных ActiveX расширений. Кстати, это развитие в случае App-V порой также является вызовом. Сервиспаки и исправления помимо решения проблем привносят существенное изменение функционала и являются, фактически, новой версией технологии. Однако, имея за плечами более тысячи виртуализированных приложений, мы помогаем нашим заказчикам в кратчайшие сроки внедрить в рабочей среде новые функции, не нарушив бизнес-процессов.

Итак, мы рассмотрели преимущества виртуализации приложений. Коротко, на примере Microsoft App-V, познакомились с основными этапами создания и публикации виртуальных пакетов. Конечно, это далеко не единственный инструмент виртуализации. Нельзя не упомянуть Citrix XenApp, VMware ThinApp, Novell Zenworks. Выбор зависит от потребностей вашего бизнеса. Но основываясь на опыте поддержки наших клиентов, реализовавших переход к виртуальной среде, мы можем сформулировать стратегию перехода так: если приложение можно виртуализировать – его нужно виртуализировать. Плюсы неоспоримы.

Виртуализация приложений

Виртуализация приложений (Application Virtualization) — технология установки и работы приложений, суть которой заключается в изоляции приложения от операционной системы пользователей и последующей его доставке на рабочие столы.

Приложение устанавливается на сервере, где специальное программное обеспечение эмулирует для него драйвера, реестр, файловую систему. Затем такое приложение доставляется пользователям на рабочие столы — персональные компьютеры, мобильные устройства, терминальные среды или виртуальные рабочие столы — и функционирует там локально. Часто используется в инфраструктуре виртуальных рабочих станций (VDI).

Преимущества виртуализации приложений

Технологии виртуализации широко применяются в построении ИТ-инфраструктуры и дают множество преимуществ при её использовании.

Удобное администрирование приложений

Установка, обновление, удаление, настройка приложений проводится централизованно: техническим специалистам не нужно подходить или подключаться к каждому сотруднику для выполнения одних и тех же действий на каждом рабочем месте. Это позволяет пользователям работать даже во время установки и обновления.

Работа несовместимых приложений

Работает в сценариях, когда пользователям необходим доступ к приложениям, которые не могут быть установлены на один компьютер локально (разные версии приложения, нет версии под текущую операционную систему и т. д.).

Безопасность

Возможность управлять правами доступа к приложениям, настраивать многофакторную аутентификацию, контролировать места запуска приложений. Централизация управления приложениями позволяет своевременно производить обновления.

Контроль лицензий

Позволяет следить за количеством используемых лицензий и оперативно реагировать на потребности бизнеса.

Решения для виртуализации приложений

В качестве решений для виртуализации приложений мы рекомендуем использовать продукты от лидеров рынка в сфере виртуализации:

Citrix Virtual Apps and Desktops (ранее XenApp),
VMware ThinApp, VMware App Volumes,
Microsoft Application Virtualization (App-V).

Продукты имеют отличия по функциональности и принципу работы. Мы поможем выбрать лучшее решение для выполнения конкретных задач и провести внедрение.

Получить консультацию специалиста

Отправьте описание задачи, в решении которой нуждается ваш бизнес. Мы предложим возможные варианты её решения и рассчитаем стоимость выполнения.