Windows Application Packaging vs Objavljivanje aplikacija

Uvod

Windows aplikacije mogu se instalirati i upravljati na pojedinačnim krajnjim točkama ili se centralno hostirati i isporučivati korisnicima na daljinu, ovisno o zahtjevima aplikacije i infrastrukture. Odabir između ovih modela zahtijeva više od usporedbe tehnologija. Ovaj članak objašnjava kako funkcionira pakiranje Windows aplikacija, kako se razlikuje od objavljivanja aplikacija, kada svaki pristup ima smisla i kako IT timovi mogu kombinirati oboje unutar iste strategije isporuke aplikacija.

Što je pakiranje aplikacija za Windows?

Pakiranje Windows aplikacija uključuje pripremu aplikacije te datoteka, konfiguracije i metapodataka koji su potrebni za predvidljivu instalaciju i upravljanje.

Umjesto ručnog konfiguriranja aplikacije na svim ciljnim sustavima, IT timovi mogu koristiti standardizirani paket kako bi instalaciju, konfiguraciju, ažuriranje i uklanjanje učinili dosljednijima.

Moderni model pakiranja sustava Windows tvrtke Microsoft uključuje MSIX, koji omogućuje pružanje identiteta paketa, predvidivu instalaciju i uklanjanje, kontrolirane ažuriranja i integraciju s značajkama sustava Windows.

Tradicionalne Win32 aplikacije mogu iskoristiti tehnologije kao što su MSI i EXE instalateri.

Pakiranje aplikacija stoga određuje što treba instalirati, kako bi se instalacija i uklanjanje trebali odvijati, koja konfiguracija se pruža korisnicima i kako će se nadogradnje provoditi. Njegov cilj je omogućiti da implementacija aplikacija bude ponovljiva i upravljiva u ciljanom Windows okruženju.

Što sadrži paket aplikacije?

Sadržaj aplikacijskog paketa ovisi o tehnologiji pakiranja, samoj aplikaciji.

Jedan MSIX paket primjer, kombinira sadržaj aplikacije s manifestom koji definira elemente kao što su identitet paketa, ovisnosti i mogućnosti. Važna razlika ovdje je da paket definira jedinicu distribucije i implementacije, umjesto da specificira gdje aplikacija mora raditi.

Tradicionalno pakiranje poduzeća može također uključivati transformaciju ili omotavanje postojećeg instalatera, dodavanje konfiguracije, definiranje logike za implementaciju i validaciju konačnog paketa prije puštanja u rad.

Pakiranje aplikacija stoga je više od jednostavnog stavljanja datoteka aplikacije unutar druge datoteke. Cilj mu je učiniti instalaciju softvera ponovljivom, upravljivom i podržanom.

Windows aplikacijsko pakiranje: Kako to funkcionira?

Radni tokovi pakiranja variraju ovisno o aplikaciji, formatu pakiranja i platformi za upravljanje. Međutim, većina radnih tokova pakiranja obično se dijeli na tri različite faze: otkrivanje, kreiranje paketa i testiranje prije implementacije.

Otkriće aplikacija i zahtjevi

Prije nego što se izvrši ponovno pakiranje postojeće aplikacije, ključno je da administratori razumiju što instalacijski program aplikacije mijenja i što aplikacija zahtijeva tijekom izvođenja.

Aktivnosti otkrivanja uključuju, ali nisu ograničene na:

• datoteke i direktoriji
• registracijski unosi
• Windows usluge
• zavisnosti u vrijeme izvođenja
• varijable okruženja
• povezivanje datoteka
• dozvole
• prečaci i konfiguracijske datoteke

Okruženje u kojem je aplikacija implementirana može biti jednako važno kao i instalacijski program. Aplikacija koja je razvijena i testirana na radnoj stanici programera može se ponašati drugačije kada se pokrene koristeći standardne korisničke dozvole, na čistoj poduzećoj Windows slici ili na višekorisničko okruženje Windows Server .

Kreiranje i konfiguracija paketa

IT timovi zatim pripremaju aplikaciju koristeći odgovarajuću tehnologiju pakiranja za dati softver i model implementacije.

U slučaju Windows aplikacija, to bi moglo značiti stvaranje MSIX paketa. To bi moglo uključivati ostavljanje postojećeg softvera koji koristi Win32 u svom MSI ili EXE instalacijskom obliku ili pretvaranje nekih aplikacija u MSIX. Različiti pristupi pakiranju mogu pružiti identitet paketu dok omogućuju softveru da zadrži elemente svog postojećeg modela instalacije.

Stoga ne postoji jedinstveni format pakiranja koji odgovara svim Windows aplikacijama. Aplikacija, njezino okruženje i potrebe upravljanja trebaju odrediti pristup pakiranju.

