Windows Application Packaging vs Publicarea aplicațiilor

Introducere

Aplicațiile Windows pot fi instalate și gestionate pe puncte finale individuale sau găzduite central și livrate utilizatorilor de la distanță, în funcție de cerințele aplicației și infrastructurii. Alegerea între aceste modele necesită mai mult decât compararea tehnologiilor. Acest articol explică modul în care funcționează ambalarea aplicațiilor Windows, cum se deosebește de publicarea aplicațiilor, când fiecare abordare are sens și cum echipele IT pot combina ambele în cadrul aceleași strategii de livrare a aplicațiilor.

Ce este ambalarea aplicațiilor Windows?

Ambalarea aplicațiilor Windows implică pregătirea unei aplicații și a fișierelor, configurației și metadatelor necesare pentru o instalare și gestionare previzibile.

În loc să configureze manual o aplicație pe toate sistemele țintă, echipele IT pot folosi un pachet standardizat pentru a face instalarea, configurarea, actualizarea și eliminarea mai consistente.

Modelul modern de ambalare Windows de la Microsoft include MSIX, care permite furnizarea identității pachetului, instalarea și eliminarea previzibile, actualizări controlate și integrarea cu caracteristicile Windows.

Aplicațiile tradiționale Win32 pot profita de tehnologii precum instalatoarele MSI și EXE.

Ambalarea aplicațiilor dictează, așadar, ce trebuie instalat, cum ar trebui să aibă loc instalarea și eliminarea, ce configurație este oferită utilizatorilor și cum vor avea loc actualizările. Scopul său este de a permite desfășurarea aplicațiilor să fie repetabilă și gestionabilă în cadrul mediului Windows țintă.

Ce conține un pachet de aplicație?

Conținutul unui pachet de aplicație depinde de tehnologia de ambalare, aplicația în sine.

Un pachet MSIX de exemplu, combină încărcătura unei aplicații cu un manifest care definește elemente precum identitatea pachetului, dependențele și capacitățile. Distincția importantă aici este că pachetul definește o unitate de distribuție și implementare, mai degrabă decât să specifice unde trebuie să ruleze aplicația.

Ambalarea tradițională a întreprinderii poate implica, de asemenea, transformarea sau împachetarea unui installer existent, adăugarea de configurații, definirea logicii pentru desfășurare și validarea pachetului final înainte de implementare.

Ambalarea aplicațiilor este, așadar, mai mult decât a pune fișierele aplicației într-un alt fișier. Scopul său este de a face instalarea software-ului repetabilă, gestionabilă și suportabilă.

Pachetarea aplicațiilor Windows: Cum funcționează?

Fluxurile de ambalare variază în funcție de aplicație, formatul de ambalare și platforma de gestionare. Cu toate acestea, majoritatea fluxurilor de ambalare sunt în general împărțite în trei etape diferite: descoperire, creare de pachete și testare înainte de implementare.

Descoperirea aplicațiilor și cerințele

Înainte de a efectua o reproiectare a unei aplicații existente, este esențial ca administratorii să înțeleagă ce modifică instalatorul aplicației și ce necesită aplicația în timpul execuției.

Activitățile de descoperire includ, dar nu se limitează la:

• fișiere și directoare
• înregistrări de registru
• Servicii Windows
• dependințe de execuție
• variabile de mediu
• asocieri de fișiere
• permisiuni
• scurtături și fișiere de configurare

Mediul în care aplicația este implementată poate fi la fel de important ca și instalatorul. O aplicație care este dezvoltată și testată pe stația de lucru a unui dezvoltator poate acționa diferit atunci când este rulată folosind permisiuni standard de utilizator, pe o imagine Windows curată de întreprindere sau pe un mediu Windows Server multi-utilizator .

Crearea și Configurarea Pachetului

Echipele IT pregătesc apoi aplicația folosind tehnologia de ambalare adecvată pentru software-ul și modelul de implementare date.

În cazul aplicațiilor Windows, acest lucru ar putea însemna crearea unui pachet MSIX. Acest lucru ar putea implica lăsarea software-ului existent care folosește Win32 în forma sa de instalare MSI sau EXE sau conversia unor aplicații în MSIX. Diferite abordări de ambalare pot oferi identitate pachetului, permițând în același timp software-ului să mențină elemente ale modelului său de instalare existent.

Prin urmare, nu există un singur format de ambalare care să se potrivească tuturor aplicațiilor Windows. Aplicația, mediul său și nevoile de gestionare ar trebui să dicteze abordarea de ambalare.

