Windows Application Packaging vs Application Publishing

Pakilala

Maaaring i-install at pamahalaan ang mga aplikasyon ng Windows sa mga indibidwal na endpoint o i-host nang sentral at ipamahagi sa mga gumagamit nang malayuan, depende sa mga kinakailangan ng aplikasyon at imprastruktura. Ang pagpili sa pagitan ng mga modelong ito ay nangangailangan ng higit pa sa paghahambing ng mga teknolohiya. Ipinaliwanag ng artikulong ito kung paano gumagana ang packaging ng aplikasyon ng Windows, kung paano ito naiiba sa pag-publish ng aplikasyon, kung kailan may katuturan ang bawat diskarte at kung paano maaaring pagsamahin ng mga koponan ng IT ang pareho sa loob ng parehong estratehiya sa paghahatid ng aplikasyon.

Ano ang Windows Application Packaging?

Ang pag-packaging ng aplikasyon sa Windows ay kinabibilangan ng paghahanda ng isang aplikasyon at ang mga file, configuration, at metadata na kinakailangan nito para sa inaasahang pag-install at pamamahala.

Sa halip na mano-manong i-configure ang isang aplikasyon sa lahat ng target na sistema, maaaring gumamit ang mga IT team ng isang pamantayang pakete upang gawing mas pare-pareho ang pag-install, pag-configure, pag-update at pagtanggal.

Ang modernong modelo ng packaging ng Windows ng Microsoft ay kinabibilangan ng MSIX, na nagbibigay-daan sa pagbibigay ng pagkakakilanlan ng package, inaasahang pag-install at pagtanggal, kontroladong mga update at integrasyon sa mga tampok ng Windows.

Ang mga tradisyunal na Win32 na aplikasyon ay maaaring makinabang mula sa mga teknolohiya tulad ng MSI at EXE na mga installer.

Ang packaging ng aplikasyon ay nagdidikta kung ano ang kailangang i-install, kung paano dapat isagawa ang pag-install at pagtanggal, kung anong configuration ang ibinibigay sa mga gumagamit at kung paano isasagawa ang mga pag-upgrade. Ang layunin nito ay upang payagan ang pag-deploy ng aplikasyon na maging paulit-ulit at mapamahalaan sa buong target na kapaligiran ng Windows.

Ano ang Nilalaman ng isang Application Package?

Ang nilalaman ng isang application package ay nakasalalay sa teknolohiya ng pag-iimpake, ang mismong application.

Isang MSIX package halimbawa, pinagsasama ang payload ng isang aplikasyon sa isang manifest na naglalarawan ng mga elemento tulad ng pagkakakilanlan ng package, mga dependencies at mga kakayahan. Ang mahalagang pagkakaiba dito ay ang package ay naglalarawan ng isang yunit ng pamamahagi at pag-deploy, sa halip na tukuyin kung saan dapat tumakbo ang aplikasyon.

Ang tradisyunal na pag-iimpake ng enterprise ay maaari ring magsangkot ng pagbabago o pagbalot ng isang umiiral na installer, pagdaragdag ng configuration, pagtukoy sa lohika para sa deployment at pagpapatunay ng huling package bago ang rollout.

Ang packaging ng aplikasyon ay higit pa sa simpleng paglalagay ng mga file ng aplikasyon sa loob ng ibang file. Layunin nitong gawing paulit-ulit, madaling pamahalaan, at suportahan ang pag-install ng software.

Windows Application Packaging: Paano Ito Gumagana?

Ang mga daloy ng pag-iimpake ay nag-iiba depende sa aplikasyon, format ng pag-iimpake at platform ng pamamahala. Gayunpaman, ang karamihan sa mga daloy ng pag-iimpake ay karaniwang nahahati sa tatlong magkakaibang yugto: pagtuklas, paglikha ng pakete at pagsubok bago ang deployment.

Pagtuklas ng Aplikasyon at Mga Kinakailangan