Testiranje i implementacija

Paketi bi trebali biti testirano na čistim sustavima koji repliciraju ciljno proizvodno okruženje.

Proces testiranja trebao bi uključivati instalaciju, prvo pokretanje, ovisnosti, ažuriranja, funkcionalnost aplikacije i ponašanje deinstalacije. Administratori bi također trebali provjeriti da su dozvole i konfiguracije specifične za korisnike ispravno obrađene, posebno u slučaju preusmjeravanja datoteka ili registra koje može doći do izražaja prilikom pakiranja aplikacija.

Nakon validacije, paketi se mogu distribuirati putem preferirane platforme za distribuciju softvera ili upravljanje krajnjim točkama organizacije.

Sada se vratimo korak unatrag i razjasnimo suptilnu, ali izuzetno važnu razliku:

Aplikacije se pakiraju, a zatim implementiraju

Odvajanje ovih funkcija je važno jer stvara prirodnu točku prijelaza za objavljivanje aplikacija.

Što je objavljivanje Windows aplikacija?

Objavljivanje Windows aplikacija služi za objavljivanje aplikacije koja je instalirana na centraliziranoj Windows infrastrukturi za ovlaštene korisnike putem mreže ili Interneta.

Aplikacija se izvršava na udaljenom Windows hostu umjesto da se izvršava na svakom korisničkom kraju. U ovom slučaju, korisniku se omogućuje pristup udaljenoj aplikaciji putem kompatibilnog klijenta, prečaca ili web preglednika.

Aplikacija instalirana na poslužitelju → korisniku odobren pristup → aplikacija izvršena na poslužitelju → sučelje aplikacije isporučeno korisniku

Ovaj pristup je drugačiji, jer umjesto instaliranja i održavanja poslovne aplikacije na svakom krajnjem uređaju, od administratora se zahtijeva da je održavaju na poslužiteljima koji hostuju korisničku sesiju. Kao takvi, korisnici mogu pristupiti aplikaciji koja se čini da se besprijekorno uklapa u njihovo radno okruženje, unatoč tome što je hostovana na centraliziranoj infrastrukturi.

Windows Application Packaging vs Application Publishing: Kako se razlikuju?

Najjednostavnija razlika je:

Pakiranje aplikacija određuje kako se softver priprema za instalaciju i upravljanje. Objavljivanje aplikacija određuje kako korisnici pristupaju softveru koji se izvršava na centraliziranoj infrastrukturi.

Tehnologije stoga djeluju na različitim fazama isporuke aplikacija.

Pitanje	Pakiranje Windows aplikacija	Objavljivanje aplikacija
Primarna svrha	Pripremite softver za ponovnu instalaciju i održavanje	Omogućite korisnicima pristup centralno hostiranim aplikacijama
Glavno IT pitanje	Kako bismo trebali instalirati i upravljati ovom aplikacijom?	Kako bi korisnici trebali pristupiti i pokrenuti ovu aplikaciju?
Gdje aplikacija radi?	Na kojem god sustavu primi aplikaciju	Na poslužitelju za objavljivanje ili sesiju
Lokalna instalacija na korisničkom kraju?	Obično je potrebno za implementaciju krajnjih točaka	Potpuna instalacija aplikacije obično nije potrebna
Ažuriranja	Mora dosegnuti primjenjive ciljeve implementacije	Može se primijeniti centralno na hostove za objavljivanje
Zahtjevi za krajnje točke	Krajna točka mora podržavati lokalno izvršenu aplikaciju	Endpoint prvenstveno treba kompatibilnu metodu pristupa
Tipični opseg	Upravljanje životnim ciklusom softvera i krajnjim točkama/serverima	Centralizirana isporuka aplikacija
Uobičajeni slučajevi korištenja	Upravljani PC-ovi, standardizirani softver, kontrolirani uvozi	Daljinski korisnici, BYOD, naslijeđene aplikacije i centralizirani pristup aplikacijama

Jedna kvalifikacija: pakiranje aplikacija ne određuje gdje se navedeni softver koristi.

MSIX, MSI ili bilo koji drugi oblik paketa može se implementirati na radnu stanicu, prijenosno računalo, virtualnu mašinu ili poslužitelj. Pakiranje određuje kako se softver instalira i održava. Ciljana implementacija stoga određuje gdje se aplikacija instalira.

Objavljivanje aplikacija uvodi dodatno arhitektonsko razmatranje. Aplikacijski procesi se odvijaju na centraliziranoj infrastrukturi dok se sučelje isporučuje na udaljenim krajnjim točkama za ovlaštene korisnike.

