Windows Application Packaging vs Application Publishing

Introduktion

Windows-applikationer kan installeres og administreres på individuelle slutpunkter eller hostes centralt og leveres til brugerne eksternt, afhængigt af applikations- og infrastrukturkrav. Valget mellem disse modeller kræver mere end blot at sammenligne teknologier. Denne artikel forklarer, hvordan Windows-applikationspakker fungerer, hvordan det adskiller sig fra applikationspublisering, hvornår hver tilgang giver mening, og hvordan IT-teams kan kombinere begge inden for den samme applikationsleveringsstrategi.

Hvad er Windows-applikationspakke?

Windows-applikationspakning involverer forberedelsen af en applikation samt de filer, konfiguration og metadata, den kræver for forudsigelig installation og administration.

I stedet for manuelt at konfigurere en applikation på alle målsystemer, kan IT-teams bruge en standardiseret pakke til at gøre installation, konfiguration, opdatering og fjernelse mere ensartet.

Microsofts moderne Windows-pakkeringsmodel inkluderer MSIX, som muliggør levering af pakkeidentitet, forudsigelig installation og fjernelse, kontrollerede opdateringer og integration med Windows-funktioner.

Traditionelle Win32-applikationer kan drage fordel af teknologier som MSI- og EXE-installationsprogrammer.

Applikationspakning dikterer derfor, hvad der skal installeres, hvordan installation og fjernelse skal foregå, hvilken konfiguration der gives til brugerne, og hvordan opgraderinger vil finde sted. Dens mål er at muliggøre, at applikationsudrulning kan gentages og styres på tværs af det målrettede Windows-miljø.

Hvad indeholder en applikationspakke?

Indholdet af en applikationspakke afhænger af pakningsteknologien, applikationen selv.

An MSIX-pakke for eksempel kombinerer nyttelasten af en applikation med et manifest, der definerer elementer som pakkeidentitet, afhængigheder og funktioner. Den vigtige forskel her er, at pakken definerer en enhed af distribution og implementering, snarere end at specificere, hvor applikationen skal køre.

Traditionel virksomhedspakning kan også involvere at transformere eller pakke en eksisterende installer, tilføje konfiguration, definere logikken for implementering og validere den endelige pakke før udrulning.

Applikationspakning er derfor mere end blot at lægge applikationsfiler ind i en anden fil. Det har til formål at gøre softwareinstallation gentagelig, håndterbar og understøttelig.

Windows Applikationspakke: Hvordan Fungerer Det?

Pakkearbejdsgange varierer afhængigt af applikationen, pakkeformatet og administrationsplatformen. De fleste pakkearbejdsgange opdeles dog generelt i tre forskellige faser: opdagelse, pakkeoprettelse og test før implementering.

Applikationsopdagelse og krav

Før man udfører en repaketering af en eksisterende applikation, er det afgørende for administratorer at forstå, hvad applikationens installationsprogram ændrer, og hvad applikationen kræver under kørsel.

Opdagelsesaktiviteter inkluderer, men er ikke begrænset til:

• filer og mapper
• registreringsposter
• Windows-tjenester
• runtime afhængigheder
• miljøvariabler
• filassociationer
• tilladelser
• genveje og konfigurationsfiler

Miljøet, som applikationen implementeres i, kan være lige så vigtigt som installatøren. En applikation, der er udviklet og testet på en udviklers arbejdsstation, kan opføre sig anderledes, når den køres med standardbrugerrettigheder, på et rent enterprise Windows-billede eller på en multi-bruger Windows Server-miljø .

Pakkeoprettelse og konfiguration

IT-teams forbereder derefter applikationen ved hjælp af passende pakkerteknologi til den givne software og distributionsmodel.

I tilfælde af Windows-applikationer kan dette betyde at oprette en MSIX-pakke. Dette kan involvere at efterlade eksisterende software, der bruger Win32 i sin MSI- eller EXE-installationsform, eller konvertere nogle applikationer til MSIX. Forskellige tilgange til pakkeindpakning kan give identitet til pakken, samtidig med at softwaren kan opretholde elementer af sin eksisterende installationsmodel.

