Windows Applicatieverpakking vs Applicatiepublicatie

Introductie

Windows-applicaties kunnen op individuele eindpunten worden geïnstalleerd en beheerd of centraal worden gehost en op afstand aan gebruikers worden geleverd, afhankelijk van de vereisten van de applicatie en de infrastructuur. Kiezen tussen deze modellen vereist meer dan alleen het vergelijken van technologieën. Dit artikel legt uit hoe Windows-applicatieverpakking werkt, hoe het verschilt van applicatiepublicatie, wanneer elke benadering zinvol is en hoe IT-teams beide kunnen combineren binnen dezelfde applicatieleveringsstrategie.

Wat is Windows Application Packaging?

Windows-applicatieverpakking omvat de voorbereiding van een applicatie en de bestanden, configuratie en metadata die nodig zijn voor voorspelbare installatie en beheer.

In plaats van handmatig een applicatie op alle doelsystemen te configureren, kunnen IT-teams een gestandaardiseerd pakket gebruiken om installatie, configuratie, updates en verwijdering consistenter te maken.

Het moderne verpakkingsmodel van Microsoft voor Windows omvat MSIX, waarmee de levering van pakketidentiteit, voorspelbare installatie en verwijdering, gecontroleerde updates en integratie met Windows-functies mogelijk wordt gemaakt.

Traditionele Win32-toepassingen kunnen profiteren van technologieën zoals MSI- en EXE-installateurs.

Toepassing verpakking bepaalt daarom wat er moet worden geïnstalleerd, hoe installatie en verwijdering moeten plaatsvinden, welke configuratie aan gebruikers wordt aangeboden en hoe upgrades zullen plaatsvinden. Het doel is om de implementatie van toepassingen herhaalbaar en beheersbaar te maken in de doel-Windows-omgeving.

Wat Bevat een Applicatiepakket?

De inhoud van een applicatiepakket is afhankelijk van de verpakkings technologie, de applicatie zelf.

Een MSIX-pakket bijvoorbeeld, combineert de payload van een applicatie met een manifest dat elementen definieert zoals pakketidentiteit, afhankelijkheden en mogelijkheden. Het belangrijke onderscheid hier is dat het pakket een eenheid van distributie en implementatie definieert, in plaats van te specificeren waar de applicatie moet draaien.

Traditionele enterprise-verpakking kan ook inhouden dat een bestaande installer wordt getransformeerd of verpakt, configuratie wordt toegevoegd, de logica voor implementatie wordt gedefinieerd en het uiteindelijke pakket wordt gevalideerd voordat het wordt uitgerold.

Applicatieverpakking is daarom meer dan alleen het plaatsen van applicatiebestanden in een ander bestand. Het heeft als doel de software-installatie herhaalbaar, beheersbaar en ondersteunbaar te maken.

Windows Applicatieverpakking: Hoe Werkt Het?

Verpakkingsworkflows variëren afhankelijk van de applicatie, verpakkingsformaat en beheersplatform. De meeste verpakkingsworkflows zijn echter over het algemeen onderverdeeld in drie verschillende fasen: ontdekking, pakketcreatie en testen voorafgaand aan implementatie.

Toepassingsontdekking en vereisten

Voordat een herverpakking van een bestaande applicatie wordt uitgevoerd, is het van cruciaal belang dat beheerders begrijpen wat de installer van de applicatie wijzigt en wat de applicatie tijdens runtime vereist.

Ontdekkingsactiviteiten omvatten, maar zijn niet beperkt tot:

• bestanden en mappen
• registervermeldingen
• Windows-services
• runtime-afhankelijkheden
• omgevingsvariabelen
• bestandse associaties
• machtigingen
• sneltoetsen en configuratiebestanden

De omgeving waarin de applicatie wordt geïmplementeerd kan net zo belangrijk zijn als de installer. Een applicatie die is ontwikkeld en getest op de werkplek van een ontwikkelaar kan anders reageren wanneer deze wordt uitgevoerd met standaard gebruikersrechten, op een schone enterprise Windows-image of op een multi-user Windows Server omgeving .

Pakketcreatie en -configuratie

IT-teams bereiden vervolgens de applicatie voor met behulp van de juiste verpakkings technologie voor de gegeven software en implementatiemodel.

In het geval van Windows-toepassingen kan dit betekenen dat er een MSIX-pakket wordt gemaakt. Dit kan inhouden dat bestaande software die Win32 gebruikt in zijn MSI- of EXE-installatievorm wordt achtergelaten of dat sommige toepassingen naar MSIX worden geconverteerd. Verschillende benaderingen van verpakking kunnen identiteit voor het pakket bieden terwijl de software elementen van zijn bestaande installatie-model behoudt.

