Microsoft App-V

Логотип виртуализации приложений Microsoft

Виртуализация приложений Microsoft (также известная как App-V ; ранее Softricity SoftGrid ) — это решение для виртуализации приложений и потоковой передачи приложений от Microsoft . Первоначально он был разработан Softricity, компанией из Бостона , штат Массачусетс , приобретенной Microsoft 17 июля 2006 года. App-V представляет собой выход Microsoft на рынок виртуализации приложений наряду с другими технологиями виртуализации, такими как Hyper-V , Microsoft User Environment Virtualization (UE-V), Службы удаленных рабочих столов и диспетчер виртуальных машин System Center .

Обзор

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

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

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

Microsoft App-V — это дополнительный компонент, требующий лицензирования для использования. Лицензирование осуществляется по количеству пользователей и приобретается либо путем лицензирования пакета оптимизации рабочего стола Microsoft (MDOP) для использования в клиентских операционных системах, либо как часть лицензии на клиентский доступ к серверу удаленных рабочих столов Microsoft для использования на серверах удаленных рабочих столов. MDOP — это набор технологий, доступных по подписке для клиентов Software Assurance. Также существует модель лицензирования для провайдеров хостинга (облачных услуг).

Основные версии и варианты

В конце ноября 2012 года Microsoft выпустила версию 5 App-V, которая представляет собой серьезную модернизацию всей платформы третьего поколения. Версия 5 модернизировала продукт, заменив компоненты, изначально разработанные для использования с Windows NT и Windows 2000 примерно 11 лет назад. Редизайн также позволил обеспечить поддержку новых функций операционной системы и улучшения поддержки виртуализации.

Версия продукта 4.x все еще широко используется и в настоящее время находится в активной поддержке. Microsoft расширила поддержку версии 4 для клиентских операционных систем до Windows 8.1 и Server 2012 R2; однако некоторые новые функции операционной системы недоступны для виртуализированных приложений, использующих App-V 4.x. Стандартной датой окончания поддержки App-V 4.x Microsoft был июль 2015 г.

Версии 3.x и 2.x, как известно, больше не используются в производстве; поддержка этих версий закончилась с приобретением Microsoft Softricity. Версии 2.x–4.x представляют собой продукт виртуализации приложений второго поколения.

Версии продукта 1.x не существовало. До выпуска SoftGrid 2.0 Softricity была известна как SoftwareWow! . Программное обеспечениеВау! была одним из первых поставщиков облачных услуг с магазином приложений, который транслировал приложения (в основном игры) потребителям. Служба использовала собственный продукт первого поколения для предоставления программного обеспечения как услуги (SaaS). Хотя сегодня в Интернете существует мало информации о компании, этот продукт предоставлял услуги потоковой передачи с очень ограниченной поддержкой виртуализации.

Ответвление App-V было выпущено Microsoft под названием Microsoft Server Application Virtualization («App-V для серверов»). Эта платформа, поддерживающая перенаправление виртуализации, но без изоляции, предназначена для доставки виртуализированных серверных нагрузок без конфликтов внутри приложений. Продукт доступен как часть System Center Virtual Machine Manager и обычно используется для развертывания новых экземпляров серверов по мере необходимости.

Архитектура

Microsoft предлагает три варианта развертывания виртуальных приложений, что влияет на используемые архитектурные компоненты:

• Набор серверов, предназначенных для App-V.
• Интеграция System Center Configuration Manager.
• «Автономный» режим, в котором приложение может быть доставлено с помощью других средств.

Реализация этих трех вариантов развертывания различается при использовании версии 5.x или 4.x App-V. Каждый описан отдельно.

Архитектура в версиях 5.х

Архитектура на основе 5.x имеет три основных варианта, которые можно использовать. Все три варианта используют несколько общих компонентов:

• Microsoft Application Virtualization 5.x Sequencer , который используется для упаковки настроенного приложения для виртуализированной доставки.
• Клиент Microsoft Application Virtualization 5.x , который используется в операционной системе, используемой для запуска виртуального приложения. Существуют две формы клиента: одна для настольных операционных систем (например, Windows 7 с пакетом обновления 1 и Windows 8) и одна для серверных операционных систем, настроенных для использования в качестве серверов узла сеансов удаленных рабочих столов.
• Сервер отчетов Microsoft Application Virtualization — дополнительный компонент, который может собирать информацию об использовании (называемую измерением) виртуализированных приложений.
• Клиентская консоль Microsoft Application Virtualization — дополнительный компонент, который можно доставить в клиентские системы в виде виртуального приложения. Обычно консоль конечным пользователям не требуется, однако развертывание консольного приложения предоставляет пользователю дополнительный контроль над виртуальными приложениями, которые были ранее авторизованы и доставлены.