Derfor er der ikke et enkelt emballageformat, der passer til alle Windows-applikationer. Applikationen, dens miljø og ledelsesbehov bør diktere emballagemetoden.

Test og implementering

Pakker skal være testet på rene systemer der replikerer det målrettede produktionsmiljø.

Testprocessen bør inkludere installation, første opstart, afhængigheder, opdateringer, applikationsfunktionalitet og afinstallationsadfærd. Administratorer bør også kontrollere, at tilladelser og brugerspecifikke konfigurationer håndteres korrekt, især i tilfælde af fil- eller registreringsomdirigering, der kan opstå ved pakning af applikationer.

Efter validering kan pakker derefter distribueres via organisationens foretrukne software distributions- eller endpoint management platform.

Nu skal vi tage et skridt tilbage og præcisere en subtil, men kritisk vigtig forskel:

Applikationer pakkes, og derefter implementeres.

Adskillelsen af disse funktioner er vigtig, fordi den skaber et naturligt overgangspunkt for applikationsudgivelse.

Hvad er Windows-applikationspublisering?

Windows applikationsudgivelse tjenester til at offentliggøre en applikation, der er installeret på centraliseret Windows-infrastruktur til autoriserede brugere via et netværk eller internettet.

Applikationen køres på en fjern Windows-vært i stedet for at blive kørt på hver brugers endpoint. I dette tilfælde får brugeren adgang til den fjernkørte applikation gennem en kompatibel klient, genvej eller webbrowser.

Applikation installeret på server → bruger tildelt adgang → applikation udført på server → applikationsgrænseflade leveret til bruger

Denne tilgang er anderledes, da administratorer i stedet for at installere og vedligeholde forretningsapplikationen på hver endpoint er forpligtet til at vedligeholde den på de servere, der hoster brugerens session. Som sådan kan brugerne få adgang til en applikation, der synes at smelte ind i deres arbejdsmiljø uden problemer, på trods af at den er hostet på en centraliseret infrastruktur.

Windows Application Packaging vs Application Publishing: Hvordan adskiller de sig?

Den simpleste skelnen er:

Applikationspakke bestemmer, hvordan software forberedes til installation og administration. Applikationsudgivelse bestemmer, hvordan brugere får adgang til software, der kører på centraliseret infrastruktur.

Teknologierne fungerer derfor på forskellige stadier af applikationslevering.

Spørgsmål	Windows Applikationspakke	Applikationsudgivelse
Primært formål	Forbered software til gentagelig installation og vedligeholdelse	Giv brugerne adgang til centralt hostede applikationer
Hoved IT spørgsmål	Hvordan skal vi installere og administrere denne applikation?	Hvordan skal brugere få adgang til og køre denne applikation?
Hvor kører appen?	På hvilket som helst system der modtager ansøgningen	På publicerings- eller sessionsværten
Lokal installation på brugerens endpoint?	Normalt krævet til endpoint-implementering	Komplet applikationsinstallation normalt ikke påkrævet
Opdateringer	Skal nå de gældende implementeringsmål	Kan anvendes centralt til publiceringsværter
Endpoint krav	Endpoint skal understøtte den lokalt udførte applikation	Endpoint har primært brug for en kompatibel adgangsmetode
Typisk omfang	Softwarelivscyklus og endpoint/serverstyring	Centraliseret applikationslevering
Almindelige anvendelsesscenarier	Administrerede pc'er, standardiseret software, kontrollerede udrulninger	Fjernbrugere, BYOD, legacy-apps og centraliseret applikationsadgang

En kvalifikation: applikationspakning dikterer ikke, hvor den nævnte software anvendes.

MSIX, MSI eller en hvilken som helst anden form for pakke kan implementeres på en arbejdsstation, bærbar computer, virtuel maskine eller server. Pakkerne bestemmer, hvordan softwaren installeres og vedligeholdes. Målimplementeringen bestemmer derfor, hvor applikationen installeres.

Applikationspublisering introducerer en yderligere arkitektonisk overvejelse. Applikationen kører på centraliseret infrastruktur, mens dens grænseflade leveres på fjerntliggende slutpunkter for autoriserede brugere.

I hvilke tilfælde kan du bruge applikationspakke og publicering sammen?

