Úvod
Windows aplikace mohou být instalovány a spravovány na jednotlivých koncových bodech nebo hostovány centrálně a doručovány uživatelům vzdáleně, v závislosti na požadavcích aplikace a infrastruktury. Výběr mezi těmito modely vyžaduje více než jen porovnání technologií. Tento článek vysvětluje, jak funguje balení aplikací pro Windows, jak se liší od publikování aplikací, kdy má každý přístup smysl a jak mohou IT týmy kombinovat obojí v rámci stejné strategie doručování aplikací.
Co je balení aplikací pro Windows?
Balení aplikací pro Windows zahrnuje přípravu aplikace a souborů, konfigurace a metadat, které potřebuje pro předvídatelnou instalaci a správu.
Místo ručního konfigurování aplikace na všech cílových systémech mohou IT týmy použít standardizovaný balíček, který usnadní instalaci, konfiguraci, aktualizaci a odstranění.
Moderní model balení Windows od Microsoftu zahrnuje MSIX, který umožňuje poskytování identity balíčku, předvídatelnou instalaci a odinstalaci, řízené aktualizace a integraci s funkcemi Windows.
Tradiční aplikace Win32 mohou využívat technologie jako MSI a EXE instalátory.
Balení aplikací tedy určuje, co je třeba nainstalovat, jak by měla probíhat instalace a odinstalace, jaké konfigurace jsou poskytovány uživatelům a jak budou probíhat aktualizace. Jeho cílem je umožnit opakovatelné a spravovatelné nasazení aplikací v cílovém prostředí Windows.
Co obsahuje aplikační balíček?
Obsah aplikačního balíčku závisí na technologii balení a samotné aplikaci.
An MSIX balíček například kombinuje payload aplikace s manifestem, který definuje prvky jako identitu balíčku, závislosti a schopnosti. Důležité rozlišení zde je, že balíček definuje jednotku distribuce a nasazení, spíše než aby specifikoval, kde musí aplikace běžet.
Tradiční podnikové balení může také zahrnovat transformaci nebo zabalení stávajícího instalátoru, přidání konfigurace, definování logiky pro nasazení a ověření konečného balíčku před uvedením do provozu.
Balení aplikací je tedy více než jen umístění souborů aplikace do jiného souboru. Cílem je učinit instalaci softwaru opakovatelnou, spravovatelnou a podporovatelnou.
Windows Application Packaging: Jak to funguje?
Pracovní postupy balení se liší v závislosti na aplikaci, formátu balení a platformě pro správu. Většina pracovních postupů balení je však obecně rozdělena do tří různých fází: objevování, vytváření balíčku a testování před nasazením.
Objevování aplikací a požadavky
Před provedením přepracování stávající aplikace je pro administrátory zásadní pochopit, co instalátor aplikace mění a co aplikace vyžaduje během běhu.
Objevovací aktivity zahrnují, ale nejsou omezeny na:
- soubory a adresáře
- registrace položek
- Služby Windows
- závislosti za běhu
- proměnné prostředí
- přiřazení souborů
- oprávnění
- zkratky a konfigurační soubory
Prostředí, do kterého je aplikace nasazena, může být stejně důležité jako instalátor. Aplikace, která je vyvinuta a testována na pracovním stanici vývojáře, se může chovat jinak, když je spuštěna s běžnými uživatelskými oprávněními, na čistém podnikovém obraze Windows nebo na víceuživatelské prostředí Windows Server .
Vytváření a konfigurace balíčku
IT týmy poté připravují aplikaci pomocí vhodné technologie balení pro daný software a model nasazení.
V případě aplikací pro Windows to může znamenat vytvoření balíčku MSIX. To by mohlo zahrnovat ponechání stávajícího softwaru, který používá Win32 ve formě MSI nebo EXE instalátoru, nebo převod některých aplikací na MSIX. Různé přístupy k balení mohou poskytnout identitu pro balíček, zatímco umožňují softwaru udržovat prvky jeho stávajícího instalačního modelu.
Proto neexistuje žádný jednotný formát balení, který by vyhovoval všem aplikacím Windows. Aplikace, její prostředí a potřeby správy by měly určovat přístup k balení.
Testování a nasazení
Balíčky by měly být testováno na čistých systémech které replikují cílové výrobní prostředí.
Testovací proces by měl zahrnovat instalaci, první spuštění, závislosti, aktualizace, funkčnost aplikace a chování při odinstalaci. Správci by také měli zkontrolovat, že oprávnění a konfigurace specifické pro uživatele jsou správně zpracovány, zejména v případě přesměrování souborů nebo registru, které může nastat při balení aplikací.
Po ověření mohou být balíčky distribuovány prostřednictvím preferované platformy pro distribuci softwaru nebo správu koncových bodů organizace.
Nyní se pojďme na chvíli zastavit a objasnit jemný, ale kriticky důležitý rozdíl:
Aplikace jsou zabalena a poté nasazena
Oddělení těchto funkcí je důležité, protože vytváří přirozený přechodový bod pro publikaci aplikací.
Co je publikování aplikací pro Windows?
Publikování aplikací pro Windows slouží k publikování aplikace, která je nainstalována na centralizované infrastruktuře Windows, autorizovaným uživatelům prostřednictvím sítě nebo Internetu.
Aplikace je spuštěna na vzdáleném hostiteli Windows namísto toho, aby byla spuštěna na koncovém zařízení každého uživatele. V tomto případě má uživatel přístup k vzdáleně spuštěné aplikaci prostřednictvím kompatibilního klienta, zástupce nebo webového prohlížeče.
Aplikace nainstalována na serveru → uživateli udělen přístup → aplikace spuštěna na serveru → uživatelská rozhraní doručena uživateli
Tento přístup je odlišný, protože místo instalace a údržby podnikové aplikace na každém koncovém zařízení jsou správci povinni ji udržovat na serverech, které hostují uživatelskou relaci. Uživatelé tak mohou přistupovat k aplikaci, která se zdá být bezproblémově integrována do jejich pracovního prostředí, i když je hostována na centralizované infrastruktuře.
Windows Application Packaging vs Application Publishing: Jak se liší?
Nejjednodušší rozlišení je:
Balení aplikací určuje, jak je software připraven k instalaci a správě. Publikování aplikací určuje, jak uživatelé přistupují k softwaru, který běží na centralizované infrastruktuře.
Technologie tedy fungují na různých úrovních dodávání aplikací.
| Otázka | Balení aplikací pro Windows | Publikování aplikací |
|---|---|---|
| Hlavní účel | Připravte software pro opakovatelnou instalaci a údržbu | Dejte uživatelům přístup k centrálně hostovaným aplikacím |
| Hlavní IT otázka | Jak bychom měli nainstalovat a spravovat tuto aplikaci? | Jak by měli uživatelé přistupovat k této aplikaci a spouštět ji? |
| Kde aplikace běží? | Na jakémkoli systému, který přijme aplikaci | Na publikačním nebo reléovém hostiteli |
| Místní instalace na uživatelském koncovém zařízení? | Obvykle vyžadováno pro nasazení koncových bodů | Kompletní instalace aplikace obvykle není vyžadována |
| Aktualizace | Musí dosáhnout příslušných cílů nasazení | Může být aplikováno centrálně na hostitele publikování |
| Požadavky na koncový bod | Endpoint musí podporovat lokálně prováděnou aplikaci | Endpoint primárně potřebuje kompatibilní metodu přístupu |
| Typický rozsah | Životní cyklus softwaru a správa koncových bodů/serverů | Centralizované doručování aplikací |
| Běžné případy použití | Spravované počítače, standardizovaný software, řízené nasazení | Uživatelé na dálku, BYOD, staré aplikace a centralizovaný přístup k aplikacím |
Jedna kvalifikace: balení aplikací neurčuje, kde se daný software používá.
MSIX, MSI nebo jakákoli jiná forma balíčku může být nasazena na pracovní stanici, notebooku, virtuálním stroji nebo serveru. Balení určuje, jak se software instaluje a spravuje. Cílové nasazení tedy určuje, kde se aplikace instaluje.
Publikování aplikací přináší další architektonické úvahy. Aplikace běží na centralizované infrastruktuře, zatímco její rozhraní je dodáváno na vzdálené koncové body pro autorizované uživatele.
V jakém případě byste mohli použít balení a publikaci aplikací společně?
Ano. Řeší různé aspekty v životním cyklu dodávky aplikací a mohou být používány samostatně nebo v kombinaci.
Zvažte organizaci, která má aplikaci Windows pro podnikání. Pokud ji potřebuje spustit lokálně, může být zabalena a nasazena na každém spravovaném koncovém bodě:
Balíček → nasadit na koncové body → aplikace běží lokálně
Pokud organizace potřebuje centralizovat, může být zabalena nebo nainstalována na relevantních hostitelích relací a poté publikována:
Balíček nebo instalace → nasazení na centralizované hostitele → publikování → aplikace běží centrálně
V tomto případě balení aplikací není nutně opuštěno. Je jednoduše aplikováno na centralizované hostitele místo na zařízení každého uživatele, což může zjednodušit udržování aplikace konzistentní na více publikačních serverech.
Balení aplikací a publikování aplikací nejsou vzájemně výlučné: balení standardizuje instalaci a údržbu aplikace, zatímco publikování určuje její přístupovou metodu. V závislosti na potřebách aplikace může IT použít jednu metodu, druhou nebo obě v kombinaci.
V jakém případě by bylo lepší použít balení aplikací pro Windows?
Balení aplikací Microsoft Windows je nejvhodnější, když je místní provádění výhodné a IT může efektivně spravovat zařízení, na kterých je aplikace hostována. V takových případech umožňuje standardizaci instalace a údržby, zatímco místo provádění aplikace zůstává na uživatelích.
Uživatelé potřebují offline přístup
Aplikace nainstalované lokálně mohou efektivně fungovat, i když uživatelé nemohou přistupovat k centrálním zdrojům, což je často případ mobilních zaměstnanců, pracovníků v terénu a dalších nomádských pracovníků.
Balení pomáhá IT organizacím zajistit, že se tento přístup používá konzistentně standardizací instalace, konfigurace a aktualizací na spravovaných koncových bodech.
Aplikace závisí na místním hardwaru nebo zpracování
Některé aplikace fungují nejefektivněji, když jsou spuštěny lokálně, protože jsou inherentně závislé na nebo integrovány se zdroji koncového zařízení.
Místní nasazení zabraňuje zavedení vzdálené relace mezi aplikací a zdroji a balení poskytuje opakovatelnou metodu pro instalaci a konfiguraci aplikace na koncových bodech schopných podporovat místní provádění.
Koncové body jsou standardizovány a centrálně spravovány
Balení dává smysl také v situaci, kdy organizace již má kontrolovanou sadu zařízení se systémem Windows a platformu pro správu koncových zařízení. Pokud prostředí obsahuje převážně podobná zařízení a operační systémy na stejné úrovni konfigurace, místní nasazení aplikací a správa nemusí představovat žádné významné obtíže.
Balíčky poskytují organizovaný přístup k řízení aplikací, což usnadňuje úkol instalace a údržby aplikace na zařízeních koncových uživatelů. V tomto scénáři nemusí být zavedení centrálního provádění nutné a může přidat další vrstvu složitosti, pokud neexistuje skutečná obchodní potřeba pro takové opatření.
Proto je klíčovou otázkou nikoli to, zda lze aplikaci zabalit, ale zda je životaschopné ji nainstalovat, aktualizovat a spravovat na každém cílovém zařízení s ohledem na specifické prostředí a požadavky.
Kdy má publikování aplikací větší smysl?
Publikování aplikací se stává atraktivnějším, když místní instalace přináší nepřiměřené provozní nebo kompatibilitní složitosti.
Několik typických situací stojí za zvážení.
Vzdálené a distribuované uživatele
Remote pracovníci, zaměstnanci poboček a dodavatelé nepracují vždy z dobře spravovaných míst nebo zařízení, jako jsou firemní počítače.
Publikování aplikací uchovává aplikaci Windows na centrálních serverech a zároveň umožňuje vzdálený přístup autorizovanými uživateli, čímž se uvolňují administrátoři od zátěže replikace aplikačního prostředí na každém vzdáleném zařízení.
BYOD a smíšená prostředí koncových bodů
Aplikace pro Windows nemusí nutně fungovat na každém typu zařízení, které konkrétní organizace používá.
Publikování aplikací odděluje prostředí pro provádění od koncového uživatele. Použitím takové metody může jednotlivce přistupovat k centrálně hostované aplikaci Windows prostřednictvím schváleného prohlížeče nebo klienta na svém zařízení, což by jinak nebylo možné.
Tato strategie je ideální jak pro prostředí s vlastním zařízením (BYOD), tak pro další prostředí, kde je více operačních systémů na koncových zařízeních.
Dědictví aplikací Windows
Dědictví aplikace mohou zkomplikovat nasazení tím, že se spoléhají na závislosti operačního systému, zastaralé komponenty a obtížné konfigurační omezení.
Centralizace aplikace může pomoci snížit prostředí, ve kterých musí IT zajistit funkčnost softwaru. Nevyřeší to nutně problémy s kompatibilitou aplikací, ale může tyto problémy omezit na řízené Windows hostitele, místo na rozsáhlou sbírku koncových bodů.
Tohoto může zjednodušit standardizaci přístupu k zastaralým aplikacím, když organizace pracuje na dlouhodobém plánu modernizace.
Aplikace vyžadující časté aktualizace
Časté změny aplikace ztěžují její místní nasazení, zejména když se zvyšuje počet koncových bodů.
S publikováním aplikací administrátoři aktualizují aplikaci na relevantních centrálních hostitelích. Uživatelé pak mají přístup k aktualizované aplikaci, aniž by museli aktualizovat software na všech koncových bodech.
Proces je obzvlášť výhodný, když je mnoho uživatelů závislých na stejné aplikaci, ale nemusí ji používat lokálně.
Jak by měly IT týmy vybírat mezi balením a publikováním?
IT týmy by se měly zaměřit na provozní požadavky aplikace spíše než na volbu technologie.
Pokud je místní instalace snadná na údržbu, vaše koncové body jsou pečlivě řízeny a uživatelé potřebují offline nebo hardwarově závislé funkce, balená nasazení koncových bodů dává největší smysl. Pokud jsou vaši uživatelé rozptýleni, vaše koncové body jsou heterogenní, místní instalace je náročná nebo je aplikaci snazší udržovat aktuální centrálně, publikování aplikací může snížit náklady na správu koncových bodů.
Mnoho podniků bude vyžadovat oba modely. Vaši spravovaní uživatelé pracovních stanic mohou získat lokálně nasazené aplikace, ale dodavatelé, telekomunikující pracovníci nebo ti, kteří používají nespravované zařízení, mohou získat centrálně publikovaný přístup k specifickému obchodnímu softwaru.
Volba se stává mnohem jasnější, pokud IT oddělí tři otázky.
- Jak by měla být aplikace zabalená a udržována?
- Kde by měla být aplikace nasazena a spuštěna?
- Jak by se k tomu měli uživatelé přistupovat?
Pohled na balení, nasazení a přístup jako na samostatná rozhodnutí brání srovnání dvou zásadně odlišných technologií, jako by to byla stejná řešení.
Jak může být TSplus Remote Access řešením?
Organizace, které chtějí centralizované doručování aplikací Windows bez nasazení kompletní aplikace na každém koncovém bodě, mohou použít TSplus Remote Access k publikování vybraných aplikací Windows nebo poskytování plných vzdálených desktopů z centralizované infrastruktury Windows.
Administrátoři mohou přiřazovat aplikace konkrétním uživatelům nebo skupinám a poskytovat přístup prostřednictvím podporovaných vzdálených klientů nebo připojení založených na HTML5 v prohlížeči. To činí publikaci aplikací možností pro organizace podporující vzdálené uživatele, prostředí BYOD nebo Windows aplikace, které jsou snazší na centrální údržbu.
Závěr
Balení aplikací pro Windows poskytuje opakovatelný způsob instalace, konfigurace a údržby softwaru, zatímco publikování aplikací dává uživatelům přístup k aplikacím běžícím na centralizované infrastruktuře. Ani jeden přístup inherentně nenahrazuje druhý a oba mohou tvořit součást stejné strategie dodávání aplikací.
Správný model závisí na požadavcích aplikace, správě koncových bodů a potřebách přístupu uživatelů. Zvážením balení, umístění nasazení a přístupu odděleně mohou IT týmy rozhodnout, zda by aplikace měla běžet lokálně, centrálně nebo prostřednictvím kombinace obou modelů.
TSplus Bezplatná zkušební verze vzdáleného přístupu
Ultimativní alternativa Citrix/RDS pro přístup k desktopu/aplikacím. Bezpečné, nákladově efektivní, on-premises/cloud