Windows-sovelluksen pakkaaminen vs Sovelluksen julkaiseminen

Johdanto

Windows-sovelluksia voidaan asentaa ja hallita yksittäisillä päätepisteillä tai isännöidä keskitetysti ja toimittaa käyttäjille etäyhteyden kautta sovelluksen ja infrastruktuurin vaatimusten mukaan. Näiden mallien välillä valitseminen vaatii enemmän kuin teknologioiden vertailua. Tämä artikkeli selittää, miten Windows-sovellusten pakkaaminen toimii, miten se eroaa sovellusten julkaisemisesta, milloin kukin lähestymistapa on järkevä ja miten IT-tiimit voivat yhdistää molemmat saman sovellustoimitusstrategian puitteissa.

Mitä on Windows-sovellusten pakkaaminen?

Windows-sovelluksen pakkaaminen sisältää sovelluksen sekä sen vaatimien tiedostojen, asetusten ja metatietojen valmistelun ennakoitavaa asennusta ja hallintaa varten.

Sen sijaan, että IT-tiimit konfiguroisivat sovelluksen manuaalisesti kaikilla kohdejärjestelmillä, ne voivat käyttää standardoitua pakettia asennuksen, konfiguroinnin, päivittämisen ja poistamisen tekemiseksi johdonmukaisemmaksi.

Microsoftin moderni Windows-pakettimalli sisältää MSIX:n, joka mahdollistaa pakettitunnuksen tarjoamisen, ennakoitavan asennuksen ja poistamisen, hallitut päivitykset sekä integraation Windows-ominaisuuksien kanssa.

Perinteiset Win32-sovellukset voivat hyödyntää teknologioita, kuten MSI- ja EXE-asentajia.

Sovelluksen pakkaaminen määrittää siten, mitä on asennettava, miten asennus ja poisto tapahtuvat, mitä konfiguraatiota käyttäjille tarjotaan ja miten päivitykset toteutetaan. Sen tavoitteena on mahdollistaa sovellusten käyttöönoton toistettavuus ja hallittavuus kohde-Windows-ympäristössä.

Mitä sovelluspaketti sisältää?

Sovelluspaketin sisältö riippuu pakkausteknologiasta ja itse sovelluksesta.

An MSIX-paketti esimerkiksi yhdistää sovelluksen kuorman manifestin kanssa, joka määrittelee elementtejä, kuten paketin identiteetti, riippuvuudet ja ominaisuudet. Tärkeä ero tässä on se, että paketti määrittelee jakelun ja käyttöönoton yksikön sen sijaan, että se määrittäisi, missä sovelluksen on suoritettava.

Perinteinen yrityspakkaus voi myös sisältää olemassa olevan asennustiedoston muuntamisen tai pakkaamisen, konfiguraation lisäämisen, käyttöönoton logiikan määrittämisen ja lopullisen paketin validoimisen ennen käyttöönottoa.

Sovelluksen pakkaaminen on siten enemmän kuin vain sovellustiedostojen laittaminen toiseen tiedostoon. Sen tavoitteena on tehdä ohjelmiston asennuksesta toistettavaa, hallittavaa ja tuettavaa.

Windows-sovellusten pakkaaminen: Miten se toimii?

Pakettityönkulut vaihtelevat sovelluksen, pakkausmuodon ja hallintapohjan mukaan. Kuitenkin useimmat pakettityönkulut jaetaan yleensä kolmeen eri vaiheeseen: löytö, paketin luominen ja testaus ennen käyttöönottoa.

Sovelluksen löytäminen ja vaatimukset

Ennen olemassa olevan sovelluksen uudelleenpakkaamista on kriittistä, että järjestelmänvalvojat ymmärtävät, mitä sovelluksen asennusohjelma muuttaa ja mitä sovellus vaatii ajon aikana.

Discovery-toimintoihin kuuluu, mutta ei rajoitu:

• tiedostot ja hakemistot
• rekisterimerkinnät
• Windows-palvelut
• ajonaikaiset riippuvuudet
• ympäristömuuttujat
• tiedostoyhdistykset
• oikeudet
• pikanäppäimet ja konfigurointitiedostot

Sovelluksen käyttöönottoympäristö voi olla yhtä tärkeä kuin asennusohjelma. Sovellus, joka on kehitetty ja testattu kehittäjän työasemalla, saattaa käyttäytyä eri tavalla, kun sitä ajetaan tavallisilla käyttäjäoikeuksilla, puhtaalla yrityksen Windows-kuvalla tai. monikäyttäjä Windows Server -ympäristö .