Testare și Implementare

Pachetele ar trebui să fie testat pe sisteme curate care replică mediul de producție țintă.

Procesul de testare ar trebui să includă instalarea, prima lansare, dependențele, actualizările, funcționalitatea aplicației și comportamentul de dezinstalare. Administratorii ar trebui, de asemenea, să verifice că permisiunile și configurațiile specifice utilizatorului sunt gestionate corect, în special în cazul redirecționării fișierelor sau registrului care poate apărea atunci când se ambalează aplicațiile.

După validare, pachetele pot fi apoi distribuite prin intermediul platformei preferate de distribuție a software-ului sau de gestionare a punctelor finale a organizației.

Acum, să facem un pas înapoi și să clarificăm o distincție subtilă, dar extrem de importantă:

Aplicațiile sunt ambalate, apoi desfășurate

Separarea acestor funcții este importantă deoarece creează un punct de tranziție natural pentru publicarea aplicațiilor.

Ce este publicarea aplicațiilor Windows?

Publicarea aplicațiilor Windows servește la publicarea unei aplicații care este instalată pe o infrastructură Windows centralizată pentru utilizatorii autorizați prin intermediul unei rețele sau al Internetului.

Aplicația este executată pe un gazdă Windows la distanță în loc să fie executată pe fiecare punct final al utilizatorului. În acest caz, utilizatorul primește acces la aplicația executată la distanță printr-un client compatibil, un shortcut sau un browser web.

Aplicație instalată pe server → utilizatorul a primit acces → aplicația a fost executată pe server → interfața aplicației livrată utilizatorului

Această abordare este diferită, deoarece, în loc să instaleze și să întrețină aplicația de afaceri pe fiecare punct final, administratorii sunt obligați să o întrețină pe serverele care găzduiesc sesiunea utilizatorului. Astfel, utilizatorii pot accesa o aplicație care pare să se integreze perfect în mediul lor de lucru, în ciuda faptului că este găzduită pe o infrastructură centralizată.

Windows Application Packaging vs Publicarea Aplicațiilor: Care sunt diferențele?

Cea mai simplă distincție este:

Ambalarea aplicațiilor determină modul în care software-ul este pregătit pentru instalare și gestionare. Publicarea aplicațiilor determină modul în care utilizatorii accesează software-ul care rulează pe infrastructura centralizată.

Tehnologiile funcționează, așadar, în etape diferite ale livrării aplicațiilor.

Întrebare	Ambalarea aplicațiilor Windows	Publicare de aplicații
Scop principal	Pregătiți software-ul pentru instalare și întreținere repetabilă	Oferiți utilizatorilor acces la aplicații găzduite centralizat
Principala întrebare IT	Cum ar trebui să instalăm și să gestionăm această aplicație?	Cum ar trebui utilizatorii să acceseze și să ruleze această aplicație?
Unde rulează aplicația?	Pe orice sistem care primește aplicația	Pe gazda de publicare sau sesiune
Instalare locală pe punctul final al utilizatorului?	De obicei necesar pentru implementarea endpoint-ului	Instalarea completă a aplicației nu este de obicei necesară
Actualizări	Trebuie să atingă obiectivele de implementare aplicabile	Poate fi aplicat centralizat pe gazdele de publicare
Cerințe pentru endpointuri	Endpointul trebuie să suporte aplicația executată local.	Endpoint-ul are nevoie în principal de o metodă de acces compatibilă.
Domeniu tipic	Ciclul de viață al software-ului și gestionarea endpoint-urilor/serverelor	Livrarea centralizată a aplicațiilor
Cazuri de utilizare comune	PC-uri gestionate, software standardizat, desfășurări controlate	Utilizatori la distanță, BYOD, aplicații moștenite și acces centralizat la aplicații

O calificare: ambalarea aplicațiilor nu dictează unde este operat respectivul software.

MSIX, MSI sau orice altă formă de pachet poate fi implementată pe un post de lucru, laptop, mașină virtuală sau server. Ambalarea dictează modul în care software-ul este instalat și întreținut. Prin urmare, implementarea țintă dictează unde este instalată aplicația.

Publicarea aplicațiilor introduce o considerație arhitecturală suplimentară. Procesele aplicației se desfășoară pe o infrastructură centralizată, în timp ce interfața sa este livrată pe puncte finale remote pentru utilizatorii autorizați.

În ce caz ai putea folosi împreună ambalarea și publicarea aplicațiilor?