Ja. De adresserer forskellige punkter i livscyklussen for applikationslevering og kan bruges uafhængigt eller i kombination.

Overvej en organisation, der har en forretningsapplikation til Windows. Hvis den skal køre lokalt, kan den pakkes og distribueres til hver administreret slutpunkt:

Pakke → implementere til slutpunkter → applikationen kører lokalt

Hvis organisationen har brug for at centralisere, kan det pakkes eller installeres på relevante sessionsværter og derefter offentliggøres:

Pakke eller installer → implementer til centraliserede værter → offentliggør → applikationen kører centralt

I dette tilfælde er applikationspakning ikke nødvendigvis opgivet. Det anvendes blot på centraliserede værter i stedet for hver brugers enhed, hvilket kan forenkle opretholdelsen af applikationen på flere publiceringsservere.

Applikationspakning og applikationsudgivelse er ikke gensidigt udelukkende: pakning standardiserer installation og vedligeholdelse af applikationen, mens udgivelse dikterer dens adgangsmetode. Afhængigt af applikationens behov kan IT bruge den ene metode, den anden eller begge i kombination.

I hvilket tilfælde ville det være bedre at bruge Windows-applikationspakke?

Microsoft Windows applikationspakke er mest passende, når lokal udførelse er gavnlig, og IT effektivt kan administrere de enheder, hvor applikationen er hostet. I sådanne tilfælde muliggør det standardisering af installation og vedligeholdelse, mens det lader brugerne bestemme, hvor applikationen udføres.

Brugere har brug for offline adgang

Applikationer, der er installeret lokalt, kan fungere effektivt, selvom brugerne ikke kan få adgang til centrale ressourcer, hvilket ofte er tilfældet for mobile medarbejdere, feltarbejdere og andre nomadiske arbejdere.

Pakke hjælper IT-organisationer med at sikre, at denne tilgang anvendes konsekvent ved at standardisere installation, konfiguration og opdateringer på administrerede slutpunkter.

Applikationer afhænger af lokal hardware eller behandling

Nogle applikationer fungerer mest effektivt, når de kører lokalt, fordi de er iboende afhængige af eller integreret med ressourcerne på endpointet.

Lokal implementering undgår introduktionen af en fjernsession mellem applikationen og ressourcerne, og pakning giver en gentagelig metode til installation og konfiguration af applikationen på slutpunkter, der er i stand til at understøtte lokal udførelse.

Endpoints er standardiseret og centralt administreret

Pakke løsninger giver også mening i situationer, hvor en organisation allerede har et kontrolleret sæt af Windows-enheder og en endpoint-management platform til at administrere dem. Hvis miljøet hovedsageligt indeholder lignende enheder og operativsystemer på samme konfigurationsniveau, kan lokal applikationsudrulning og -administration ikke udgøre nogen væsentlig vanskelighed.

Pakker giver en organiseret tilgang til applikationsstyring, hvilket gør opgaven med at installere og servicere applikationen på slutbrugerens enheder lettere. I dette scenarie kan det være unødvendigt at introducere central udførelse og tilføje et ekstra lag af kompleksitet, medmindre der er et reelt forretningsbehov for en sådan foranstaltning.

Derfor er det centrale spørgsmål ikke, om applikationen kan pakkes, men om det er muligt at installere, opdatere og administrere den på hver mål-enhed under hensyntagen til det specifikke miljø og krav.

Hvornår giver applikationspublisering mere mening?

Applikationsudgivelse bliver mere ønskelig, når lokal installation medfører unødvendige drifts- eller kompatibilitetskompleksiteter.

Flere typiske situationer er værd at overveje.

Fjernbetjente og distribuerede brugere

Fjernarbejdere, filialmedarbejdere og entreprenører arbejder ikke altid fra veladministrerede steder eller enheder som virksomhedens pc'er.

Applikationspublisering bevarer Windows-appen på centrale servere, mens den tillader fjernadgang af autoriserede brugere, hvilket letter administratorernes byrde med at replikere applikationsmiljøet på hver fjern enhed.

BYOD og blandede endpoint-miljøer

En Windows-applikation udfører muligvis ikke nødvendigvis på alle typer enheder, som en bestemt organisation bruger.