Daarom is er geen enkel verpakkingsformaat dat geschikt is voor alle Windows-toepassingen. De toepassing, de omgeving en de beheersbehoeften zouden de verpakkingsaanpak moeten bepalen.

Testen en implementatie

Pakketten moeten zijn getest op schone systemen die de doelproductieomgeving repliceren.

Het testproces moet installatie, eerste lancering, afhankelijkheden, updates, functionaliteit van de applicatie en de de-installatiegedrag omvatten. Beheerders moeten ook controleren of machtigingen en gebruikersspecifieke configuraties correct worden afgehandeld, vooral in het geval van bestand- of registeromleiding die kan optreden bij het verpakken van applicaties.

Na validatie kunnen pakketten vervolgens worden gedistribueerd via het door de organisatie voorkeur gegeven softwaredistributie- of endpointbeheerplatform.

Laten we nu een stap terugnemen en een subtiele maar cruciaal belangrijke onderscheiding verduidelijken:

Toepassingen worden verpakt en vervolgens uitgerold

De scheiding van deze functies is belangrijk omdat het een natuurlijk overgangspunt voor applicatiepublicatie creëert.

Wat is Windows-toepassing publicatie?

Windows-applicatiepublicatie dient om een applicatie te publiceren die is geïnstalleerd op gecentraliseerde Windows-infrastructuur voor geautoriseerde gebruikers via een netwerk of het internet.

De applicatie wordt uitgevoerd op een externe Windows-host in plaats van op het eindpunt van elke gebruiker. In dit geval krijgt de gebruiker toegang tot de op afstand uitgevoerde applicatie via een compatibele client, snelkoppeling of webbrowser.

Toepassing geïnstalleerd op server → gebruiker toegang verleend → toepassing uitgevoerd op server → toepassingsinterface geleverd aan gebruiker

Deze benadering is anders, omdat in plaats van de zakelijke applicatie op elk eindpunt te installeren en te onderhouden, beheerders verplicht zijn deze op de servers te onderhouden die de sessie van de gebruiker hosten. Hierdoor kunnen gebruikers toegang krijgen tot een applicatie die naadloos lijkt te versmelten met hun werkomgeving, ondanks dat deze op gecentraliseerde infrastructuur wordt gehost.

Windows Applicatieverpakking vs Applicatiepublicatie: Hoe Verschillen Ze?

De eenvoudigste onderscheiding is:

Applicatieverpakking bepaalt hoe software wordt voorbereid voor installatie en beheer. Applicatiepublicatie bepaalt hoe gebruikers toegang krijgen tot software die draait op gecentraliseerde infrastructuur.

De technologieën opereren daarom op verschillende stadia van appliclevering.

Vraag	Windows-toepassing verpakking	Applicatiepublicatie
Primaire doel	Bereid software voor herhaalbare installatie en onderhoud	Geef gebruikers toegang tot centraal gehoste applicaties
Hoofdvraag IT	Hoe moeten we deze applicatie installeren en beheren?	Hoe moeten gebruikers toegang krijgen tot en deze applicatie uitvoeren?
Waar draait de app?	Op welk systeem de applicatie ook wordt ontvangen	Op de publicatie- of sessiehost
Lokale installatie op gebruikersendpoint?	Gewoonlijk vereist voor endpoint-implementatie	Volledige applicatie-installatie normaal niet vereist
Updates	Moet de toepasselijke implementatiedoelen bereiken	Kan centraal worden toegepast op publicatiehosts
Eindpuntvereisten	Endpoint moet de lokaal uitgevoerde applicatie ondersteunen	Endpoint heeft voornamelijk een compatibele toegangsmethode nodig
Typische reikwijdte	Softwarelevenscyclus en endpoint/serverbeheer	Gecentraliseerde applicatielevering
Veelvoorkomende gebruikssituaties	Beheerde pc's, gestandaardiseerde software, gecontroleerde uitrol	Remote gebruikers, BYOD, legacy-apps en gecentraliseerde applicatie-toegang

Eén kwalificatie: applicatieverpakking bepaalt niet waar de betreffende software wordt uitgevoerd.

MSIX, MSI of een andere vorm van pakket kan worden geïnstalleerd op een werkstation, laptop, virtuele machine of server. Packaging bepaalt hoe de software wordt geïnstalleerd en onderhouden. Doelimplementatie bepaalt daarom waar de applicatie wordt geïnstalleerd.

Applicatiepublicatie introduceert een verdere architectonische overweging. De applicatieprocessen draaien op gecentraliseerde infrastructuur terwijl de interface wordt geleverd op externe eindpunten voor geautoriseerde gebruikers.

In welk geval zou je applicatieverpakking en publicatie samen kunnen gebruiken?

