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

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

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

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

Я начал с того, что попросил Марка напомнить нам, почему виртуализация приложений считается полезной для организаций и ИТ-специалистов, которые их поддерживают. «Когда мы говорим о любых технологиях потоковой передачи приложений или виртуализации, — говорит Марк, — суть дела в том, что мы пытаемся отделить приложения от базовой операционной системы. Некоторые причины, по которым может быть желательно отделить приложения от ОС, включают: стандартизацию единого золотого образа ОС, а не нескольких монолитных образов, стандартизацию версий приложений, управление версиями приложений и предоставление приложений для неродных устройств».

Затем я спросил его о важности контейнерных технологий для виртуализации приложений. Марк ответил: «Важным фактором при оценке технологий потоковой передачи приложений является то, являются ли приложения контейнеризированными или нет. Некоторые технологии, такие как App-V, ThinApp, Turbo и CloudPaging, заключают приложения в виртуализированные контейнеры, которые в разной степени изолируют приложения от операционной системы и других приложений. Неконтейнерные решения в основном используют стандартные установки программного обеспечения. Контейнерные приложения обычно работают без конфликтов с другим программным обеспечением в системе, даже с разными версиями одного и того же приложения, и часто устанавливаются скорее как копия файла, поскольку они обычно также содержат любые настройки реестра. Основным недостатком контейнерных потоковых решений является то, что они требуют определенной формы упаковки, что создает дополнительную сложность, дополнительное время для развертывания и проблемы совместимости», — сказал он.

«Многоуровневые решения похожи на технологии контейнеризации, — продолжил Марк. «Некоторые многоуровневые решения, такие как Citrix AppLayers или VMware App Volumes, предназначены для работы со средами VDI и, скорее всего, работают только в соответствующих средах. Многоуровневая технология, которая появляется во все большем числе продуктов, использует файлы VHD для прикрепления приложений во время выполнения. Ярким примером такого типа решения является FlexApp от Liquidware. Поскольку FlexApp использует файлы VHD, слои можно использовать как для VDI, так и для физических компьютеров с репозиторием приложений, размещенным в простой общей папке. Технология Liquidware VHD не позиционируется как контейнерное решение, поскольку она не пытается изолировать приложение, находящееся в VHD. Приложения контейнеризованы в том смысле, что все их установочные носители заключены в виртуальный жесткий диск, и они используют упаковщик для создания виртуального жесткого диска, но нет попыток виртуализировать доступ к реестру, доступ к файлам или доступ к сети. В зависимости от цели группы отсутствие изоляции может быть плюсом или минусом. Например, управление неизолированными приложениями может быть таким же, как управление локально установленными приложениями».

Механизмы доставки

Изучив как контейнерные, так и многоуровневые решения, я спросил Марка о различных механизмах, используемых для доставки виртуализированных приложений на устройства пользователей. «Это потоковая часть потоковой передачи приложений: механизмы доставки. То, как приложения доставляются конечным пользователям, имеет значение», — говорит Марк. «Как правило, конечных пользователей не волнуют никакие технические детали; они просто хотят, чтобы все работало. Следовательно, любое решение, в котором отсутствует метод доставки, может не соответствовать потребностям конечного пользователя просто потому, что оно работает не так, как они ожидают. В качестве примера, не относящегося к конкретному продукту, если продукт идеально упаковывает все приложения в аккуратный самоисполняемый файл, который просто копируется на рабочий стол конечного пользователя и запускается, этот, казалось бы, идеальный продукт по-прежнему не обеспечивает работу конечного пользователя, которая соответствует ожиданиям.. Пользователи ожидают, что приложения будут как минимум заполнять меню «Пуск» и потенциально иметь что-то, что они дважды щелкнут на своем рабочем столе.

«Большинство технологий потоковой передачи приложений основаны на классической технологии Windows RDS, когда несколько пользователей совместно используют сервер, на котором размещены потоковые приложения. Совместимость приложений этих решений очень высока, поскольку приложения просто устанавливаются на сервер Windows. Также отсутствует какая-либо изоляция приложений, поэтому некорректно работающее приложение может потенциально привести к сбою всего сервера. Такие поставщики, как Citrix, VMware и AppStream от Amazon, расширяют RDS, предоставляя более эффективные протоколы передачи и делая доступ к файлам более интуитивным, а также создавая иллюзию локально установленного приложения. Во многих отношениях решения RDS представляют собой ту же модель централизованных вычислений, которой уже несколько десятков лет. Перенос рабочих нагрузок на центральные серверы может быть отличным решением, хотя при этом не используются вычислительные ресурсы подключаемого устройства, что может быть серьезной проблемой для приложений, более ресурсоемких, чем стандартные офисные приложения», — сказал Марк.

«Продукты Microsoft App-V и Numecent Cloudpaging являются примерами продуктов, которые действительно выполняют потоковую передачу приложений на компьютер конечного пользователя. В обоих случаях после того, как приложение было упаковано, для запуска приложения требуется неполная загрузка, в то время как остальная часть приложения загружается на компьютер конечного пользователя. Это сокращает время загрузки и может уменьшить размер на диске при полном использовании локальных ресурсов конечной точки. Поскольку приложения контейнеризованы, совместимость приложений может быть проблемой. Кроме того, поскольку эти технологии полагаются исключительно на ресурсы конечной точки, они работают только на компьютерах под управлением Windows. Следует также отметить, что, несмотря на то, что Microsoft изначально добавила App-V в Windows 10 Professional или более позднюю версию, в последние годы заметного развития App-V не наблюдалось, и для использования всех его возможностей требуется инфраструктура SCCM».

Гибридные решения

Учитывая растущий интерес к гибридным решениям, я спросил, происходит ли что-то подобное в области appvirt, и Марк ответил: «Turbo.net предлагает интересное гибридное решение, в котором используются контейнерные приложения с изоляцией, которые можно запускать либо на таких серверах, как RDS, либо развернуты на конечных точках на базе Windows для использования локальных ресурсов. Решение Turbo требует полной загрузки перед запуском приложения. Продукт обеспечивает изоляцию для обоих методов хостинга, так что некорректно работающее приложение аварийно завершает работу внутри своего контейнера, а не всей системы или сервера. Возможность использования приложений, размещенных на сервере, для конечных точек с низким энергопотреблением или конечных точек, отличных от Windows, при одновременном полном использовании соответствующих конечных точек Windows обеспечивает большую гибкость».

В заключение Марк сказал: «Поскольку конечные пользователи требуют все большей гибкости в выборе устройств, которые они используют, а также большего количества устройств, подключенных к сети, имеет смысл изучить варианты потоковой передачи приложений. Благодаря потоковой передаче приложений ИТ-отделы могут сосредоточиться на том, что нужно конечным пользователям: на приложениях для выполнения их работы. Потоковая передача приложений начинает реализовывать потенциал конечных пользователей, которые могут получить доступ к нужным им приложениям на любом устройстве, которое они предпочитают, из любой точки мира». Я надеюсь, что в ближайшем будущем Марк поближе познакомится с некоторыми из этих новых решений для виртуализации приложений для нас здесь, на TechGenix.