Da. Ele abordează diferite aspecte în ciclul de livrare a aplicațiilor și pot fi utilizate independent sau în combinație.

Considerați o organizație care are o aplicație Windows de tip linie de afaceri. Dacă trebuie să fie rulată local, poate fi ambalată și distribuită către fiecare punct final gestionat:

Pachet → implementare pe puncte finale → aplicația rulează local

Dacă organizația trebuie să centralizeze, ar putea fi ambalată sau instalată pe gazdele de sesiune relevante și apoi publicată:

Pachet sau instalare → desfășurare pe gazde centralizate → publicare → aplicația rulează centralizat

În acest caz, ambalarea aplicațiilor nu este neapărat abandonată. Este aplicată doar pe gazde centralizate în loc de dispozitivul fiecărui utilizator, ceea ce poate simplifica menținerea aplicației consistente pe mai multe servere de publicare.

Ambalarea aplicațiilor și publicarea aplicațiilor nu sunt exclusiviste: ambalarea standardizează instalarea și întreținerea aplicației, în timp ce publicarea dictează metoda de acces. În funcție de nevoile aplicației, IT-ul poate folosi o metodă, cealaltă sau ambele în combinație.

În ce caz ar fi mai bine să folosiți ambalarea aplicațiilor Windows?

Pachetarea aplicațiilor Microsoft Windows este cea mai potrivită atunci când execuția locală este benefică, iar IT-ul poate gestiona eficient dispozitivele pe care este găzduită aplicația. În astfel de cazuri, permite standardizarea instalării și întreținerii, lăsând locul de execuție a aplicației utilizatorilor.

Utilizatorii au nevoie de acces offline

Aplicațiile instalate local pot funcționa eficient, chiar dacă utilizatorii nu pot accesa resursele centrale, ceea ce este adesea cazul angajaților mobili, lucrătorilor din teren și altor lucrători nomazi.

Ambalarea ajută organizațiile IT să se asigure că această abordare este utilizată în mod constant prin standardizarea instalării, configurării și actualizărilor pe punctele finale gestionate.

Aplicațiile depind de hardware-ul local sau de procesare

Unele aplicații funcționează cel mai eficient atunci când sunt rulate local, deoarece sunt în mod inerent dependente de resursele endpoint-ului sau integrate cu acestea.

Implementarea locală evită introducerea unei sesiuni remote între aplicație și resurse, iar ambalarea oferă o metodă repetabilă pentru instalarea și configurarea aplicației pe punctele finale capabile să susțină execuția locală.

Punctele finale sunt standardizate și gestionate centralizat

Ambalarea are sens și în situația în care o organizație are deja un set controlat de dispozitive Windows și o platformă de gestionare a punctelor finale pentru a le administra. Dacă mediul conține în principal dispozitive și sisteme de operare similare la același nivel de configurare, desfășurarea și gestionarea aplicațiilor locale pot să nu prezinte dificultăți semnificative.

Pachetele oferă o abordare organizată pentru gestionarea aplicațiilor, ceea ce face ca sarcina de instalare și întreținere a aplicației pe dispozitivele utilizatorilor finali să fie mai ușoară. În acest scenariu, introducerea execuției centrale poate să nu fie necesară și să adauge un strat suplimentar de complexitate, cu excepția cazului în care există o nevoie reală de afaceri pentru o astfel de măsură.

Prin urmare, întrebarea cheie nu este dacă aplicația poate fi ambalată, ci dacă este viabil să o instalați, să o actualizați și să o gestionați pe fiecare dispozitiv țintă, având în vedere mediul și cerințele specifice.

Când are mai mult sens publicarea aplicațiilor?

Publicarea aplicațiilor devine mai dorită atunci când instalarea locală implică complexități operaționale sau de compatibilitate nejustificate.

Mai multe situații tipice merită luate în considerare.

Utilizatori Remote și Distribuiți

Angajații la distanță, personalul din birourile regionale și contractorii nu lucrează întotdeauna de la locații sau dispozitive bine gestionate, cum ar fi PC-urile corporative.

Publicarea aplicațiilor păstrează aplicația Windows pe servere centrale în timp ce permite acces la distanță de către utilizatori autorizați, eliberând astfel administratorii de povara replicării mediului aplicației pe fiecare dispozitiv remote.

BYOD și medii mixte de puncte finale

O aplicație Windows s-ar putea să nu fie executată neapărat pe fiecare tip de dispozitiv pe care o organizație particulară îl folosește.