Ja. Ze behandelen verschillende punten in de levenscyclus van appliclevering en kunnen onafhankelijk of in combinatie worden gebruikt.

Overweeg een organisatie die een Windows-toepassing voor bedrijfsvoering heeft. Als deze lokaal moet worden uitgevoerd, kan deze worden verpakt en geïmplementeerd op elk beheerd eindpunt:

Pakket → implementeren op eindpunten → applicatie draait lokaal

Als de organisatie moet centraliseren, kan het worden verpakt of geïnstalleerd op relevante sessiehosts en vervolgens worden gepubliceerd:

Pakket of installeer → implementeren op gecentraliseerde hosts → publiceren → applicatie draait centraal

In dit geval wordt applicatieverpakking niet noodzakelijkerwijs verlaten. Het wordt gewoon toegepast op gecentraliseerde hosts in plaats van op elk apparaat van de gebruiker, wat het eenvoudiger kan maken om de applicatie consistent te houden op meerdere publicatieservers.

Applicatieverpakking en applicatiepublicatie sluiten elkaar niet uit: verpakking standaardiseert de installatie en het onderhoud van de applicatie, terwijl publicatie de toegangsmethode bepaalt. Afhankelijk van de behoeften van de applicatie kan IT de ene methode, de andere of beide in combinatie gebruiken.

In welk geval is het beter om Windows-toepassingsverpakking te gebruiken?

Microsoft Windows-applicatieverpakking is het meest geschikt wanneer lokale uitvoering voordelig is en IT effectief apparaten kan beheren waarop de applicatie is gehost. In dergelijke gevallen maakt het standaardisatie van installatie en onderhoud mogelijk, terwijl de locatie van de applicatie-uitvoering aan de gebruikers wordt overgelaten.

Gebruikers hebben offline toegang nodig

Toepassingen die lokaal zijn geïnstalleerd, kunnen effectief functioneren, zelfs als gebruikers geen toegang hebben tot centrale bronnen, wat vaak het geval is voor mobiele werknemers, veldwerkers en andere nomadische werknemers.

Verpakking helpt IT-organisaties ervoor te zorgen dat deze aanpak consistent wordt gebruikt door installatie, configuratie en updates op beheerde eindpunten te standaardiseren.

Toepassingen zijn afhankelijk van lokale hardware of verwerking

Sommige applicaties functioneren het meest effectief wanneer ze lokaal worden uitgevoerd, omdat ze van nature afhankelijk zijn van of geïntegreerd zijn met de middelen van het eindpunt.

Lokale implementatie voorkomt de introductie van een externe sessie tussen de applicatie en de bronnen, en verpakking biedt een herhaalbare methode voor het installeren en configureren van de applicatie op eindpunten die in staat zijn lokale uitvoering te ondersteunen.

Eindpunten zijn gestandaardiseerd en centraal beheerd

Verpakking is ook logisch in de situatie waarin een organisatie al een gecontroleerde set Windows-apparaten en een endpoint-beheerplatform heeft om deze te beheren. Als de omgeving voornamelijk uit vergelijkbare apparaten en besturingssystemen op hetzelfde configuratieniveau bestaat, kan lokale applicatie-implementatie en -beheer geen significante moeilijkheidsgraad opleveren.

Pakketten bieden een georganiseerde aanpak voor applicatiebeheer, wat de taak van het installeren en onderhouden van de applicatie op eindgebruikersapparaten vergemakkelijkt. In dit scenario kan het introduceren van centrale uitvoering niet nodig zijn en een extra laag van complexiteit toevoegen, tenzij er een daadwerkelijke zakelijke behoefte is voor een dergelijke maatregel.

Daarom is de belangrijkste vraag niet of de applicatie kan worden verpakt, maar of het haalbaar is om deze op elk doelapparaat te installeren, bij te werken en te beheren, rekening houdend met de specifieke omgeving en vereisten.

Wanneer is applicatiepublicatie logischer?

Applicatiepublicatie wordt aantrekkelijker wanneer lokale installatie onredelijke operationele of compatibiliteitscomplexiteiten met zich meebrengt.

Verschillende typische situaties zijn het overwegen waard.

Remote en Gedistribueerde Gebruikers

Thuiswerkers, personeel van vestigingen en aannemers werken niet altijd vanaf goed beheerde locaties of apparaten zoals bedrijfs-pc's.

Applicatiepublicatie behoudt de Windows-app op centrale servers terwijl het toestaat Externe toegang door geautoriseerde gebruikers, waardoor beheerders worden ontlast van de last om de applicatieomgeving op elk extern apparaat te repliceren.

BYOD en gemengde eindpuntomgevingen

Een Windows-applicatie hoeft niet per se op elk type apparaat te worden uitgevoerd dat een bepaalde organisatie gebruikt.