U kojem slučaju biste mogli koristiti pakiranje aplikacija i objavljivanje zajedno?

Da. Oni se bave različitim aspektima životnog ciklusa isporuke aplikacija i mogu se koristiti neovisno ili u kombinaciji.

Razmotrite organizaciju koja ima aplikaciju za poslovanje na Windowsu. Ako se mora pokretati lokalno, može se pakirati i implementirati na svaki upravljani krajnji uređaj:

Paket → implementirati na krajnje točke → aplikacija se pokreće lokalno

Ako organizacija treba centralizirati, može se pakirati ili instalirati na relevantnim sesijskim poslužiteljima i zatim objaviti:

Paketiraj ili instaliraj → implementiraj na centralizirane hostove → objavi → aplikacija se pokreće centralno

U ovom slučaju, pakiranje aplikacija nije nužno napušteno. Samo se primjenjuje na centralizirane poslužitelje umjesto na uređaj svakog korisnika, što može pojednostaviti održavanje dosljednosti aplikacije na više poslužitelja za objavljivanje.

Pakiranje aplikacija i objavljivanje aplikacija nisu međusobno isključivi: pakiranje standardizira instalaciju i održavanje aplikacije, dok objavljivanje određuje njezin način pristupa. Ovisno o potrebama aplikacije, IT može koristiti jednu metodu, drugu ili obje u kombinaciji.

U kojem bi slučaju bilo bolje koristiti pakiranje Windows aplikacija?

Pakiranje Microsoft Windows aplikacija najprikladnije je kada je lokalna izvršavanje korisna, a IT može učinkovito upravljati uređajima na kojima je aplikacija hostana. U takvim slučajevima omogućuje standardizaciju instalacije i održavanja, dok korisnicima ostavlja mjesto izvršavanja aplikacije.

Korisnicima je potreban offline pristup

Aplikacije instalirane lokalno mogu učinkovito raditi, čak i ako korisnici ne mogu pristupiti središnjim resursima, što je često slučaj za mobilne zaposlenike, terenske radnike i druge nomadske radnike.

Pakiranje pomaže IT organizacijama da osiguraju da se ovaj pristup dosljedno koristi standardizacijom instalacije, konfiguracije i ažuriranja na upravljanim krajnjim točkama.

Aplikacije ovise o lokalnom hardveru ili obradi

Neke aplikacije funkcioniraju najučinkovitije kada se pokreću lokalno jer su inherentno ovisne o ili integrirane s resursima krajnje točke.

Lokalna implementacija izbjegava uvođenje udaljene sesije između aplikacije i resursa, a pakiranje pruža ponovljiv način za instalaciju i konfiguraciju aplikacije na krajnjim točkama koje mogu podržavati lokalno izvršavanje.

Krajnje točke su standardizirane i centralno upravljane

Pakiranje također ima smisla u situaciji kada organizacija već ima kontrolirani skup Windows uređaja i platformu za upravljanje krajnjim točkama za njihovo upravljanje. Ako okruženje sadrži većinom slične uređaje i operacijske sustave na istoj razini konfiguracije, lokalno implementiranje i upravljanje aplikacijama može predstavljati beznačajnu poteškoću.

Paketi pružaju organizirani pristup upravljanju aplikacijama, što olakšava zadatak instaliranja i održavanja aplikacije na uređajima krajnjih korisnika. U ovom scenariju, uvođenje središnjeg izvršavanja možda neće biti potrebno i može dodati dodatni sloj složenosti osim ako ne postoji stvarna poslovna potreba za takvom mjerom.

Stoga, ključno pitanje nije može li se aplikacija pakirati, već je li izvedivo instalirati, ažurirati i upravljati njome na svakom ciljanom uređaju uzimajući u obzir specifično okruženje i zahtjeve.

Kada objavljivanje aplikacija ima više smisla?

Objavljivanje aplikacija postaje poželjnije kada lokalna instalacija donosi nepotrebne operativne ili kompatibilne složenosti.

Nekoliko tipičnih situacija vrijedi razmotriti.

Udaljeni i distribuirani korisnici

Daljinski radnici, osoblje podružnica i izvođači ne rade uvijek s dobro upravljanih lokacija ili uređaja poput korporativnih računala.

Objavljivanje aplikacija čuva Windows aplikaciju na centralnim poslužiteljima dok omogućuje udaljeni pristup od strane ovlaštenih korisnika, čime se administratori oslobađaju tereta repliciranja aplikacijskog okruženja na svakom udaljenom uređaju.

BYOD i miješana okruženja krajnjih točaka

Windows aplikacija možda neće nužno raditi na svakoj vrsti uređaja koju određena organizacija koristi.