Publicarea aplicațiilor decuplează mediul de execuție de utilizatorul final. Folosind o astfel de metodă, o persoană poate accesa o aplicație Windows găzduită central printr-un browser sau client aprobat pe mașina sa, care altfel nu ar putea rula aplicația.

Această strategie este ideală atât pentru aducerea propriului dispozitiv (BYOD), cât și pentru alte medii în care există mai multe sisteme de operare pentru endpoint-uri.

Aplicații Windows moștenite

Aplicații legate de moștenire poate complica eforturile de implementare prin dependența de sistemul de operare, componentele învechite și constrângerile dificile de configurare.

Centralizarea aplicației poate ajuta la reducerea mediilor în care IT-ul trebuie să facă software-ul să funcționeze. Nu va rezolva neapărat problemele de compatibilitate ale aplicației, dar poate limita aceste probleme la gazde Windows controlate, în loc de o colecție extinsă de puncte finale.

Acest lucru poate simplifica standardizarea accesului la aplicațiile moștenite pe măsură ce o organizație lucrează la un plan de modernizare pe termen lung.

Aplicații care necesită actualizări frecvente

Modificările frecvente ale unei aplicații fac ca implementarea sa locală să fie mai dificilă, mai ales atunci când numărul de puncte finale crește.

Prin publicarea aplicațiilor, administratorii actualizează aplicația în gazdele centrale relevante. Utilizatorii accesează apoi aplicația actualizată fără a fi nevoie să actualizeze software-ul pe toate punctele finale.

Procesul este deosebit de avantajos atunci când mulți utilizatori depind de aceeași aplicație, dar nu trebuie să o folosească local.

Cum ar trebui echipele IT să aleagă între ambalare și publicare?

Echipele IT ar trebui să se concentreze pe cerințele operaționale ale aplicației, mai degrabă decât pe alegerea tehnologiei.

Dacă instalarea locală este ușor de întreținut, punctele dumneavoastră finale sunt strict controlate și utilizatorii au nevoie de capacități offline sau dependente de hardware, implementarea pachetelor de puncte finale are cel mai mult sens. Dacă utilizatorii dumneavoastră sunt distribuiți, punctele finale sunt eterogene, instalarea locală este provocatoare sau aplicația este mai ușor de actualizat centralizat, publicarea aplicației poate reduce suprasarcina de gestionare a punctelor finale.

Multe întreprinderi vor necesita ambele modele. Utilizatorii dvs. de desktop gestionat ar putea obține aplicații desfășurate local, dar contractorii, telemuncitorii sau cei care folosesc dispozitive neadministrate ar putea obține acces publicat central la software-ul specific pentru afaceri.

Alegerea devine mult mai clară dacă IT-ul decuplează trei întrebări.

1. Cum ar trebui să fie ambalată și întreținută aplicația?
2. Unde ar trebui să fie desfășurată și rulată aplicația?
3. Cum ar trebui utilizatorii să acceseze?

Privind ambalarea, desfășurarea și accesul ca decizii separate împiedică compararea a două tehnologii fundamental diferite ca și cum ar fi aceeași soluție.

Cum poate TSplus Remote Access să fie o soluție?

Organizațiile care doresc livrarea centralizată a aplicațiilor Windows fără a desfășura aplicația completă pe fiecare punct final pot folosi TSplus Remote Access pentru a publica aplicații Windows selectate sau a oferi desktopuri remote complete dintr-o infrastructură Windows centralizată.

Administratorii pot atribui aplicații utilizatorilor sau grupurilor specifice și pot oferi acces prin clienți de remote suportati sau conexiuni HTML5 bazate pe browser. Acest lucru face ca publicarea aplicațiilor să fie o opțiune pentru organizațiile care susțin utilizatori remote, medii BYOD sau aplicații Windows care sunt mai ușor de întreținut centralizat.

Concluzie

Pachetarea aplicațiilor Windows oferă o modalitate repetabilă de a instala, configura și întreține software-ul, în timp ce publicarea aplicațiilor oferă utilizatorilor acces la aplicații care rulează pe o infrastructură centralizată. Nici o abordare nu îl înlocuiește în mod inerent pe cealaltă, iar ambele pot face parte din aceeași strategie de livrare a aplicațiilor.

Modelul corect depinde de cerințele aplicației, gestionarea punctelor finale și nevoile de acces ale utilizatorilor. Prin considerarea ambalării, locației de desfășurare și accesului separat, echipele IT pot decide dacă o aplicație ar trebui să ruleze local, central sau printr-o combinație a ambelor modele.