Bago isagawa ang repackaging ng isang umiiral na aplikasyon, mahalaga para sa mga administrador na maunawaan kung ano ang binabago ng installer ng aplikasyon at kung ano ang kinakailangan ng aplikasyon sa panahon ng runtime.

Mga aktibidad ng pagtuklas ay kinabibilangan, ngunit hindi limitado sa:

• mga file at direktoryo
• mga entry ng registry
• Serbisyo ng Windows
• mga kinakailangang runtime
• mga variable ng kapaligiran
• mga pagkakaugnay ng file
• pahintulot
• mga shortcut at mga configuration file

Ang kapaligiran kung saan inilalagay ang aplikasyon ay maaaring kasing mahalaga ng installer. Ang isang aplikasyon na binuo at sinubukan sa workstation ng isang developer ay maaaring kumilos nang iba kapag pinatakbo gamit ang mga karaniwang pahintulot ng gumagamit, sa isang malinis na enterprise Windows image o sa isang multi-user Windows Server environment .

Paglikha at Pagsasaayos ng Package

IT teams pagkatapos ay naghahanda ng aplikasyon gamit ang angkop na teknolohiya ng packaging para sa ibinigay na software at modelo ng deployment

Sa kaso ng mga aplikasyon ng Windows, maaaring mangahulugan ito ng paglikha ng isang MSIX package. Maaaring kasama rito ang pag-iwan sa umiiral na software na gumagamit ng Win32 sa anyo ng MSI o EXE installer o pag-convert ng ilang aplikasyon sa MSIX. Ang iba't ibang diskarte sa pag-packaging ay maaaring magbigay ng pagkakakilanlan para sa package habang pinapayagan ang software na mapanatili ang mga elemento ng umiiral na modelo ng pag-install nito.

Kaya, walang isang format ng packaging na angkop para sa lahat ng Windows application. Ang application, ang kapaligiran nito, at ang mga pangangailangan sa pamamahala ang dapat magtakda ng diskarte sa packaging.

Pagsubok at Pag-deploy

Dapat ay mga pakete sinubukan sa malinis na mga sistema na nag-uulit ng target na kapaligiran ng produksyon.

Ang proseso ng pagsubok ay dapat isama ang pag-install, unang paglunsad, mga dependencies, mga update, pag-andar ng aplikasyon at pag-uugali ng pag-uninstall. Dapat ding suriin ng mga administrador na ang mga pahintulot at mga configuration na tiyak sa gumagamit ay na-handle nang tama, lalo na sa kaso ng pag-redirect ng file o registry na maaaring mangyari kapag nagba-package ng mga aplikasyon.

Pagkatapos ng pagpapatunay, ang mga pakete ay maaaring ipamahagi sa pamamagitan ng piniling software distribution o endpoint management platform ng organisasyon.

Ngayon, magpahinga tayo sandali at linawin ang isang banayad ngunit napakahalagang pagkakaiba:

Ang mga aplikasyon ay pinagsama-sama, pagkatapos ay inilunsad.

Ang paghihiwalay ng mga function na ito ay mahalaga dahil ito ay lumilikha ng isang natural na punto ng paglipat para sa pag-publish ng aplikasyon.

Ano ang Windows Application Publishing?

Pag-publish ng aplikasyon sa Windows nagsisilbing ilathala ang isang aplikasyon na naka-install sa sentralisadong imprastruktura ng Windows para sa mga awtorisadong gumagamit sa pamamagitan ng isang network o Internet.

Ang aplikasyon ay isinasagawa sa isang remote na Windows host sa halip na isagawa sa bawat endpoint ng gumagamit. Sa kasong ito, ang gumagamit ay binibigyan ng access sa remotely executed na aplikasyon sa pamamagitan ng isang compatible na kliyente, shortcut o web browser.

Inilagay ang aplikasyon sa server → binigyan ng access ang gumagamit → isinagawa ang aplikasyon sa server → naipadala ang interface ng aplikasyon sa gumagamit