Publiceren van applicaties ontkoppelt de uitvoeringsomgeving van de eindgebruiker. Door een dergelijke methode te gebruiken, kan een individu toegang krijgen tot een centraal gehoste Windows-app via een goedgekeurde browser of client op hun machine, die anders de applicatie niet zou kunnen uitvoeren.

Deze strategie is ideaal voor zowel bring-your-own-device (BYOD) als andere omgevingen waar meerdere endpoint-besturingssystemen zijn.

Legacy Windows-toepassingen

Legacy-applicaties kan de implementatie-inspanningen compliceren door afhankelijk te zijn van besturingssysteemafhankelijkheden, verouderde componenten en moeilijke configuratiebeperkingen.

Het centraliseren van de applicatie kan helpen om omgevingen te verminderen waarin IT de software moet laten werken. Het zal niet noodzakelijkerwijs applicatiecompatibiliteitsproblemen oplossen, maar het kan die problemen beperken tot gecontroleerde Windows-hosts, in plaats van een uitgestrekte verzameling eindpunten.

Dit kan de standaardisatie rond toegang tot legacy-applicaties vereenvoudigen terwijl een organisatie werkt aan een langetermijnmoderniseringsplan.

Toepassingen die frequente updates vereisen

Frequent changes to an application make its local deployment more difficult, especially when the number of endpoints increases.

Met applicatiepublicatie werken beheerders de applicatie bij op de relevante centrale hosts. Gebruikers hebben vervolgens toegang tot de bijgewerkte applicatie zonder dat ze de software op alle eindpunten hoeven bij te werken.

Het proces is vooral voordelig wanneer veel gebruikers afhankelijk zijn van dezelfde applicatie, maar deze niet lokaal hoeven te gebruiken.

Hoe moeten IT-teams kiezen tussen verpakken en publiceren?

IT-teams moeten kijken naar de operationele vereisten van de applicatie in plaats van naar de keuze van technologie.

Als lokale installatie eenvoudig te onderhouden is, zijn uw eindpunten strikt gecontroleerd en hebben gebruikers offline of hardware-afhankelijke mogelijkheden nodig, dan is verpakte eindpuntimplementatie de meest logische keuze. Als uw gebruikers verspreid zijn, uw eindpunten heterogeen zijn, lokale installatie uitdagend is of de applicatie gemakkelijker centraal up-to-date te houden is, kan applicatiepublicatie de overhead van eindpuntbeheer verminderen.

Veel bedrijven zullen beide modellen nodig hebben. Uw beheerde desktopgebruikers kunnen lokaal geïnstalleerde applicaties krijgen, maar aannemers, telewerkers of degenen die ongecontroleerde apparaten gebruiken, kunnen centraal gepubliceerde toegang tot specifieke bedrijfssoftware krijgen.

De keuze wordt veel duidelijker als IT drie vragen loskoppelt.

1. Hoe moet de applicatie worden verpakt en onderhouden?
2. Waar moet de applicatie worden geïmplementeerd en uitgevoerd?
3. Hoe moeten gebruikers er toegang toe krijgen?

Het bekijken van verpakking, implementatie en toegang als afzonderlijke beslissingen voorkomt dat twee fundamenteel verschillende technologieën met elkaar worden vergeleken alsof ze dezelfde oplossing zijn.

Hoe kan TSplus Remote Access een oplossing zijn?

Organisaties die gecentraliseerde levering van Windows-toepassingen willen zonder de volledige toepassing naar elk eindpunt te implementeren, kunnen gebruikmaken van TSplus Remote Access om geselecteerde Windows-toepassingen te publiceren of volledige externe bureaubladen te bieden vanuit gecentraliseerde Windows-infrastructuur.

Beheerders kunnen applicaties toewijzen aan specifieke gebruikers of groepen en toegang bieden via ondersteunde externe clients of browsergebaseerde HTML5-verbindingen. Dit maakt applicatiepublicatie een optie voor organisaties die externe gebruikers, BYOD-omgevingen of Windows-applicaties ondersteunen die gemakkelijker centraal te onderhouden zijn.

Conclusie

Windows-applicatieverpakking biedt een herhaalbare manier om software te installeren, configureren en onderhouden, terwijl applicatiepublicatie gebruikers toegang geeft tot applicaties die draaien op gecentraliseerde infrastructuur. Geen van beide benaderingen vervangt inherent de ander, en beide kunnen deel uitmaken van dezelfde applicatieleveringsstrategie.

Het juiste model hangt af van de toepassingsvereisten, het beheer van eindpunten en de toegangsbehoeften van gebruikers. Door verpakking, implementatielocatie en toegang afzonderlijk te overwegen, kunnen IT-teams beslissen of een applicatie lokaal, centraal of via een combinatie van beide modellen moet draaien.