Turbo.net как решение для виртуализации приложений: плюсы и минусы
Обзор виртуализации и потоковой передачи приложений Turbo
Обзор продукта Turbo.net оказался довольно сложным. На первый взгляд продукт просто описать: он позволяет упаковывать приложения в отдельные контейнеры, которые затем могут передаваться центральным сервером. Однако Turbo — это платформа виртуализации приложений, которая делает гораздо больше. Упаковка может быть выполнена с помощью их инструмента GUI Studio или написана на их собственном языке Turbo Script. Помимо потоковой передачи приложений с серверов, приложения можно запускать локально на ПК с Windows. Turbo также может превращать свои контейнеры в MSI-файлы автоматической установки для развертывания с помощью таких инструментов, как MECM (инструмент, ранее известный как SCCM, ранее известный как SMS). сценарии, а также другие функции, связанные с ролью виртуализации приложений. Все доступные варианты позволяют просматривать множество различных функций, чтобы иметь некоторое подобие всестороннего обзора.
Университет Колорадо в Боулдере начал изучать продукт Turbo.net в конце осени 2019 года. После того, как мы увидели убедительную демонстрацию, мы приступили к шестимесячному пилотному проекту, который должен был поместить избранных студентов в среду на некоторое время. семестр весны 2020 года. Примерно в то время, когда мы готовили пилотный проект к запуску, пандемия COVID-19 поразила кампус так, как мы не могли предвидеть. Это превратило большую часть нашего пилотного проекта во внутренний пилотный проект, хотя мы передали продукт в руки некоторым студентам еще до конца семестра.
Турбо плюсы
Обновления могут быть странной вещью. Однако для нашего пилота у меня была возможность применить несколько апгрейдов. Без сомнения, турбо-установки — это самые простые обновления, которые я когда-либо выполнял за всю свою карьеру в сфере ИТ. Вместо того, чтобы иметь специальный установщик исправлений, все обновления представляют собой тот же полный установщик, который используется при новой установке. Установщик видит предыдущую версию и обновляет ее. Ни разу не сбились настройки. Просто нажмите, чтобы принять лицензионное соглашение, несколько минут индикатора выполнения и нажмите «Готово». Серверы даже не нуждались в перезагрузке. Сделанный.
Совместимость приложений с Turbo очень хорошая. Единственное, что удерживает его от чрезвычайно высокого уровня, это то, что в настоящее время он не поддерживает упаковку контекстных меню, вызываемых правой кнопкой мыши. Я получил положительное подтверждение того, что поддержка контекстных меню в настоящее время находится в разработке для будущего выпуска. Нам удалось успешно упаковать несколько приложений, которые настолько сложны для упаковки, что большинство переупаковщиков MSI терпят неудачу. Примеры включают SolidWorks, ArcGIS, AutoCAD, Adobe CC, SAS и SPSS. Ближе к концу пилотного проекта мы успешно упаковали и развернули более 24 упакованных приложений и еще 8, предварительно упакованных непосредственно с серверов Turbo.net. У нас были некоторые проблемы с двумя приложениями из-за их механизмов лицензирования, и поддержка Turbo помогла нам исправить ситуацию. По сути, инструмент лицензирования HASP устанавливает некоторые драйверы, которые должны находиться вне контейнера приложения Turbo, поскольку контейнеры работают исключительно в пользовательском режиме. Драйверы могут быть установлены независимо или по сценарию для установки из самого контейнера; хотя это потребует, чтобы контейнер запрашивал повышение. Несколько приложений, установленных сервисов. Услуги были захвачены без каких-либо дополнительных действий с нашей стороны. Некоторые пакеты приложений также были очень большими, до 25,5 ГБ, и по-прежнему работали без сбоев.
Существует большая гибкость в том, как развертывать и запускать приложения Turbo. Для управляемых компьютеров можно установить клиент Turbo, а затем приложения можно упаковать в файлы.msi для собственного развертывания в MECM с использованием существующих точек распространения. Если Turbo уже используется для потоковой передачи, клиент может быть установлен, а MECM может просто вызвать операторы командной строки turbo для установки из Turbo Hub. Турбо-концентратор и серверы приложений могут быть установлены, после чего на серверах приложений размещаются приложения для конечных пользователей, а серверы портала предоставляют веб-интерфейс для использования приложений без клиента, с клиентом или локально на компьютерах с Windows. Различные комбинации вариантов развертывания можно комбинировать любым способом, который идеально подходит для сайта конкретного клиента, сохраняя при этом работу с контейнеризованным приложением.
Еще больше гибкости в том, как работают контейнеры приложений. Когда я впервые увидел командную строку Turbo, я заметил, что она очень напоминает мне Docker. Есть даже Turbo Script для автоматизации упаковки приложений. Приложения живут в контейнерах на основе изображений. Изображения можно накладывать друг на друга для создания пользовательских контейнеров во время выполнения. Это все также довольно легко сделать. Скажем, нужен Firefox 50.1.0 с Silverlight 5.1 и Java JRE 8.191. Команда Turbo Turbo installi Mozilla/firefox:50.1.0,Microsoft/Silverlight:5.1,oracle/jre:8.191 установит все слои вместе в контейнер на локальном компьютере, добавляя значки меню «Пуск», а также любые значки на рабочем столе. что могло быть в упаковке. Команду можно отправить через MECM, чтобы она нацеливалась на всю группу компьютеров. Различные комбинации можно смешивать без переупаковки. Лучше всего то, что контейнеры на самом деле не устанавливают никакого программного обеспечения, которое было сделано во время упаковки, поэтому перезагрузки не прерывают работу конечных пользователей.
Обычно, если мне приходится обращаться в техподдержку, я считаю это отрицательной оценкой. Однако в случае с Turbo.net я должен отметить необычайно высокое качество поддержки. Несмотря на то, что у нас были некоторые первые проблемы с нашим локальным развертыванием, все проблемы, которые у нас были, были решены быстро. Мы также связывались с соответствующими экспертами в Turbo.net по любой проблеме, с которой мы сталкивались, вместо того, чтобы преодолевать слишком распространенные препятствия уровней технической поддержки. Больше всего меня порадовало поведение, связанное с поддержкой, — это то, что исправления не были одноразовыми исправлениями, которые нам нужно было применять. Вместо этого все необходимые нам исправления были полностью интегрированы в их систему сборки, поэтому исправления для нас теперь являются исправлениями для всех клиентов Turbo.net. На протяжении всего нашего пилотного проекта, как только проблема была устранена, она оставалась исправленной, и благодаря тому, что исправления были интегрированы в сборки, у меня появилась большая уверенность в том, что эти исправления останутся в силе.
Turbo.net хорошо совместим с системами идентификации. Существует поддержка локальной синхронизации учетных записей и групп с Microsoft Active Directory. Кроме того, любой источник LDAP можно использовать для синхронизации членства пользователей и групп с оговоркой, что необходима необходимая схема для системы LDAP. Microsoft Azure также является поддерживаемым методом проверки подлинности. Использование Azure SSO, вероятно, является наиболее желательным методом, поскольку он перемещает процесс проверки подлинности в Microsoft, а не на размещенные ресурсы Turbo.net.
Предоставить пользователям доступ к приложениям довольно просто. Приложения сначала добавляются в Workspaces. Одно и то же приложение может быть добавлено в разные рабочие области без каких-либо конфликтов дублирования хранилища. Преимущество наличия нескольких рабочих областей с опубликованным в них набором одних и тех же приложений заключается в том, что одно и то же приложение может иметь разные настройки в каждой рабочей области. Например, пакет ArcGIS можно настроить так, чтобы приложение ArcMAP запускалось в одной рабочей области, а ArcGlobe — в другой. Пользователи, либо на основе Azure SSO, либо локально синхронизированные, затем либо напрямую добавляются в рабочую область, либо добавляются соответствующие группы. Этот процесс напоминает более простую версию доступа к файлам или папкам в Windows.
Turbo.net также по умолчанию предоставляет большое количество отчетов в веб-консоли управления. Например, для всех серверов предоставляется информация об использовании памяти, ЦП и количестве сеансов с возможностью экспорта графиков в формате SVG или PNG, а также просмотра последних часов, дней, недель, месяцев, кварталов, шести месяцев или года.. Есть также встроенные графики, показывающие, какие приложения запускаются, как они запускаются, кто их запускает и когда они были запущены. Наконец, есть встроенные отчеты, позволяющие администраторам узнать, сколько памяти потребляется предоставляемыми приложениями, а также об использовании и сеансах пользователей.
Turbo.net может использовать платформу приложений Microsoft Azure для поддержки подключения OneDrive или Dropbox к определенным учетным записям пользователей. Это позволяет виртуальному диску T: появляться в приложениях, напрямую подключенных к OneDrive или Dropbox. Эта функция не является обязательной, поэтому пользователям необходимо подключить свою учетную запись OneDrive или Dropbox с помощью интерфейса Turbo. Подключение облачного хранилища обеспечивает согласованный пользовательский интерфейс для управления доступом к файлам. Без облачного хранилища конечные пользователи могут получать доступ к файлам в общей сетевой папке через интерфейс HTML5, к общим файловым ресурсам и локальным файлам на своем компьютере через клиентский оконный режим или любой метод, доступный для главного компьютера при запуске контейнера приложения на компьютер с Windows, а не потоковую передачу. Ограниченный просмотр файлов — обычная проблема с потоковыми приложениями, поскольку они изначально видят файловую систему, в которой размещены. Мы попытались использовать OneDrive из-за нашей существующей подписки на Office 365 и обнаружили, что облачное хранилище работает хорошо.
Туннелирование — еще одна функция, которая, хотя и находится в стадии предварительного просмотра, может оказаться очень полезной. Функция туннелирования используется для обеспечения обратного соединения TCP и/или IP с хостом в той же среде, что и серверы Turbo.net. Чаще всего эта функция используется для разрешения обратных подключений к серверам лицензий на программное обеспечение, которые контролируют одновременный доступ пользователей без необходимости использования VPN, когда контейнер приложения работает локально на компьютере с Windows, а не выполняет потоковую передачу с сервера приложений.
Турбо минусы
Гибкость Turbo, как и любого другого приложения с большой гибкостью, вносит сложность. Попытка прыгнуть прямо и использовать все различные функции Turbo одновременно сбивает с толку и подавляет. Есть чему поучиться. Ограничение процесса однократными вариантами использования важно для накопления необходимых знаний. Одновременное управление потоковой передачей, запуском на локальном ПК, инструментами командной строки, многослойностью и развертыванием с помощью MECM будет в лучшем случае разочаровывающим.
Добавление SSL-сертификатов в Turbo — это процесс, который можно немного сгладить. Сертификаты должны быть локально доступны на каждом сервере, несмотря на то, что управление сертификатами осуществляется централизованно с помощью веб-интерфейса хаб-сервера. С этим несложно справиться; просто потребовалось некоторое открытие. Например, мы установили OpenSSL на каждый сервер портала и концентратора, чтобы сгенерировать.key и CSR для нашего органа, выдавшего сертификат. После преобразования сертификатов мы получили соответствующие PEM-сертификаты x509 и удалили кодовую фразу из закрытого ключа, после чего сертификаты были готовы к использованию. Первоначально я думал разместить сертификаты в безопасном месте CIFS, но пути UNC не поддерживаются. Тогда я подумал, что сработает размещение их всех в защищенной папке на хабе. Когда я обнаружил, что только концентратор получает свои сертификаты, я понял, что мне нужно поместить сертификаты в безопасный каталог на каждом сервере. Единственная причина, по которой это противоречит здравому смыслу, заключается в том, что работа по управлению серверами выполняется через центральный веб-портал управления, а не через сами серверы, поэтому мне было интересно, каков был контекст при запросе пути.
Документация Turbo — это недостаток, который, по признанию компании, требует доработки. Когда мне впервые сказали об этом, я был немного удивлен, потому что документация, которую я читал, была довольно хорошей. Документация доступна для общественности здесь. По мере того, как я углублялся в наш пилотный проект, я обнаружил, что недостатки документации связаны не столько с качеством существующей документации, сколько с документацией, которую еще нужно написать. Например, есть хорошие подробности о том, как накладывать части приложений из командной строки, однако нет примеров того, как сделать то же самое в веб-консоли для потоковых приложений. После понимания многоуровневости довольно просто ввести тот же синтаксис многоуровневости в поле «Временные слои» для рассматриваемого приложения в подразделе «Компоненты». Некоторые пробелы в документации, вероятно, связаны с быстрым внедрением новых функций; долгожданная проблема наверняка. В конечном счете, пробелы в документации означают, что клиентам, скорее всего, придется отправить несколько билетов в службу поддержки, чтобы получить ответы на свои вопросы, пока документация не наверстает упущенное.
Сервер Turbo Hub — это единственная точка отказа. Как следует из названия, Hub — это корень всех вещей Turbo. Регистрация серверов приложений и портала управляется сервером-хабом. Большая часть этого обмена данными передается через базу данных SQL, поэтому, если база данных SQL работает в кластерном режиме той или иной формы, например, Active/Active или Always On, возникает дополнительная устойчивость. Если сервер-концентратор используется для проверки подлинности путем синхронизации с локальным каталогом Active Directory, то сбой сервера-концентратора предотвратит любые входы в систему. Наличие некоторой формы избыточности в серверном компоненте-концентраторе действительно помогло бы обеспечить постоянную работу среды Turbo. Одним из способов решения этой проблемы было бы создание нескольких дублирующих сред Турбо-ферм, а затем объединение их для обеспечения их синхронизации.
Одна из критических замечаний, прозвучавших в мой адрес во время пилотного проекта, — которую я не разделяю, — заключалась в том, что пользовательский интерфейс для клиентов слишком похож на RDSH, Citrix или VMware. Все эти продукты одинаково просты и представляют собой список приложений, представленных пользователю в зависимости от того, что он имеет право запускать. Нравится лаконичный интерфейс. Поскольку Turbo.net делает API доступным для клиентов, можно создать собственный интерфейс для конечных пользователей или подключиться к существующему порталу для клиентов, чтобы сохранить единообразный внешний вид. Создание пользовательского веб-интерфейса с использованием Turbo.net API, вероятно, потребует значительного времени и усилий.
Turbo: эффективное и действенное управление приложениями
Turbo — это решение, на которое следует обратить внимание ИТ-отделам. Упакуйте один раз и разверните где угодно — это реальность благодаря технологии контейнеризации Turbo. Многослойность может сэкономить время, устраняя как дублирование усилий, так и дублирование программного обеспечения между пакетами. Разрешение конечным пользователям запускать приложения на своих устройствах Windows позволяет сократить количество серверов, на которых выполняются потоковые приложения. Технология контейнеризации также позволяет приложениям иметь разные версии, работающие бок о бок без конфликтов, а также выглядеть установленными без необходимости касаться каких-либо настроек реестра. Turbo обеспечивает эффективное и действенное управление приложениями как на устройствах, управляемых ИТ, так и в сценариях BYOD.