Ang pamamaraang ito ay naiiba, dahil sa halip na i-install at panatilihin ang aplikasyon ng negosyo sa bawat endpoint, kinakailangan ng mga administrador na panatilihin ito sa mga server na nagho-host ng sesyon ng gumagamit. Sa ganitong paraan, ang mga gumagamit ay makakakuha ng access sa isang aplikasyon na tila sumasama sa kanilang kapaligiran sa trabaho nang walang putol, sa kabila ng pagho-host nito sa sentralisadong imprastruktura.

Windows Application Packaging vs Application Publishing: Paano Sila Nagkakaiba?

Ang pinakasimpleng pagkakaiba ay:

Ang pag-packaging ng aplikasyon ay tumutukoy kung paano inihahanda ang software para sa pag-install at pamamahala. Ang pag-publish ng aplikasyon ay tumutukoy kung paano naa-access ng mga gumagamit ang software na tumatakbo sa sentralisadong imprastruktura.

Ang mga teknolohiya ay samakatuwid ay gumagana sa iba't ibang yugto ng paghahatid ng aplikasyon.

Tanong	Pagbabalot ng Aplikasyon ng Windows	Paglalathala ng Application
Pangunahing layunin	Ihanda ang software para sa paulit-ulit na pag-install at pagpapanatili	Bigyan ang mga gumagamit ng access sa mga sentral na naka-host na aplikasyon
Pangunahing tanong sa IT	Paano natin dapat i-install at pamahalaan ang application na ito?	Paano dapat ma-access at patakbuhin ng mga gumagamit ang application na ito?
Saan tumatakbo ang app?	Sa alinmang sistema na tumatanggap ng aplikasyon	Sa naglalathala o host ng sesyon
Local installation sa endpoint ng gumagamit?	Kadalasang kinakailangan para sa deployment ng endpoint	Karaniwang hindi kinakailangan ang kumpletong pag-install ng aplikasyon
Mga Update	Dapat maabot ang mga naaangkop na target sa deployment	Maaaring ilapat nang sentral sa mga host ng pag-publish
Mga kinakailangan ng Endpoint	Dapat suportahan ng Endpoint ang lokal na isinasagawang aplikasyon	Kailangan ng Endpoint ng isang katugmang paraan ng pag-access.
Karaniwang saklaw	Pamamahala ng lifecycle ng software at endpoint/server	Sentralisadong paghahatid ng aplikasyon
Karaniwang mga kaso ng paggamit	Naka-manage na mga PC, pamantayang software, kontroladong pagpapalabas	Mga remote na gumagamit, BYOD, mga legacy na app at sentralisadong pag-access sa aplikasyon

Isang kwalipikasyon: ang pag-packaging ng aplikasyon ay hindi nagdidikta kung saan pinapatakbo ang nasabing software.

MSIX, MSI o anumang iba pang anyo ng pakete ay maaaring i-deploy sa isang workstation, laptop, virtual machine o server. Ang packaging ay nagdidikta kung paano nai-install at nasiservisyuhan ang software. Samakatuwid, ang target na deployment ay nagdidikta kung saan nai-install ang application.

Ang pag-publish ng aplikasyon ay nagdadala ng karagdagang pagsasaalang-alang sa arkitektura. Ang mga proseso ng aplikasyon ay nasa sentralisadong imprastruktura habang ang interface nito ay naihahatid sa mga remote endpoint para sa mga awtorisadong gumagamit.

Sa Aling Kaso Maaari Mong Gamitin ang Application Packaging at Publishing Nang Magkasama?

Oo. Sinasaklaw nila ang iba't ibang aspeto sa lifecycle ng paghahatid ng aplikasyon at maaaring gamitin nang nakapag-iisa o sa kumbinasyon.

Isipin ang isang organisasyon na may isang application na Windows para sa linya ng negosyo. Kung kailangan itong patakbuhin nang lokal, maaari itong i-package at i-deploy sa bawat pinamamahalaang endpoint:

