FlexApp от Liquidware как решение для виртуализации приложений: плюсы и минусы

С помощью другого ИТ-специалиста Марка Ван Ноя мы недавно начали изучать плюсы и минусы различных решений виртуализации приложений, таких как Microsoft Application Virtualization (App-V), здесь, на нашем веб-сайте TechGenix. Марк является техническим руководителем/архитектором, работающим в центральном ИТ-отделе Университета Колорадо в Боулдере в районе Большого Денвера, и в своей работе там он входит в группу образовательных технологий, которая напрямую поддерживает технологии в классе и внутреннюю инфраструктуру для те технологии. У Марка большой реальный опыт работы в области виртуализации приложений, и он любезно предложил рассказать нам о преимуществах и недостатках некоторых наиболее популярных решений виртуализации приложений. В этой статье Марк рассматривает FlexApp, решение, предлагаемое компанией Liquidware, которая предоставляет сторонние решения для адаптивного управления рабочим пространством Windows, используемые корпоративными организациями по всему миру. Теперь давайте обратим внимание на то, как Марк исследует все тонкости использования FlexApp для виртуализации бизнес-приложений.

Обзор виртуализации и потоковой передачи приложений FlexApp

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

Плюсы

Совместимость приложений с FlexApp очень высока. Поскольку процесс упаковки в основном просто устанавливается на виртуальный диск VHD, а не на локальный жесткий диск/SSD, в процессе упаковки приложения гораздо меньше ошибок. Есть еще некоторые потенциальные области, в которых упаковка приложения может дать сбой из-за таких процессов, как перенаправление реестра или ограничение размера виртуального жесткого диска около 2 ТБ. Несмотря на ограничение размера VHDX в 64 ТБ, ограничение VHD в 2 ТБ, вероятно, является настолько большим пакетом, который может быть разумно распределен по сети. Пакет 7-Zip, который я использовал для тестирования и получения снимков экрана, не только аккуратно упакован, но и успешно реализует контекстное меню. И пакетам Microsoft App-V, и пакетам MSIX не удалось успешно захватить параметры контекстного меню для 7-Zip. Хотя мы не тестировали наши самые сложные для упаковки приложения, такие как LabView или Solidworks, мы не обнаружили проблем совместимости ни с одним из приложений, упакованных во время нашего пилотного проекта:

Продукты Liquidware, как правило, относительно недороги в развертывании. Вместо того, чтобы полагаться на дорогие в эксплуатации и дорогие в лицензировании серверные базы данных для развертывания программного обеспечения, FlexApp полагается на общедоступные файловые ресурсы. Любая технология хранения, от сложных SAN до простых NAS, может быть источником распространения VHD-файлов FlexApp. Это также упрощает создание распределенной инфраструктуры хранения с файловыми ресурсами, физически близкими к конечным пользователям. Конечно, дешевизна и простота не спасают от неудачного выбора дизайна. Недорогой NAS может быть отличным решением для филиалов, но не лучшим выбором для центрального офиса.

Вложения FlexApp практически беспрепятственны для конечных пользователей. Только самые опытные пользователи заметят, что их приложения изначально не установлены. При открытии диспетчера дисков уровни приложений будут отображаться как файлы VHD, которыми они являются. Однако немногие конечные пользователи достаточно любопытны, чтобы захотеть покопаться во внутренностях своего рабочего компьютера. Во всех остальных случаях приложения FlexApp, упакованные в виде виртуального жесткого диска, кажутся установленными локально. Если приложение упаковано со значком на рабочем столе, оно будет отображаться вместе с пунктами меню «Пуск» и контекстными меню. Когда FlexApp прикрепляет приложение, оно даже отображается в списке удаления или изменения программы:

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

Минусы

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

FlexApp представлен на сайте Liquidware как отдельный продукт. Однако установщик для упаковщика загружается с веб-портала ProfileUnity, и упаковщик требует входа на веб-портал ProfileUnity каждый раз, когда упаковывается новое приложение или изменяется существующий пакет. Это требование не может быть недостатком, если вас интересует виртуализация профилей пользователей. В противном случае веб-консоль ProfileUnity значительно усложнит навигацию, если будут управляться только приложения. Некоторый уровень функциональности ProfileUnity необходимо понимать и настраивать, поскольку агент, который прикрепляет VHD-файлы и обрабатывает, какие приложения прикрепляются к конкретному пользователю или компьютеру, контролируется стороной пакета ProfileUnity.

Производительность вложений приложений также может быть проблемой. Сценарии использования организации окажут значительное влияние на то, как конечные пользователи воспримут свой опыт работы с FlexApp. FlexApp контролирует, какие приложения будут присоединены в зависимости от пользователя, поэтому самая ранняя непостоянная виртуальная машина, которая действительно сможет подключить приложения, будет при входе в систему. Если при входе в систему подключаются большие приложения или большое количество приложений, то пользователи могут обнаружить, что время входа в систему увеличивается до неприемлемого уровня, пока они ждут подключения своих приложений к виртуальной машине. Кроме того, приложения можно прикрепить после входа в систему или запустить по щелчку. После входа в систему пользователи быстро переходят на свой рабочий стол, при этом существует риск того, что приложение, которое они хотят использовать сразу, все еще ожидает подключения, и в этом случае конечному пользователю кажется, что оно не установлено. Click to run опубликует значки без прикрепления виртуальных жестких дисков, поэтому пользователи будут видеть все свои приложения как установленные, а первоначальный запуск будет медленнее, чем мог бы быть, поскольку приложение необходимо будет подключить как виртуальный жесткий диск, прежде чем оно сможет начать загрузку. Более новые версии FlexApp предлагают возможность потоковой передачи, которая позволяет приложению начать загрузку до того, как приложение будет полностью подключено к сети. Для постоянных сред также есть возможность кэшировать виртуальный жесткий диск в локальной системе, что возвращает производительность за счет места для хранения. Локальное кэширование по-прежнему позволяет единожды упаковать приложение и развернуть его где угодно.

Последний минус, который следует учитывать в отношении FlexApp, основан на нашем опыте в Университете Колорадо в Боулдере после проведения двух отдельных пилотных проектов с разницей примерно в год с использованием двух версий FlexApp. Наша опытная надежность была непредсказуемой. У нас были периоды, когда некоторые или все виртуальные жесткие диски не могли подключиться. Каждый раз поддержка была очень полезной и отзывчивой в локализации проблемы. Мы не делали ничего явно неправильного с исправлениями, часто требующими изменений в реестре, которые были недоступны в интерфейсе ProfileUnity. Однако наша среда для пилотных проектов была довольно сложной: мы тестировали исключительно пулы непостоянных связанных клонов в среде VMware. Вполне возможно, что у нас был бы полностью надежный опыт работы с постоянными виртуальными машинами или физическими компьютерами; Мы не знаем.

Liquidware FlexApp: для вас… или нет?

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