Pakettien luominen ja konfigurointi

IT-tiimit valmistavat sitten sovelluksen käyttämällä soveltuvaa pakkausteknologiaa annetulle ohjelmistolle ja käyttöönotto-mallille.

Windows-sovellusten tapauksessa tämä saattaa tarkoittaa MSIX-paketin luomista. Tämä voi tarkoittaa olemassa olevan Win32:ta käyttävän ohjelmiston jättämistä sen MSI- tai EXE-asennusmuodossa tai joidenkin sovellusten muuntamista MSIX:ksi. Eri pakkausmenetelmät voivat tarjota identiteettiä paketille samalla kun ohjelmisto voi säilyttää osia olemassa olevasta asennusmallistaan.

Siksi ei ole olemassa yhtä pakkausmuotoa, joka sopisi kaikille Windows-sovelluksille. Sovelluksen, sen ympäristön ja hallintatarpeiden tulisi määrittää pakkausmenetelmä.

Testaus ja käyttöönotto

Pakettien tulisi olla testattu puhtailla järjestelmillä joka jäljittelee kohde tuotantoympäristöä.

Testausprosessin tulisi sisältää asennus, ensimmäinen käynnistys, riippuvuudet, päivitykset, sovelluksen toiminnallisuus ja poistokäyttäytyminen. Järjestelmänvalvojien tulisi myös tarkistaa, että käyttöoikeudet ja käyttäjäkohtaiset asetukset käsitellään oikein, erityisesti tiedostojen tai rekisterin uudelleenohjauksen tapauksessa, joka voi tapahtua sovelluksia paketoitaessa.

Validoinnin jälkeen paketit voidaan jakaa organisaation suosiman ohjelmistojakelun tai päätepisteen hallintapaketin kautta.

Nyt otetaan askel taaksepäin ja selvennetään hienovarainen mutta äärimmäisen tärkeä ero:

Sovellukset pakataan ja sitten otetaan käyttöön

Näiden toimintojen erottaminen on tärkeää, koska se luo luonnollisen siirtymispisteen sovellusten julkaisemiselle.

Mitä on Windows-sovellusten julkaiseminen?

Windows-sovellusten julkaiseminen palvelee sovelluksen julkaisemista, joka on asennettu keskitettyyn Windows-infrastruktuuriin valtuutetuille käyttäjille verkon tai Internetin kautta.

Sovellus suoritetaan etäisellä Windows-isännällä sen sijaan, että se suoritettaisiin jokaisen käyttäjän päätepisteessä. Tässä tapauksessa käyttäjälle annetaan pääsy etäisesti suoritettuun sovellukseen yhteensopivan asiakasohjelman, pikakuvakkeen tai verkkoselaimen kautta.

Sovellus asennettu palvelimelle → käyttäjälle myönnetty pääsy → sovellus suoritettu palvelimella → sovelluksen käyttöliittymä toimitettu käyttäjälle

Tämä lähestymistapa on erilainen, sillä sen sijaan, että liiketoimintasovellus asennettaisiin ja ylläpidettäisiin jokaisessa päätepisteessä, järjestelmänvalvojien on ylläpidettävä sitä palvelimilla, jotka isännöivät käyttäjän istuntoa. Tämän seurauksena käyttäjät voivat käyttää sovellusta, joka näyttää sulautuvan saumattomasti heidän työympäristöönsä, vaikka se isännöitäisiin keskitettyyn infrastruktuuriin.

Windows-sovelluksen pakkaaminen vs sovelluksen julkaiseminen: Miten ne eroavat?

Yksinkertaisin ero on:

Sovelluksen pakkaaminen määrittää, miten ohjelmisto valmistellaan asennusta ja hallintaa varten. Sovelluksen julkaiseminen määrittää, miten käyttäjät pääsevät käsiksi ohjelmistoon, joka toimii keskitettyyn infrastruktuuriin.

Teknologiat toimivat siten eri vaiheissa sovellusten toimituksessa.

