Упаковка приложений Windows против публикации приложений

Введение

Windows-приложения могут быть установлены и управляться на отдельных конечных устройствах или размещаться централизованно и предоставляться пользователям удаленно, в зависимости от требований к приложениям и инфраструктуре. Выбор между этими моделями требует больше, чем просто сравнение технологий. Эта статья объясняет, как работает упаковка Windows-приложений, чем она отличается от публикации приложений, когда каждый подход имеет смысл и как ИТ-команды могут комбинировать оба подхода в рамках одной стратегии доставки приложений.

Что такое упаковка приложений Windows?

Упаковка приложений для Windows включает в себя подготовку приложения, а также файлов, конфигурации и метаданных, необходимых для предсказуемой установки и управления.

Вместо того чтобы вручную настраивать приложение на всех целевых системах, ИТ-команды могут использовать стандартизированный пакет для более последовательной установки, настройки, обновления и удаления.

Современная модель упаковки Windows от Microsoft включает MSIX, который обеспечивает предоставление идентичности пакета, предсказуемую установку и удаление, контролируемые обновления и интеграцию с функциями Windows.

Традиционные Win32 приложения могут воспользоваться такими технологиями, как MSI и EXE установщики.

Упаковка приложений, следовательно, определяет, что необходимо установить, как должна происходить установка и удаление, какая конфигурация предоставляется пользователям и как будут происходить обновления. Ее цель - обеспечить возможность развертывания приложений, которое можно повторять и управлять им в целевой среде Windows.

Что содержит пакет приложения?

Содержимое пакета приложения зависит от технологии упаковки, самого приложения.

Ан пакет MSIX например, объединяет полезную нагрузку приложения с манифестом, который определяет такие элементы, как идентичность пакета, зависимости и возможности. Важное различие здесь заключается в том, что пакет определяет единицу распределения и развертывания, а не указывает, где приложение должно выполняться.

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

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

Упаковка приложений для Windows: как это работает?

Рабочие процессы упаковки варьируются в зависимости от приложения, формата упаковки и платформы управления. Тем не менее, большинство рабочих процессов упаковки обычно делятся на три различных этапа: обнаружение, создание пакета и тестирование перед развертыванием.

Обнаружение приложений и требования

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

Деятельность по обнаружению включает, но не ограничивается:

• файлы и директории
• регистровые записи
• Службы Windows
• зависимости времени выполнения
• переменные окружения
• ассоциации файлов
• разрешения
• ярлыки и конфигурационные файлы

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

Создание и настройка пакета

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

В случае с приложениями Windows это может означать создание пакета MSIX. Это может включать в себя оставление существующего программного обеспечения, использующего Win32, в его форме установщика MSI или EXE, или преобразование некоторых приложений в MSIX. Разные подходы к упаковке могут обеспечить идентичность пакета, позволяя программному обеспечению сохранять элементы своей существующей модели установки.

Следовательно, нет единого формата упаковки, который подходит для всех приложений Windows. Приложение, его окружение и потребности в управлении должны определять подход к упаковке.

Тестирование и развертывание

Пакеты должны быть протестировано на чистых системах которые воспроизводят целевую производственную среду.

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

После проверки пакеты могут быть распределены через предпочитаемую организацией платформу для распространения программного обеспечения или управления конечными точками.

Теперь давайте сделаем шаг назад и уточним тонкое, но крайне важное различие:

Приложения упаковываются, а затем разворачиваются

Разделение этих функций важно, потому что оно создает естественную точку перехода для публикации приложений.

Что такое публикация приложений Windows?

Публикация приложений для Windows служит для публикации приложения, установленного на централизованной инфраструктуре Windows, для авторизованных пользователей через сеть или Интернет.

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

Приложение установлено на сервере → пользователю предоставлен доступ → приложение выполнено на сервере → интерфейс приложения доставлен пользователю

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

Упаковка приложений Windows против публикации приложений: в чем разница?

Самое простое различие:

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

Технологии, таким образом, работают на разных этапах доставки приложений.

Вопрос	Упаковка приложений для Windows	Публикация приложений
Основная цель	Подготовьте программное обеспечение для повторяемой установки и обслуживания	Предоставьте пользователям доступ к централизованным приложениям
Основной ИТ-вопрос	Как нам установить и управлять этим приложением?	Как пользователи должны получить доступ к этому приложению и запустить его?
Где работает приложение?	На любой системе, которая получает приложение	На сервере публикации или сеансовом хосте
Локальная установка на конечном устройстве пользователя?	Обычно требуется для развертывания конечных точек	Полная установка приложения обычно не требуется
Обновления	Должен достичь применимых целей развертывания	Может быть применено централизованно к хостам публикации
Требования к конечным точкам	Конечная точка должна поддерживать локально выполняемое приложение	Конечная точка в первую очередь нуждается в совместимом методе доступа
Типичный объем	Управление жизненным циклом программного обеспечения и конечными точками/серверами	Централизованная доставка приложений
Общие случаи использования	Управляемые ПК, стандартизированное программное обеспечение, контролируемые развертывания	Удаленные пользователи, BYOD, устаревшие приложения и централизованный доступ к приложениям

Одно уточнение: упаковка приложений не определяет, где будет работать данное программное обеспечение.

MSIX, MSI или любая другая форма пакета могут быть развернуты на рабочей станции, ноутбуке, виртуальной машине или сервере. Упаковка определяет, как программное обеспечение устанавливается и обслуживается. Следовательно, целевое развертывание определяет, где устанавливается приложение.

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