Publicering af applikationer adskiller udførelsesmiljøet fra slutbrugeren. Ved at bruge en sådan metode kan en person få adgang til en centralt hostet Windows-app via en godkendt browser eller klient på deres maskine, som ellers ikke ville være i stand til at køre applikationen.

Denne strategi er ideel til både bring-your-own-device (BYOD) og andre miljøer, hvor der er flere endpoint-operativsystemer.

Arv Windows-applikationer

Arvprogrammer kan komplicere implementeringsindsatsen ved at være afhængig af operativsystemafhængigheder, aldrende komponenter og vanskelige konfigurationsbegrænsninger.

Centralisering af applikationen kan hjælpe med at reducere de miljøer, hvor IT skal få softwaren til at fungere. Det vil ikke nødvendigvis løse problemer med applikationskompatibilitet, men det kan begrænse disse problemer til kontrollerede Windows-værter i stedet for en spredt samling af slutpunkter.

Dette kan forenkle standardiseringen omkring adgang til ældre applikationer, mens en organisation arbejder hen imod en langsigtet moderniseringsplan.

Applikationer, der kræver hyppige opdateringer

Hyppige ændringer af en applikation gør dens lokale implementering mere vanskelig, især når antallet af endpoints stiger.

Med applikationspublisering opdaterer administratorer applikationen i de relevante centrale værter. Brugere får derefter adgang til den opdaterede applikation uden at skulle opdatere softwaren på alle slutpunkter.

Processen er især fordelagtig, når mange brugere er afhængige af den samme applikation, men ikke behøver at bruge den lokalt.

Hvordan skal IT-teams vælge mellem pakke og offentliggørelse?

IT-teams bør se på applikationens driftskrav snarere end valget af teknologi.

Hvis lokal installation er nem at vedligeholde, er dine slutpunkter strengt kontrollerede, og brugerne har brug for offline- eller hardwareafhængige funktioner, giver pakket slutpunktsudrulning mest mening. Hvis dine brugere er distribuerede, er dine slutpunkter heterogene, lokal installation er udfordrende, eller applikationen er lettere at holde opdateret centralt, kan applikationspublisering reducere overheaden ved slutpunktsadministration.

Mange virksomheder vil kræve begge modeller. Dine administrerede desktopbrugere kan få lokalt installerede applikationer, men entreprenører, telependlere eller dem, der bruger ikke-administrerede enheder, kan få centralt offentliggjort adgang til specifik forretningssoftware.

Valget bliver meget klarere, hvis IT adskiller tre spørgsmål.

1. Hvordan skal applikationen pakkes og vedligeholdes?
2. Hvor skal applikationen implementeres og køres?
3. Hvordan skal brugerne få adgang til det?

At se på emballage, implementering og adgang som separate beslutninger forhindrer to fundamentalt forskellige teknologier i at blive sammenlignet, som om de var den samme løsning.

Hvordan kan TSplus Remote Access være en løsning?

Organisationer, der ønsker centraliseret levering af Windows-applikationer uden at implementere den komplette applikation til hver endpoint, kan bruge TSplus Remote Access at offentliggøre udvalgte Windows-applikationer eller levere fulde fjernskrivbord fra centraliseret Windows-infrastruktur.

Administratorer kan tildele applikationer til specifikke brugere eller grupper og give adgang gennem understøttede fjernklienter eller browserbaserede HTML5-forbindelser. Dette gør applikationspublisering til en mulighed for organisationer, der understøtter fjernbrugere, BYOD-miljøer eller Windows-applikationer, der er lettere at vedligeholde centralt.

Konklusion

Windows-applikationspakke giver en gentagelig måde at installere, konfigurere og vedligeholde software på, mens applikationspublisering giver brugerne adgang til applikationer, der kører på centraliseret infrastruktur. Ingen af ​​tilgange erstatter i sig selv den anden, og begge kan være en del af den samme applikationsleveringsstrategi.

Den rigtige model afhænger af applikationskrav, endpoint management og brugeradgangsbehov. Ved at overveje pakke, implementeringssted og adgang separat kan IT-teams beslutte, om en applikation skal køre lokalt, centralt eller gennem en kombination af begge modeller.