Kysymys	Windows-sovellusten pakkaaminen	Sovellusten julkaiseminen
Pääasiallinen tarkoitus	Valmistele ohjelmisto toistuvaa asennusta ja ylläpitoa varten	Anna käyttäjille pääsy keskitetysti isännöityihin sovelluksiin
Pää IT-kysymys	Miten meidän tulisi asentaa ja hallita tätä sovellusta?	Miten käyttäjien tulisi käyttää ja suorittaa tätä sovellusta?
Missä sovellus toimii?	Minkä tahansa järjestelmän, joka vastaanottaa sovelluksen	Julkaisijalla tai istuntopalvelimella
Paikallinen asennus käyttäjän päätepisteessä?	Yleensä vaaditaan päätepisteen käyttöönottoa varten	Kokonaisen sovelluksen asennusta ei yleensä vaadita
Päivitykset	On saavutettava soveltuvat käyttöönotto tavoitteet	Voidaan soveltaa keskitetysti julkaisuisäntiin
Päätepistevaatimukset	Päätteen on tuettava paikallisesti suoritettavaa sovellusta	Pääsymenetelmän on ensisijaisesti oltava yhteensopiva.
Tyypillinen laajuus	Ohjelmiston elinkaari ja päätepisteen/palvelimen hallinta	Keskitetty sovellusten toimitus
Yleisimmät käyttötapaukset	Hallitut tietokoneet, standardisoitu ohjelmisto, hallitut käyttöönotot	Etäkäyttäjät, BYOD, perinteiset sovellukset ja keskitetty sovelluksen käyttö

Yksi vaatimus: sovelluspakkauksen ei tarvitse määrittää, missä kyseistä ohjelmistoa käytetään.

MSIX, MSI tai mikä tahansa muu pakettimuoto voidaan asentaa työasemalle, kannettavalle tietokoneelle, virtuaalikoneelle tai palvelimelle. Pakkaus määrittää, miten ohjelmisto asennetaan ja huolletaan. Kohdeasennus määrittää siten, mihin sovellus asennetaan.

Sovelluksen julkaiseminen tuo mukanaan lisäarkkitehtonisen huomioon otettavan seikan. Sovellusprosessi toimii keskitettyyn infrastruktuuriin, kun taas sen käyttöliittymä toimitetaan etäpäätteille valtuutetuille käyttäjille.

Missä tapauksessa voisit käyttää sovelluspakkauksia ja julkaisemista yhdessä?

Kyllä. Ne käsittelevät erilaisia kohtia sovellusten toimitusprosessissa ja niitä voidaan käyttää itsenäisesti tai yhdessä.

Harkitse organisaatiota, jolla on liiketoimintasovellus Windowsille. Jos se tarvitsee suorittaa paikallisesti, se voidaan pakata ja ottaa käyttöön jokaiselle hallitulle päätepisteelle:

Paketti → ota käyttöön päätepisteissä → sovellus toimii paikallisesti

Jos organisaatio tarvitsee keskittää, se voitaisiin paketoida tai asentaa asiaankuuluville istuntopalvelimille ja sitten julkaista:

Paketti tai asenna → ota käyttöön keskitettyihin isäntiin → julkaise → sovellus toimii keskitetysti

Tässä tapauksessa sovelluspakkauksesta ei välttämättä luovuta. Sitä sovelletaan vain keskitettyihin isäntiin sen sijaan, että se olisi jokaisen käyttäjän laitteessa, mikä voi yksinkertaistaa sovelluksen yhdenmukaisuuden ylläpitämistä useilla julkaisu palvelimilla.

Sovelluksen pakkaaminen ja sovelluksen julkaiseminen eivät ole toisiaan poissulkevia: pakkaaminen standardoi sovelluksen asennuksen ja ylläpidon, kun taas julkaiseminen määrää sen käyttömenetelmän. Sovelluksen tarpeista riippuen IT voi käyttää joko yhtä menetelmää, toista tai molempia yhdessä.

Missä tapauksessa olisi parempi käyttää Windows-sovelluspakkauksia?

Microsoft Windows -sovelluksen pakkaaminen on kaikkein sopivinta, kun paikallinen suorituskyky on hyödyllistä, ja IT voi tehokkaasti hallita laitteita, joilla sovellus on isännöity. Tällöin se mahdollistaa asennuksen ja ylläpidon standardoinnin samalla kun sovelluksen suorituspaikka jää käyttäjille.

Käyttäjät tarvitsevat offline-pääsyn

Paikallisesti asennetut sovellukset voivat toimia tehokkaasti, vaikka käyttäjät eivät pääse keskitettyihin resursseihin, mikä on usein tilanne mobiilityöntekijöille, kenttätyöntekijöille ja muille nomadityöntekijöille.