Package → i-deploy sa mga endpoint → tumatakbo ang aplikasyon nang lokal

Kung ang organisasyon ay kailangang i-centralize, maaari itong i-package o i-install sa mga kaugnay na session host at pagkatapos ay i-publish:

I-package o i-install → i-deploy sa sentralisadong host → i-publish → tumatakbo ang aplikasyon nang sentralisado

Sa kasong ito, ang packaging ng aplikasyon ay hindi kinakailangang talikuran. Ito ay inilalapat lamang sa mga sentralisadong host sa halip na sa bawat aparato ng gumagamit, na maaaring magpabilis sa pagpapanatili ng pagkakapareho ng aplikasyon sa maraming publishing server.

Ang pag-packaging ng aplikasyon at pag-publish ng aplikasyon ay hindi nag-uugnay: ang packaging ay nag-standardize ng pag-install at pagpapanatili ng aplikasyon, habang ang pag-publish ay nagtatakda ng paraan ng pag-access nito. Depende sa mga pangangailangan ng aplikasyon, maaaring gumamit ang IT ng isang paraan, ang isa pa, o pareho sa kumbinasyon.

Sa Aling Kaso Mas Mabuti ang Gumamit ng Windows Application Packaging?

Ang pag-packaging ng aplikasyon ng Microsoft Windows ay pinaka-angkop kapag kapaki-pakinabang ang lokal na pagpapatakbo, at epektibong maaring pamahalaan ng IT ang mga device kung saan naka-host ang aplikasyon. Sa mga ganitong pagkakataon, pinapadali nito ang pamantayan ng pag-install at pagpapanatili habang iniiwan ang lokasyon ng pagpapatakbo ng aplikasyon sa mga gumagamit.

Kailangan ng mga Gumagamit ng Offline na Access

Ang mga aplikasyon na naka-install nang lokal ay maaaring gumana nang epektibo, kahit na hindi makapag-access ang mga gumagamit sa mga sentrong mapagkukunan, na kadalasang nangyayari para sa mga mobile na empleyado, mga manggagawa sa larangan, at iba pang mga nomadikong manggagawa.

Ang pag-iimpake ay tumutulong sa mga organisasyon ng IT na matiyak na ang pamamaraang ito ay ginagamit nang pare-pareho sa pamamagitan ng pag-standardize ng pag-install, pagsasaayos, at mga update sa mga pinamamahalaang endpoint.

Ang mga Aplikasyon ay Nakadepende sa Lokal na Hardware o Pagproseso

Ang ilang mga aplikasyon ay pinaka-epektibong gumagana kapag pinapatakbo nang lokal dahil sila ay likas na nakadepende sa o nakasama sa mga mapagkukunan ng endpoint.

Ang lokal na pag-deploy ay iniiwasan ang pagpapakilala ng isang remote na sesyon sa pagitan ng aplikasyon at mga mapagkukunan, at ang packaging ay nagbibigay ng isang paulit-ulit na pamamaraan para sa pag-install at pag-configure ng aplikasyon sa mga endpoint na kayang suportahan ang lokal na pagpapatupad.

Ang mga Endpoint ay Standardized at Sentralisadong Pinamamahalaan

Ang pag-iimpake ay may katuturan din sa sitwasyon kung saan ang isang organisasyon ay mayroon nang kontroladong hanay ng mga Windows device at isang platform ng pamamahala ng endpoint upang pamahalaan ang mga ito. Kung ang kapaligiran ay naglalaman ng karamihan sa mga katulad na device at operating system sa parehong antas ng configuration, ang lokal na pag-deploy at pamamahala ng aplikasyon ay maaaring hindi magdulot ng makabuluhang kahirapan.

