Windows Application Packaging срещу Application Publishing

Въведение

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 Application Packaging срещу Application Publishing: Каква е разликата?

Най-простото разграничение е:

Опаковането на приложения определя как софтуерът се подготвя за инсталиране и управление. Публикуването на приложения определя как потребителите получават достъп до софтуер, изпълняващ се на централизирана инфраструктура.

Технологиите следователно работят на различни етапи на доставка на приложения.

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

Едно уточнение: опаковането на приложения не определя къде се изпълнява посоченият софтуер.

MSIX, MSI или друга форма на пакет може да бъде инсталирана на работна станция, лаптоп, виртуална машина или сървър. Опаковането определя как софтуерът се инсталира и обслужва. Следователно целевото разгръщане определя къде се инсталира приложението.

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

В кой случай можете да използвате пакетиране на приложения и публикуване заедно?

Да. Те разглеждат различни аспекти в жизнения цикъл на доставката на приложения и могат да се използват независимо или в комбинация.

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

Пакет → разгръщане на крайни точки → приложението работи локално

Ако организацията трябва да централизира, тя може да бъде опакована или инсталирана на съответните хостове за сесии и след това да бъде публикувана:

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

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

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

В кой случай би било по-добре да се използва опаковане на Windows приложения?

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

Потребителите се нуждаят от офлайн достъп

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

Опаковането помага на ИТ организациите да гарантират, че този подход се използва последователно, като стандартизира инсталацията, конфигурацията и актуализациите на управляваните крайни точки.

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

Някои приложения функционират най-ефективно, когато се изпълняват локално, тъй като те са по същество зависими от или интегрирани с ресурсите на крайното устройство.

Локалното разгръщане избягва въвеждането на дистанционна сесия между приложението и ресурсите, а пакетиране предоставя повтарящ се метод за инсталиране и конфигуриране на приложението на крайни устройства, способни да поддържат локално изпълнение.

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

Опаковането също има смисъл в ситуация, в която организацията вече разполага с контролирана група от устройства с Windows и платформа за управление на крайни точки, за да ги управлява. Ако средата съдържа предимно подобни устройства и операционни системи на същото ниво на конфигурация, локалното разгръщане и управление на приложенията може да не представлява значителни трудности.

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

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

Кога публикуването на приложения има повече смисъл?

Публикуването на приложения става по-желателно, когато локалната инсталация носи ненужни оперативни или съвместимостни сложности.

Няколко типични ситуации заслужават внимание.

Отдалечени и разпределени потребители

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

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

BYOD и смесени среди за крайни точки

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

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

Тази стратегия е идеална както за среди с носене на собствени устройства (BYOD), така и за други среди, в които има множество операционни системи на крайни устройства.

Наследствени Windows приложения

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

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

Това може да опрости стандартизацията около достъпа до наследствени приложения, докато организацията работи по дългосрочен план за модернизация.

Приложения, изискващи чести актуализации

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

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

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

Как да изберат ИТ екипите между опаковането и публикуването?

ИТ екипите трябва да се съсредоточат върху оперативните изисквания на приложението, а не върху избора на технология.

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

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

Изборът става много по-ясен, ако ИТ отдели три въпроса.

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

Разглеждането на опаковането, внедряването и достъпа като отделни решения пречи на сравнението на две фундаментално различни технологии, сякаш те са едно и също решение.

Как TSplus Remote Access може да бъде решение?

Организациите, които искат централизирана доставка на Windows приложения без да разгръщат цялото приложение на всяка крайна точка, могат да използват TSplus Remote Access да публикувате избрани Windows приложения или да предоставите пълни дистанционни работни плотове от централизирана Windows инфраструктура.

Администраторите могат да назначават приложения на конкретни потребители или групи и да предоставят достъп чрез поддържани отдалечени клиенти или браузърни HTML5 връзки. Това прави публикуването на приложения опция за организации, които поддържат отдалечени потребители, BYOD среди или Windows приложения, които са по-лесни за централизирано поддържане.

Заключение

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

Правилният модел зависи от изискванията на приложението, управлението на крайни точки и нуждите от достъп на потребителите. Като разглеждат опаковката, местоположението на внедряване и достъпа поотделно, ИТ екипите могат да решат дали приложението трябва да работи локално, централизирано или чрез комбинация от двата модела.