Microsoft App-V

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

• 1 Обзор
• 2 Основные версии и варианты
• 3 Архитектура
  • 3.1 Архитектура в версиях 5.x
    • 3.1.1 Полный вариант сервера App-V 5.x
    • 3.1.2 Вариант интеграции Configuration Manager
    • 3.1.3 Автономный режим
  • 3.2 Архитектура в версиях от 2.x до 4.x
    • 3.2.1 Выделенный сервер управления App-V
    • 3.2.2 Shared System Center Configuration Manager
    • 3.2.3 «Автономный» режим
• 4 Работа
• 5 Возможности, характерные для версии 5.x
• 6 Ограничения версии 4.x
• 7 Подобные технологии
• 8 Ссылки
• 9 Дополнительная литература
• 1 0 Внешние ссылки

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

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

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

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

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

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

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

Не существует версии продукта 1.x. До выпуска SoftGrid 2.0 Softricity назывался SoftwareWow !. SoftwareWow! была одним из первых поставщиков облачных услуг с магазином приложений, который транслировал приложения (в основном игры) потребителям. Служба использовала собственный продукт первого поколения для предоставления Software As A Service (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.x

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

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

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

Параметр сервера Full App-V 5.x

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

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

Параметр интеграции с Configuration Manager

Configuration Manager состоит из следующих компонентов:

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

App-V 5 требует использования System Center Configuration Manager 2012 и более поздних версий для полной поддержки функций App-V. Развертывание более старыми версиями или другими системами электронной доставки также возможно с использованием метода виртуального развертывания 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

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

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

Shared System Center Configuration Manager

В 2009 году Microsoft предложила новый способ внедрения App-V с улучшениями в System Диспетчер конфигурации центра. Архитектура 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, вместе с дополнительными файлами на основе измененной версии Open Software Description (OSD) спецификация, первоначально предложенная для WC3 в 1997 году Microsoft и Marimba.

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

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

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

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

Версия 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, администратор может гарантировать, что любой запуск локального компонента будет виртуализирован.

• подключаемые модули 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.

• VMware ThinApp
• Citrix XenApp (Ранее включался как «Потоковая передача приложений» / «Project Tarpon». Прекращено с Windows Server 2012. Теперь использует App-V как ну.)
• Cameyo
• Installfree Bridge
• Turbo Studio (ранее Spoon Studio и виртуальное приложение Xenocode)
• Виртуализация приложений Novell ZENworks
• Numecent Cloudpaging

• Microsoft Application Virtualization 4.6