Ang mga pakete ay nagbibigay ng isang organisadong paraan sa pamamahala ng aplikasyon, na nagpapadali sa gawain ng pag-install at pagseserbisyo ng aplikasyon sa mga device ng end-user. Sa senaryong ito, maaaring hindi kinakailangan ang pagpapakilala ng sentral na pagpapatupad at magdadagdag ng karagdagang antas ng kumplikado maliban na lamang kung may aktwal na pangangailangan sa negosyo para sa ganitong hakbang.

Samakatuwid, ang pangunahing tanong ay hindi kung ang aplikasyon ay maaaring i-package, kundi kung ito ay maayos na mai-install, ma-update at ma-manage sa bawat target na aparato na isinasaalang-alang ang tiyak na kapaligiran at mga kinakailangan.

Kailan Mas Makatuwiran ang Paglalathala ng Aplikasyon?

Ang pag-publish ng aplikasyon ay nagiging mas kanais-nais kapag ang lokal na pag-install ay nagdudulot ng labis na operational o compatibility na mga kumplikado.

Maraming karaniwang sitwasyon ang dapat isaalang-alang.

Mga Remote at Distributed na Gumagamit

Ang mga remote na manggagawa, tauhan ng sangay ng opisina, at mga kontratista ay hindi palaging nagtatrabaho mula sa maayos na pinamamahalaang mga lokasyon o mga aparato tulad ng mga corporate PC.

Ang pag-publish ng aplikasyon ay nagpapanatili ng Windows app sa mga sentral na server habang pinapayagan ang remote access ng mga awtorisadong gumagamit, kaya't pinapagaan ang pasanin ng mga administrador sa pag-uulit ng kapaligiran ng aplikasyon sa bawat remote na aparato.

BYOD at Halo-halong Kapaligiran ng Endpoint

Maaaring hindi maisagawa ng isang Windows application sa bawat uri ng device na ginagamit ng isang partikular na organisasyon.

Ang pag-publish ng mga aplikasyon ay naghihiwalay sa kapaligiran ng pagpapatupad mula sa end user. Sa pamamagitan ng paggamit ng ganitong pamamaraan, ang isang indibidwal ay makaka-access ng isang sentral na naka-host na Windows app sa pamamagitan ng isang aprubadong browser o kliyente sa kanilang makina, na kung hindi ay hindi makakapagpatakbo ng aplikasyon.

Ang estratehiyang ito ay perpekto para sa parehong bring-your-own-device (BYOD) at iba pang mga kapaligiran kung saan mayroong maraming endpoint operating systems.

Mga Legacy na Windows Application

Mga legacy na aplikasyon maaring magpahirap sa mga pagsisikap sa pag-deploy sa pamamagitan ng pag-asa sa mga dependency ng operating system, mga lumang bahagi at mahihirap na mga limitasyon sa configuration.

Ang pag-centralize ng aplikasyon ay makakatulong upang mabawasan ang mga kapaligiran kung saan kailangang ipagana ng IT ang software. Hindi nito tiyak na masosolusyunan ang mga isyu sa pagiging tugma ng aplikasyon, ngunit maaari nitong limitahan ang mga problemang iyon sa mga kontroladong Windows host, sa halip na sa isang malawak na koleksyon ng mga endpoint.

Maaari nitong pasimplehin ang pamantayan sa pag-access sa mga legacy na aplikasyon habang ang isang organisasyon ay nagtatrabaho patungo sa isang mas pangmatagalang plano ng modernisasyon.

Mga Aplikasyon na Nangangailangan ng Madalas na Pag-update

Madalas na pagbabago sa isang aplikasyon ay nagpapahirap sa lokal na pag-deploy nito, lalo na kapag tumataas ang bilang ng mga endpoint.

Sa pamamagitan ng pag-publish ng aplikasyon, ina-update ng mga administrador ang aplikasyon sa mga kaugnay na sentral na host. Pagkatapos, naa-access ng mga gumagamit ang na-update na aplikasyon nang hindi kinakailangang i-update ang software sa lahat ng endpoint.

Ang proseso ay lalong kapaki-pakinabang kapag maraming gumagamit ang umaasa sa parehong aplikasyon ngunit hindi kinakailangang gamitin ito nang lokal.

