Как да изберем софтуер за публикуване на Windows приложения

Въведение

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

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

Какво е софтуер за публикуване на приложения за Windows?

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

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

Microsoft Learn обяснява, че Услугите за отдалечен работен плот могат централно да предоставят или пълни работни станции, или индивидуални програми RemoteApp на упълномощени потребители.

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

Какво означава публикуването на Windows приложение?

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

Типичният процес включва пет етапа:

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

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

Как работи публикуването на приложения за Windows?

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

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

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

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

Публикуване и контрол на достъпа

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

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

Сигурен слой за свързване

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

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

Методи за достъп на потребители

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

Windows Application Publishing срещу Remote Desktop

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

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

Съображение	Публикувано приложение	Пълен дистанционен работен плот
Потребителски опит	Едно или повече назначени приложения	Пълен работен плот на Windows
Типична цел	Фокусиран достъп до бизнес софтуер	Обща среда за дистанционна работа
Административен обхват	Присвояване по приложение	Достъп на ниво работен плот и политика
Излагане на ресурси	По-тесен	По-широк
Най-подходящо за	Подизпълнители, клиенти, приложения за бизнес линии	Служители, нуждаещи се от множество инструменти

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

Публикуване на приложения за Windows срещу VDI

Виртуална десктоп инфраструктура (VDI) дава на потребителите достъп до Windows десктопи, работещи в виртуални машини. В зависимост от внедряването, тези десктопи могат да бъдат лични, споделени, постоянни или непостоянни.

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

Съображение	Публикуване на базата на сесия	VDI
Доставка единица	Индивидуално приложение или споделен работен плот	Завършена виртуална машина
Изолация	Сесийно ниво	Ниво на виртуална машина
Плътност на инфраструктурата	Обикновено по-висок.	Обикновено по-нисък
Персонализация	Умерен	Потенциално обширен
Типично използване	Общи бизнес приложения	Специализирани или изолирани работни станции

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

Превръща ли публикуването на приложения Windows приложение в уеб приложение?

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

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

Какви промени за потребителя?

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

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

Какво остава непроменено?

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

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

Кога публикуването е по-добро от пренаписването?

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

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

Кога трябва да публикувате Windows приложения?

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

Уеб активиране на наследствени Windows приложения

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

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

Централизиране на софтуер за бизнес приложения

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

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

Поддръжка на BYOD и смесени устройства

Публикуването в браузър може да предостави на потребителите на macOS, Linux, Chromebook, таблети или лични компютри достъп до Windows приложение, без да се премества самото приложение на тези крайни устройства. ИТ екипите все още трябва да определят кои данни потребителите имат право да копират, печатат, качват или изтеглят от неуправляеми устройства.

Осигурете контролиран достъп на изпълнители

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

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

Доставяне на съществуващ софтуер като хоствана услуга

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

Какво трябва да оценят ISV?

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

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

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

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

Предимства и ограничения на публикуването на Windows приложения

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

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

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

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

Как да изберете софтуер за публикуване на Windows приложения?

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

Проверете съвместимостта на приложението

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

Сравнете достъпа на потребителите и опита

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

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

Изследване на идентичността и контрола на сигурността

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

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

Оценка на администрацията и автоматизацията

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

План за мащабируемост и устойчивост

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

Сравнете внедряването и общата цена

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

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

Преглед на поддръжката на доставчика и зрялостта на продукта

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

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

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

1. Изберете представително приложение и изградете документиран тестов хост.
2. Публикувайте го в контролирана пилотна група.
3. Конфигурирайте HTTPS, валидни сертификати, многофакторна автентикация и ограничен достъп.
4. Тествайте актуалната комбинация от крайни точки, браузъри и местни клиенти.
5. Валидиране на стартиране, повторно свързване, профили, печат, достъп до файлове и необходимите периферни устройства.
6. Измервайте ресурсите на хоста по време на реалистична едновременна активност.
7. Преглед на регистрацията, отмяна на достъп, резервно копие, актуализации и възстановяване.
8. Разширявайте постепенно от технически тестери до ограничена производствена група.

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

Чести грешки при публикуване на приложения за Windows

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

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

Пропускане на тестване на реални приложения

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

ИТ екипите трябва да тестват представителни работни потоци, потребителски профили, актуализации и периферни устройства, преди да изберат платформа. Доказателството за концепцията трябва да възпроизведе целевата производствена среда възможно най-близо.

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

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

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

Отнасяне на външната доставка като вътрешно внедряване

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

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

Как TSplus е практично решение за публикуване на приложения за Windows?

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

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

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

Заключение

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

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