Objavljivanje aplikacija odvaja izvršno okruženje od krajnjeg korisnika. Korištenjem takve metode, pojedinac može pristupiti središnje hostanoj Windows aplikaciji putem odobrenog preglednika ili klijenta na svom uređaju, koji inače ne bi mogao pokrenuti aplikaciju.

Ova strategija je idealna za okruženja s vlastitim uređajem (BYOD) i druga okruženja gdje postoji više operativnih sustava na krajnjim točkama.

Nasljedne Windows aplikacije

Nasljedne aplikacije može zakomplicirati napore za implementaciju oslanjajući se na ovisnosti o operativnom sustavu, zastarjele komponente i teške konfiguracijske ograničenja.

Centralizacija aplikacije može pomoći u smanjenju okruženja u kojima IT mora natjerati softver da radi. To nužno neće riješiti probleme s kompatibilnošću aplikacija, ali može ograničiti te probleme na kontrolirane Windows domaćine, umjesto na raširenu kolekciju krajnjih točaka.

Ovo može pojednostaviti standardizaciju pristupa naslijeđenim aplikacijama dok organizacija radi na dugoročnom planu modernizacije.

Aplikacije koje zahtijevaju česta ažuriranja

Česte promjene u aplikaciji otežavaju njezino lokalno implementiranje, posebno kada se broj krajnjih točaka poveća.

S publikacijom aplikacija, administratori ažuriraju aplikaciju na relevantnim centralnim poslužiteljima. Korisnici zatim pristupaju ažuriranoj aplikaciji bez potrebe za ažuriranjem softvera na svim krajnjim točkama.

Proces je posebno povoljan kada mnogi korisnici ovise o istoj aplikaciji, ali je ne moraju koristiti lokalno.

Kako bi IT timovi trebali odabrati između pakiranja i objavljivanja?

IT timovi trebaju gledati na operativne zahtjeve aplikacije, a ne na izbor tehnologije.

Ako je lokalna instalacija jednostavna za održavanje, vaši su krajnji uređaji strogo kontrolirani i korisnici trebaju offline ili hardverski ovisne mogućnosti, pakirana implementacija krajnjih uređaja ima najviše smisla. Ako su vaši korisnici raspoređeni, vaši su krajnji uređaji heterogeni, lokalna instalacija je izazovna ili je aplikaciju lakše održavati ažurnom centralno, objavljivanje aplikacija može smanjiti troškove upravljanja krajnjim uređajima.

Mnoge tvrtke će zahtijevati oba modela. Vaši korisnici upravljanih radnih površina mogli bi dobiti lokalno instalirane aplikacije, ali izvođači, telekomunikacijski radnici ili oni koji koriste neuređene uređaje mogli bi dobiti centralno objavljeni pristup specifičnom poslovnom softveru.

Odabir postaje mnogo jasniji ako IT odvoji tri pitanja.

1. Kako bi aplikacija trebala biti pakirana i održavana?
2. Gdje bi aplikacija trebala biti implementirana i pokrenuta?
3. Kako bi korisnici trebali pristupiti tome?

Gledanje na pakiranje, implementaciju i pristup kao na odvojene odluke sprječava usporedbu dviju temeljno različitih tehnologija kao da su isto rješenje.

Kako može TSplus Remote Access biti rješenje?

Organizacije koje žele centraliziranu isporuku Windows aplikacija bez implementacije cijele aplikacije na svaki krajnji uređaj mogu koristiti TSplus Remote Access za objavljivanje odabranih Windows aplikacija ili pružanje punih udaljenih radnih površina iz centralizirane Windows infrastrukture.

Administratori mogu dodijeliti aplikacije određenim korisnicima ili grupama i omogućiti pristup putem podržanih udaljenih klijenata ili web-povezivanja temeljenog na HTML5. To čini objavljivanje aplikacija opcijom za organizacije koje podržavaju udaljene korisnike, BYOD okruženja ili Windows aplikacije koje je lakše održavati centralno.

Zaključak

Pakiranje Windows aplikacija pruža ponovljiv način za instalaciju, konfiguraciju i održavanje softvera, dok objavljivanje aplikacija korisnicima omogućuje pristup aplikacijama koje se izvršavaju na centraliziranoj infrastrukturi. Nijedan pristup inherentno ne zamjenjuje drugi, a oba mogu biti dio iste strategije isporuke aplikacija.

Pravi model ovisi o zahtjevima aplikacije, upravljanju krajnjim točkama i potrebama korisničkog pristupa. Razmatrajući pakiranje, lokaciju implementacije i pristup odvojeno, IT timovi mogu odlučiti treba li aplikacija raditi lokalno, centralno ili kroz kombinaciju oba modela.