Остальная часть архитектуры 5.x зависит от используемого варианта развертывания.

Полная опция сервера App-V 5.x

Полный сервер App-V 5.x состоит из следующих дополнительных компонентов:

• Сервер управления Microsoft Application Virtualization 5.x , используемый для определения приложений и групп подключений и назначения их группам безопасности Active Directory, содержащим списки пользователей или компьютеров, которым разрешено использовать приложение. Этот сервер также распространяет сводку этой информации на несколько серверов публикации. Сервер управления реализован как веб-служба, которая хранит информацию о конфигурации во внутренней базе данных. Доступ к веб-службе можно получить с помощью веб-браузера с поддержкой Silverlight или PowerShell.
• Сервер публикации Microsoft Application Virtualization , используемый для аутентификации пользователей и компьютеров и доставки соответствующих метаданных виртуального приложения для публикации клиенту.
• Package Store — простой общий файловый ресурс, который будет использоваться клиентами для потоковой передачи виртуальных приложений. В некоторых случаях хранилище пакетов может находиться под управлением веб-сервера.

Вариант интеграции Configuration Manager

Менеджер конфигурации состоит из следующих компонентов:

• Сервер сайта Microsoft System Center Configuration Manager , используемый для определения операционных образов, традиционных пакетов приложений для установки, виртуальных приложений и других задач развертывания. Эти элементы также могут быть назначены коллекциям пользователей и компьютеров вместе с требованиями и зависимостями. Эта информация хранится в базе данных и доставляется через точку распространения на клиентские машины.
• Точка распространения Microsoft System Center , используемая для кэширования содержимого для развертывания высокомасштабируемого решения.
• Клиентский агент Microsoft System Center , используемый для извлечения метаданных и содержимого развертывания из точки распространения, а также для реализации различных действий клиентских компонентов. С точки зрения App-V этот компонент доставляет виртуальное приложение клиенту App-V.

Для полной поддержки функций App-V для App-V 5 требуется использование System Center Configuration Manager 2012 и более поздних версий. Развертывание с помощью более старых версий или других электронных систем доставки также возможно с использованием метода развертывания виртуального MSI.

Автономный режим

Клиенты App-V 5.x содержат API PowerShell, который в конечном итоге используется обоими режимами сервера, описанными выше. Иногда желательно использовать этот API непосредственно на клиенте либо вручную, либо с помощью дополнительных инструментов, разработанных сторонними организациями.

Архитектура в версиях с 2.x по 4.x

Архитектура на основе 4.x имеет три основных варианта, которые также можно использовать. Все три варианта используют несколько общих компонентов:

• Microsoft Application Virtualization 4.x Sequencer , который используется для упаковки настроенного приложения для виртуализированной доставки.
• Клиент Microsoft Application Virtualization 4.x , который используется в операционной системе, используемой для запуска виртуального приложения. Существуют четыре формы клиента, объединенные в наборы, поддерживающие операционные системы x86 или x64. Один набор для операционных систем настольных компьютеров (например, Windows XP и выше), а другой набор для серверных операционных систем, настроенных для использования в качестве серверов узла сеансов удаленных рабочих столов.

-

Системная архитектура App-V 4.x состоит из следующих компонентов:

• Сервер управления виртуальными приложениями Microsoft Systems Center , который используется для определения приложений и назначения их пользователям Active Directory или группам безопасности, содержащим списки пользователей, которым разрешено использовать приложение. Сервер также выполняет аутентификацию во время выполнения по спискам авторизованных пользователей и записывает информацию об использовании приложений (измерение) в базу данных для составления отчетов.
• Служба управления виртуальными приложениями Microsoft Systems Center , которая представляет собой веб-службу удаленного взаимодействия .NET, управляет клиентскими запросами приложений. Этот сервер работает совместно с сервером управления, предоставляя метаданные авторизованного приложения для публикации, проверки авторизованного использования и данных отчетности. Сервер также обрабатывает потоковые операции виртуализированных пакетов, используя расширение протокола RTSP.
• Консоль управления App-V — инструмент управления для настройки, администрирования и управления серверами App-V. Его можно использовать для определения политик, регулирующих использование приложений. Его также можно использовать для создания, управления, обновления и репликации пакетов виртуализированных приложений.

Диспетчер конфигурации общего системного центра