Pakkaus auttaa IT-organisaatioita varmistamaan, että tätä lähestymistapaa käytetään johdonmukaisesti standardoimalla asennus, konfigurointi ja päivitykset hallituilla päätepisteillä.

Sovellukset riippuvat paikallisesta laitteistosta tai prosessoinnista

Jotkin sovellukset toimivat tehokkaimmin, kun niitä ajetaan paikallisesti, koska ne ovat luonteeltaan riippuvaisia tai integroituja päätepisteen resursseihin.

Paikallinen käyttöönotto välttää etäistunnon käyttöönottoa sovelluksen ja resurssien välillä, ja pakkaaminen tarjoaa toistettavan menetelmän sovelluksen asentamiseksi ja konfiguroimiseksi päätepisteissä, jotka pystyvät tukemaan paikallista suorittamista.

Päätteet on standardoitu ja hallitaan keskitetysti

Pakkaaminen on myös järkevää tilanteessa, jossa organisaatiolla on jo hallittu joukko Windows-laitteita ja päätepisteiden hallintapohja niiden hallitsemiseksi. Jos ympäristö sisältää pääasiassa samanlaisia laitteita ja käyttöjärjestelmiä samalla konfiguraatiotasolla, paikallinen sovellusten käyttöönotto ja hallinta eivät ehkä aiheuta merkittäviä vaikeuksia.

Pakettien avulla saadaan järjestelmällinen lähestymistapa sovellusten hallintaan, mikä helpottaa sovelluksen asentamista ja huoltamista loppukäyttäjälaitteilla. Tässä tilanteessa keskitetyn suorittamisen käytt introduction ei välttämättä ole tarpeen ja se voi lisätä ylimääräistä monimutkaisuutta, ellei tällaiselle toimenpiteelle ole todellista liiketoimintatarvetta.

Siksi avainkysymys ei ole se, voidaanko sovellus paketoida, vaan se, onko mahdollista asentaa, päivittää ja hallita sitä jokaisessa kohdelaitteessa ottaen huomioon erityinen ympäristö ja vaatimukset.

Milloin sovellusten julkaiseminen on järkevämpää?

Sovellusten julkaiseminen tulee houkuttelevammaksi, kun paikallinen asennus aiheuttaa tarpeettomia käyttö- tai yhteensopivuusongelmia.

Useita tyypillisiä tilanteita kannattaa harkita.

Etä- ja jakautuneet käyttäjät

Etätyöntekijät, toimistohenkilöstö ja urakoitsijat eivät aina työskentele hyvin hallituista sijainneista tai laitteista, kuten yrityksen tietokoneista.

Sovelluksen julkaiseminen säilyttää Windows-sovelluksen keskitettyillä palvelimilla samalla kun se sallii etäkäyttö valtuutettujen käyttäjien toimesta, mikä vapauttaa järjestelmänvalvojat sovellusympäristön toistamisen taakasta jokaisella etälaitteella.

BYOD ja sekoitetut päätepisteympäristöt

Windows-sovellus ei välttämättä toimi kaikilla laitteilla, joita tietty organisaatio käyttää.

Sovellusten julkaiseminen irrottaa suoritusympäristön loppukäyttäjästä. Tällaisen menetelmän avulla yksilö voi käyttää keskitetysti isännöityä Windows-sovellusta hyväksytyn selaimen tai asiakasohjelman kautta omalla koneellaan, joka muuten ei pystyisi suorittamaan sovellusta.

Tämä strategia on ihanteellinen sekä omien laitteiden (BYOD) että muiden ympäristöjen, joissa on useita päätepisteiden käyttöjärjestelmiä.

Perinteiset Windows-sovellukset

Perinteiset sovellukset voi vaikeuttaa käyttöönottoyrityksiä luottamalla käyttöjärjestelmäriippuvuuksiin, vanheneviin komponentteihin ja vaikeisiin konfigurointirajoituksiin.

Sovelluksen keskittäminen voi auttaa vähentämään ympäristöjä, joissa IT:n on saatava ohjelmisto toimimaan. Se ei välttämättä ratkaise sovelluksen yhteensopivuusongelmia, mutta se voi rajoittaa näitä ongelmia hallittuihin Windows-isäntiin sen sijaan, että ne olisivat laajassa kokoelmassa päätepisteitä.