Paano Dapat Pumili ang mga IT Team sa Pagitan ng Pagbabalot at Paglalathala?

Dapat tingnan ng mga IT team ang mga kinakailangan sa operasyon ng aplikasyon sa halip na ang pagpili ng teknolohiya.

Kung ang lokal na pag-install ay madaling mapanatili, ang iyong mga endpoint ay mahigpit na kinokontrol at ang mga gumagamit ay nangangailangan ng offline o hardware-dependent na kakayahan, ang naka-pack na deployment ng endpoint ang pinaka-makatwiran. Kung ang iyong mga gumagamit ay nakakalat, ang iyong mga endpoint ay heterogeneous, ang lokal na pag-install ay mahirap o ang aplikasyon ay mas madaling panatilihing napapanahon sa sentro, ang pag-publish ng aplikasyon ay maaaring bawasan ang overhead ng pamamahala ng endpoint.

Maraming mga negosyo ang mangangailangan ng parehong modelo. Ang iyong mga gumagamit ng pinamamahalaang desktop ay maaaring makakuha ng mga lokal na na-deploy na aplikasyon, ngunit ang mga kontratista, telecommuter o ang mga gumagamit ng mga unmanaged na device ay maaaring makakuha ng sentral na inilathalang access sa mga tiyak na software ng negosyo.

Mas nagiging malinaw ang pagpili kung ang IT ay naghihiwalay ng tatlong tanong.

1. Paano dapat i-package at panatilihin ang aplikasyon?
2. Saan dapat i-deploy at patakbuhin ang aplikasyon?
3. Paano dapat ma-access ito ng mga gumagamit?

Ang pagtingin sa packaging, deployment, at access bilang magkakahiwalay na desisyon ay pumipigil sa dalawang fundamentally na magkaibang teknolohiya na maihambing na parang pareho silang solusyon.

Paano Maaaring Maging Solusyon ang TSplus Remote Access?

Ang mga organisasyon na nais ng sentralisadong paghahatid ng mga aplikasyon ng Windows nang hindi kinakailangang i-deploy ang kumpletong aplikasyon sa bawat endpoint ay maaaring gumamit ng TSplus Remote Access upang ilathala ang mga napiling aplikasyon ng Windows o magbigay ng buong remote desktops mula sa sentralisadong imprastruktura ng Windows.

Maaaring magtalaga ang mga administrador ng mga aplikasyon sa mga tiyak na gumagamit o grupo at magbigay ng access sa pamamagitan ng mga suportadong remote client o browser-based na HTML5 na koneksyon. Ginagawa nitong isang opsyon ang pag-publish ng aplikasyon para sa mga organisasyon na sumusuporta sa mga remote na gumagamit, mga BYOD na kapaligiran o mga aplikasyon ng Windows na mas madaling mapanatili sa sentro.

Wakas

Ang pag-packaging ng aplikasyon sa Windows ay nagbibigay ng isang paulit-ulit na paraan upang mag-install, mag-configure, at mag-maintain ng software, habang ang pag-publish ng aplikasyon ay nagbibigay sa mga gumagamit ng access sa mga aplikasyon na tumatakbo sa sentralisadong imprastruktura. Wala sa mga pamamaraan ang likas na pumapalit sa isa't isa, at pareho silang maaaring maging bahagi ng parehong estratehiya sa paghahatid ng aplikasyon.

Ang tamang modelo ay nakasalalay sa mga kinakailangan ng aplikasyon, pamamahala ng endpoint at mga pangangailangan sa pag-access ng gumagamit. Sa pamamagitan ng pagsasaalang-alang sa packaging, lokasyon ng deployment at pag-access nang hiwalay, makakapagpasya ang mga IT team kung ang isang aplikasyon ay dapat tumakbo nang lokal, sentral o sa pamamagitan ng kumbinasyon ng parehong mga modelo.