В 2009 году Microsoft предложила новый способ реализации App-V с усовершенствованиями System Center Configuration Manager . Архитектура System Center Configuration Manager состоит из следующих компонентов:

• Сервер сайта System Center Configuration Manager , служащий основным хранилищем для хранения образов системы, пакетов приложений, созданных с помощью традиционных установщиков, и виртуальных приложений.
• Сервер распространения System Center Configuration Manager , используемый для кэширования и распространения программного обеспечения на более локальном уровне.

App-V 4.x напрямую интегрируется с Configuration Manager 2007 SP1–2012 R2.

«Автономный» режим

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

Операция

Помимо операций, связанных с операциями развертывания, виртуализация приложений App-V в основном состоит из двух компонентов — App-V Sequencer и App-V Client .

Секвенсор App-V — это компонент, который переупаковывает приложение для виртуализации и потоковой передачи. Он анализирует приложение на наличие необходимых ему ресурсов, поддерживает настройку приложений и на основе этого создает пакет, содержащий исполняемые компоненты, файлы данных и параметры реестра, необходимые приложению. Формат пакета для версий 4.x и 5.x сильно различается:

• Продукт 5.x использует формат App-V, основанный на стандартных форматах сжатия с дополнительными функциями. Внутри большая часть форматирования метаданных заимствована из AppX.
• Версии App-V 4.x создают пакеты в формате SFT. вместе с дополнительными файлами на основе модифицированной версии спецификации открытого программного обеспечения (OSD), первоначально предложенной для WC3 в 1997 году Microsoft и Marimba.

Секвенсор отслеживает установку, настройку и использование ресурсов файлов и реестра во время выполнения, чтобы определить содержимое и конфигурацию пакета. Он абстрагирует информацию, специфичную для машины и пользователя, для улучшения переносимости компонентов приложения, позволяя запускать большинство приложений разными пользователями, на разном оборудовании и даже в некоторых случаях в разных операционных системах. Пакет также настроен для потоковой передачи, при которой части файлов могут доставляться клиентам по мере необходимости. Рекомендации по приложениям секвенирования для версии 4.x отличаются. и 5.х версии.

Клиент App-V получает определения пакетов виртуальных приложений несколькими способами. Если настроено получение от сервера полной инфраструктуры App-V, это происходит автоматически при входе в систему или по таймеру и инициируется клиентом App-V. Инструкции также могут отправляться через клиентский API, который используется развертываниями System Center, виртуальным MSI и автономными методами. Клиентский API App-V 5.x основан на PowerShell, а клиент 4.x использует собственный интерфейс sftmime.

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

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

Возможности, специфичные для версии 5.x

Версия 5.x, помимо перепроектирования, добавила ряд возможностей, ранее не доступных в версии 4.x. К ним добавлен пакет обновления 5.0 Service Pack 2. Они включают в себя:

• Поддержка дополнительных интеграций . Приложения имеют множество способов обеспечить интеграцию с операционной системой и оболочкой рабочего стола пользователя. только ярлыки приложений, ассоциации типов файлов и интеграция COM Раньше для предоставления пользователю естественного опыта были доступны . Версия 5.x, особенно с пакетом обновления 2 и более поздними версиями, значительно расширила типы интеграции, называемые расширениями приложений в App-V. Помимо улучшенной поддержки ярлыков, были добавлены обработчики протоколов, возможности приложений, программные клиенты, пути приложений, а также различные расширения оболочки, вспомогательные объекты браузера и интеграция Active-X. Многие из этих расширений помогают преодолеть возражения против виртуализации сложных приложений, таких как Microsoft Office и плагины для Office.
• Размер приложения . Ограничение размера пакета в 4 ГБ снято. Для пакетов App-v 5.x не существует документально подтвержденного ограничения.
• Улучшенные сценарии . Зависимые компоненты, которые нельзя виртуализировать, теперь могут быть установлены локально с помощью клиента App-V, когда это необходимо, с использованием нового интерфейса сценариев, даже если вошедший в систему пользователь не имеет административных привилегий для установки программного обеспечения. Сюда входят драйверы зависимых устройств.
• Группы подключений : используются, когда несколько пакетов должны работать вместе в одной среде виртуального приложения. Они заменяют динамическую композицию набора, добавленную в App-V 4.5. Основное преимущество этого изменения заключается в том, что группы подключений теперь являются управляемыми объектами на уровне App-V или Configuration Manager, а не скрытыми изменениями, внесенными администратором.
• RunVirtual : иногда виртуальные приложения запускаются с использованием локально установленных компонентов, например локального веб-браузера с использованием виртуализированных плагинов. Раньше виртуализация этих приложений вызывала проблемы у пользователей, которые уже создали свои собственные ярлыки для локального компонента. Используя RunVirtual , администратор может гарантировать, что любой запуск локального компонента будет виртуализирован.