В каком случае вы могли бы использовать упаковку и публикацию приложений вместе?

Да. Они охватывают разные аспекты жизненного цикла доставки приложений и могут использоваться независимо или в комбинации.

Рассмотрим организацию, у которой есть бизнес-приложение для Windows. Если его нужно запускать локально, его можно упаковать и развернуть на каждом управляемом конечном устройстве:

Пакет → развертывание на конечных устройствах → приложение работает локально

Если организации необходимо централизовать, это можно упаковать или установить на соответствующих хостах сеансов, а затем опубликовать:

Пакет или установка → развертывание на централизованных хостах → публикация → приложение работает централизованно

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

Упаковка приложений и публикация приложений не являются взаимоисключающими: упаковка стандартизирует установку и обслуживание приложения, в то время как публикация определяет его метод доступа. В зависимости от потребностей приложения ИТ может использовать один метод, другой или оба в комбинации.

В каком случае лучше использовать упаковку приложений Windows?

Упаковка приложений Microsoft Windows наиболее целесообразна, когда локальное выполнение является выгодным, и ИТ может эффективно управлять устройствами, на которых размещено приложение. В таких случаях это позволяет стандартизировать установку и обслуживание, оставляя место выполнения приложения за пользователями.

Пользователям нужен офлайн-доступ

Приложения, установленные локально, могут эффективно работать, даже если пользователи не могут получить доступ к центральным ресурсам, что часто бывает с мобильными сотрудниками, полевыми работниками и другими кочевыми работниками.

Упаковка помогает ИТ-организациям гарантировать, что этот подход используется последовательно, стандартизируя установку, конфигурацию и обновления на управляемых конечных устройствах.

Приложения зависят от локального оборудования или обработки

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

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

Конечные точки стандартизированы и централизованно управляются

Упаковка также имеет смысл в ситуации, когда организация уже имеет контролируемый набор устройств Windows и платформу управления конечными точками для их управления. Если среда в основном содержит похожие устройства и операционные системы на одном уровне конфигурации, локальное развертывание и управление приложениями могут не представлять значительных трудностей.

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

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

Когда публикация приложений имеет больше смысла?

Публикация приложений становится более желательной, когда локальная установка вызывает чрезмерные операционные или совместимые сложности.

Несколько типичных ситуаций стоит рассмотреть.

Удаленные и распределенные пользователи

Удаленные работники, сотрудники филиалов и подрядчики не всегда работают с хорошо управляемых мест или устройств, таких как корпоративные ПК.

Публикация приложений сохраняет Windows-приложение на центральных серверах, позволяя удаленный доступ авторизованными пользователями, тем самым освобождая администраторов от необходимости воспроизводить среду приложения на каждом удаленном устройстве.

BYOD и смешанные среды конечных устройств

Приложение Windows может не обязательно работать на каждом типе устройства, которое использует конкретная организация.

Публикация приложений отделяет среду выполнения от конечного пользователя. Используя такой метод, человек может получить доступ к централизованному хостингу Windows-приложения через одобренный браузер или клиент на своем компьютере, который в противном случае не смог бы запустить приложение.

Эта стратегия идеально подходит как для использования собственных устройств (BYOD), так и для других сред, где есть несколько операционных систем конечных устройств.

Унаследованные приложения Windows

Унаследованные приложения может усложнить усилия по развертыванию, полагаясь на зависимости от операционной системы, устаревшие компоненты и сложные ограничения конфигурации.

Централизация приложения может помочь сократить количество сред, в которых ИТ должен заставлять программное обеспечение работать. Это не обязательно решит проблемы совместимости приложений, но может ограничить эти проблемы контролируемыми хостами Windows, вместо разрозненной коллекции конечных устройств.

Это может упростить стандартизацию доступа к устаревшим приложениям, поскольку организация работает над долгосрочным планом модернизации.

Приложения, требующие частых обновлений

Частые изменения в приложении усложняют его локальное развертывание, особенно когда количество конечных точек увеличивается.

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

Процесс особенно выгоден, когда многие пользователи зависят от одного и того же приложения, но не обязаны использовать его локально.

Как IT-командам выбрать между упаковкой и публикацией?

IT-команды должны ориентироваться на операционные требования приложения, а не на выбор технологии.

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

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

Выбор становится гораздо яснее, если ИТ отделяет три вопроса.

1. Как должно быть упаковано и поддерживаться приложение?
2. Где следует развернуть и запустить приложение?
3. Как пользователи должны получить к нему доступ?

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

Как TSplus Remote Access может быть решением?

Организации, которые хотят централизованную доставку приложений Windows без развертывания полного приложения на каждом конечном устройстве, могут использовать TSplus Удаленный доступ для публикации выбранных приложений Windows или предоставления полных удаленных рабочих столов из централизованной инфраструктуры Windows.

Администраторы могут назначать приложения конкретным пользователям или группам и предоставлять доступ через поддерживаемые удаленные клиенты или браузерные соединения на основе HTML5. Это делает публикацию приложений вариантом для организаций, поддерживающих удаленных пользователей, среды BYOD или Windows-приложения, которые легче централизованно обслуживать.

Заключение

Упаковка приложений для Windows предоставляет повторяемый способ установки, настройки и обслуживания программного обеспечения, в то время как публикация приложений дает пользователям доступ к приложениям, работающим на централизованной инфраструктуре. Ни один из подходов не заменяет другой, и оба могут быть частью одной и той же стратегии доставки приложений.

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