Tämä voi yksinkertaistaa standardointia perinteisten sovellusten käyttöön, kun organisaatio työskentelee kohti pidemmän aikavälin modernisointisuunnitelmaa.

Useita päivityksiä vaativat sovellukset

Usein tapahtuvat muutokset sovelluksessa tekevät sen paikallisesta käyttöönotosta vaikeampaa, erityisesti kun päätelaitteiden määrä kasvaa.

Sovelluksen julkaisemisen avulla järjestelmänvalvojat päivittävät sovelluksen asianmukaisissa keskitettyissä isännöissä. Käyttäjät pääsevät sitten päivitettyyn sovellukseen ilman, että heidän tarvitsee päivittää ohjelmistoa kaikilla päätelaitteilla.

Prosessi on erityisen edullinen, kun monet käyttäjät ovat riippuvaisia samasta sovelluksesta, mutta heidän ei tarvitse käyttää sitä paikallisesti.

Miten IT-tiimien tulisi valita pakkaamisen ja julkaisemisen välillä?

IT-tiimien tulisi keskittyä sovelluksen käyttövaatimuksiin sen sijaan, että valittaisiin teknologiaa.

Jos paikallinen asennus on helppo ylläpitää, päätelaitteesi ovat tiukasti hallinnassa ja käyttäjät tarvitsevat offline- tai laitteistoriippuvaisia ominaisuuksia, pakattu päätelaitteiden käyttöönotto on järkevintä. Jos käyttäjäsi ovat hajautettuja, päätelaitteesi ovat heterogeenisiä, paikallinen asennus on haastavaa tai sovelluksen päivittäminen keskitetysti on helpompaa, sovelluksen julkaiseminen voi vähentää päätelaitteiden hallinnan kuormitusta.

Monet yritykset tarvitsevat molempia malleja. Hallinnoidut työpöytäkäyttäjät saattavat saada paikallisesti asennettuja sovelluksia, mutta urakoitsijat, etätyöntekijät tai ne, jotka käyttävät hallitsemattomia laitteita, saattavat saada keskitetysti julkaistun pääsyn tiettyyn liiketoimintasoftaan.

Valinta muuttuu paljon selkeämmäksi, jos IT irrottaa kolme kysymystä.

1. Miten sovellus tulisi pakata ja ylläpitää?
2. Missä sovellus tulisi ottaa käyttöön ja suorittaa?
3. Miten käyttäjien tulisi käyttää sitä?

Pakkausta, käyttöönottoa ja pääsyä erillisinä päätöksinä tarkasteltaessa estetään kahta perustavanlaatuista eri teknologiaa vertaamasta toisiinsa ikään kuin ne olisivat sama ratkaisu.

Miten TSplus Remote Access voi olla ratkaisu?

Organisaatiot, jotka haluavat keskitetyn Windows-sovellusten toimituksen ilman, että koko sovellus asennetaan jokaiseen päätepisteeseen, voivat käyttää TSplus Etäyhteys julkaista valittuja Windows-sovelluksia tai tarjota täydellisiä etätyöpöytiä keskitetystä Windows-infrastruktuurista.

Järjestelmänvalvojat voivat määrittää sovelluksia tietyille käyttäjille tai ryhmille ja tarjota pääsyn tuetuilla etäasiakkailla tai selainpohjaisilla HTML5-yhteyksillä. Tämä tekee sovellusten julkaisemisesta vaihtoehdon organisaatioille, jotka tukevat etäkäyttäjiä, BYOD-ympäristöjä tai Windows-sovelluksia, joita on helpompi ylläpitää keskitetysti.

Päätelmä

Windows-sovellusten pakkaaminen tarjoaa toistettavan tavan asentaa, konfiguroida ja ylläpitää ohjelmistoa, kun taas sovellusten julkaiseminen antaa käyttäjille pääsyn sovelluksiin, jotka toimivat keskitettyyn infrastruktuuriin. Kumpikaan lähestymistapa ei itsessään korvaa toista, ja molemmat voivat olla osa samaa sovellusten toimitusstrategiaa.

Oikea malli riippuu sovelluksen vaatimuksista, päätepisteiden hallinnasta ja käyttäjäoikeuksista. Ottamalla pakkaus, käyttöönoton sijainti ja pääsy erikseen huomioon IT-tiimit voivat päättää, tulisiko sovelluksen toimia paikallisesti, keskitetysti vai molempien mallien yhdistelmänä.