Ограничения версии 4.x

• Плагины Microsoft Office . Хотя можно упорядочить плагины Microsoft Office, это не рекомендуется из-за множества технических проблем и проблем с использованием. Например, в ситуации, когда пользователем используется более двух плагинов, если они упорядочены отдельно, пользователь не может контролировать, какая последовательность плагинов начинается при открытии документа. Единственный способ решить эту проблему — создать единый или динамический пакет всех плагинов.
• Размер приложения : если максимальный размер кэша клиента установлен не менее 4 ГБ (максимум может составлять 64 ГБ), то максимальный размер приложения (sft-файла), который можно передавать в потоковом режиме на этом компьютере, составляет 4 ГБ. Все приложения, у которых установленный размер больше или равен максимальному размеру клиента, установленному клиентом, не должны быть упорядочены. Максимальный размер приложения, который может обрабатывать Softgrid, составляет 4 ГБ из-за использования файловой системы FAT32 .
• Драйвер устройства : App-V в настоящее время не поддерживает последовательность драйверов устройств в режиме ядра; таким образом, любое приложение, устанавливающее драйвер устройства, не может быть упорядочено. Единственным исключением из этого правила являются случаи, когда драйвер устройства может быть предварительно установлен локально; в этом случае приложение виртуализируется без драйвера устройства.
• Ярлыки : приложения должны иметь минимум один ярлык. Если ярлыков нет, то приложение следует включить в пакет вместе с приложением, которому оно необходимо. Плагинам Internet Explorer требуется специальный ярлык для запуска процесса браузера на уровне виртуализации.
• Промежуточное программное обеспечение . Приложения промежуточного программного обеспечения могут не подходить для секвенирования, поскольку они могут быть необходимыми условиями выполнения для нескольких приложений. В более поздних версиях App-V их можно объединить в отдельный пакет, с которым будут связаны другие виртуальные приложения, с помощью функции Dynamic Suite Composition .
• Жесткое кодирование пути : в самом приложении не должно быть жестко закодировано пути к папке/файлу . Некоторые приложения жестко кодируют пути к файлам в своих исполняемых файлах, а не параметризуют их или сохраняют в реестре Windows. Файлы конфигурации, заканчивающиеся расширениями, такими как ini, conf, dat и txt, являются хорошим местом для поиска специфичных для приложения настроек информации о пути, которые могут вызвать проблемы. В противном случае можно использовать прокладку для исправления приложения, в котором исходный код или обновление недоступны.
• Автоматическое обновление . Приложения с автоматическими обновлениями не следует устанавливать по порядку, если их механизм обновления нельзя отключить. Последовательные приложения иногда не обновляются. Кроме того, включение автообновления приводит к несоответствию версии приложения.
• Службы : виртуализация служб, которые должны запускаться во время загрузки, не поддерживается. Все остальные типы услуг обычно могут быть виртуализированы; они запускаются при запуске и завершении работы виртуального приложения или при завершении основного исполняемого файла приложения.
• Политики лицензирования системы : приложения, для которых принудительное лицензирование привязано к машине, например, лицензия привязана к MAC-адресу или серийному номеру жесткого диска. Этот тип приложения не следует виртуализировать, если активация не может быть произведена пользователем при первом запуске виртуализированного приложения вручную или с помощью скрипта.
• Internet Explorer и пакеты обновлений : Microsoft не поддерживает виртуализацию любой версии Internet Explorer.

Подобные технологии

• Liquidware FlexApp
• Камейо
• Citrix XenApp (ранее назывался «Application Streaming»/«Project Tarpon»). Поддержка прекращена с Windows Server 2012. Теперь также использует App-V.)
• Установитьбесплатный мост
• Виртуализация приложений Novell ZENworks
• Turbo Studio (ранее Spoon Studio и виртуальное приложение Xenocode)
• VMware ThinApp

Дальнейшее чтение

• Виртуализация приложений Microsoft 4.6
• Устранение неполадок и поддержка виртуализации приложений
• Введение в секвенирование
• Руководство по планированию и развертыванию системы виртуализации приложений (App-V 4.6)
• Виртуализация приложений на Technet

Внешние ссылки

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