Pakowanie aplikacji Windows vs Publikowanie aplikacji

Wprowadzenie

Aplikacje Windows mogą być instalowane i zarządzane na poszczególnych punktach końcowych lub hostowane centralnie i dostarczane użytkownikom zdalnie, w zależności od wymagań aplikacji i infrastruktury. Wybór między tymi modelami wymaga więcej niż tylko porównania technologii. Ten artykuł wyjaśnia, jak działa pakowanie aplikacji Windows, jak różni się od publikacji aplikacji, kiedy każde podejście ma sens i jak zespoły IT mogą połączyć oba w ramach tej samej strategii dostarczania aplikacji.

Czym jest pakowanie aplikacji Windows?

Pakowanie aplikacji Windows polega na przygotowaniu aplikacji oraz plików, konfiguracji i metadanych, których potrzebuje do przewidywalnej instalacji i zarządzania.

Zamiast ręcznie konfigurować aplikację na wszystkich docelowych systemach, zespoły IT mogą użyć ustandaryzowanego pakietu, aby uczynić instalację, konfigurację, aktualizację i usuwanie bardziej spójnymi.

Nowoczesny model pakowania systemu Windows firmy Microsoft obejmuje MSIX, który umożliwia zapewnienie tożsamości pakietu, przewidywalną instalację i usuwanie, kontrolowane aktualizacje oraz integrację z funkcjami systemu Windows.

Tradycyjne aplikacje Win32 mogą korzystać z technologii takich jak instalatory MSI i EXE.

Pakowanie aplikacji zatem określa, co musi być zainstalowane, jak powinny przebiegać instalacja i usuwanie, jakie konfiguracje są dostarczane użytkownikom oraz jak będą przebiegać aktualizacje. Jego celem jest umożliwienie powtarzalnego i zarządzalnego wdrażania aplikacji w docelowym środowisku Windows.

Co zawiera pakiet aplikacji?

Zawartość pakietu aplikacji zależy od technologii pakowania oraz samej aplikacji.

An pakiet MSIX na przykład łączy ładunek aplikacji z manifestem, który definiuje elementy takie jak tożsamość pakietu, zależności i możliwości. Ważnym rozróżnieniem jest to, że pakiet definiuje jednostkę dystrybucji i wdrożenia, a nie określa, gdzie aplikacja ma działać.

Tradycyjne pakowanie przedsiębiorstw może również obejmować przekształcanie lub opakowywanie istniejącego instalatora, dodawanie konfiguracji, definiowanie logiki wdrożenia oraz walidację ostatecznego pakietu przed wdrożeniem.

Pakowanie aplikacji jest zatem czymś więcej niż tylko umieszczaniem plików aplikacji w innym pliku. Ma na celu uczynienie instalacji oprogramowania powtarzalną, zarządzalną i wspieraną.

Pakowanie aplikacji Windows: Jak to działa?

Przepływy pracy pakowania różnią się w zależności od aplikacji, formatu pakowania i platformy zarządzania. Jednak większość przepływów pracy pakowania jest zazwyczaj podzielona na trzy różne etapy: odkrywanie, tworzenie pakietu i testowanie przed wdrożeniem.

Odkrywanie aplikacji i wymagania

Przed przystąpieniem do przepakowania istniejącej aplikacji, kluczowe jest, aby administratorzy zrozumieli, co modyfikuje instalator aplikacji i jakie są wymagania aplikacji podczas działania.

Działania odkrywcze obejmują, ale nie ograniczają się do:

• pliki i katalogi
• wpisy rejestru
• Usługi systemu Windows
• zależności czasowe
• zmienne środowiskowe
• skojarzenia plików
• uprawnienia
• skróty i pliki konfiguracyjne

Środowisko, w którym aplikacja jest wdrażana, może być równie ważne jak instalator. Aplikacja, która jest rozwijana i testowana na stacji roboczej dewelopera, może działać inaczej, gdy jest uruchamiana z użyciem standardowych uprawnień użytkownika, na czystym obrazie systemu Windows w przedsiębiorstwie lub na wielu użytkowników środowisko Windows Server .

Tworzenie i konfiguracja pakietu

Zespoły IT następnie przygotowują aplikację, używając odpowiedniej technologii pakowania dla danego oprogramowania i modelu wdrożenia.

W przypadku aplikacji systemu Windows może to oznaczać utworzenie pakietu MSIX. Może to wiązać się z pozostawieniem istniejącego oprogramowania, które korzysta z Win32 w formie instalatora MSI lub EXE, lub konwersją niektórych aplikacji do MSIX. Różne podejścia do pakowania mogą zapewnić tożsamość pakietu, jednocześnie pozwalając oprogramowaniu zachować elementy swojego istniejącego modelu instalacji.

Dlatego nie ma jednego formatu pakowania, który odpowiadałby wszystkim aplikacjom systemu Windows. Aplikacja, jej środowisko i potrzeby zarządzania powinny określać podejście do pakowania.

Testowanie i wdrażanie

Pakiety powinny być testowane na czystych systemach które replikują docelowe środowisko produkcyjne.

Proces testowania powinien obejmować instalację, pierwsze uruchomienie, zależności, aktualizacje, funkcjonalność aplikacji oraz zachowanie podczas odinstalowywania. Administratorzy powinni również sprawdzić, czy uprawnienia i konfiguracje specyficzne dla użytkownika są obsługiwane poprawnie, szczególnie w przypadku przekierowania plików lub rejestru, które mogą wystąpić podczas pakowania aplikacji.

Po weryfikacji pakiety mogą być następnie dystrybuowane za pośrednictwem preferowanej platformy dystrybucji oprogramowania lub zarządzania punktami końcowymi organizacji.

Teraz zróbmy krok wstecz i wyjaśnijmy subtelną, ale niezwykle ważną różnicę:

Aplikacje są pakowane, a następnie wdrażane

Oddzielenie tych funkcji jest ważne, ponieważ tworzy naturalny punkt przejścia do publikacji aplikacji.

Czym jest publikacja aplikacji Windows?

Publikacja aplikacji Windows służy do publikowania aplikacji zainstalowanej na scentralizowanej infrastrukturze Windows dla uprawnionych użytkowników za pośrednictwem sieci lub Internetu.

Aplikacja jest uruchamiana na zdalnym hoście Windows zamiast być uruchamiana na końcówce każdego użytkownika. W tym przypadku użytkownik ma dostęp do zdalnie uruchamianej aplikacji za pośrednictwem kompatybilnego klienta, skrótu lub przeglądarki internetowej.

Aplikacja zainstalowana na serwerze → użytkownik uzyskał dostęp → aplikacja uruchomiona na serwerze → interfejs aplikacji dostarczony do użytkownika

To podejście jest inne, ponieważ zamiast instalować i utrzymywać aplikację biznesową na każdym punkcie końcowym, administratorzy są zobowiązani do jej utrzymywania na serwerach, które hostują sesję użytkownika. W związku z tym użytkownicy mogą uzyskać dostęp do aplikacji, która wydaje się płynnie wkomponowywać w ich środowisko pracy, mimo że jest hostowana na zcentralizowanej infrastrukturze.

Pakowanie aplikacji Windows vs Publikowanie aplikacji: Jak się różnią?

Najprostsze rozróżnienie to:

Pakowanie aplikacji określa, w jaki sposób oprogramowanie jest przygotowywane do instalacji i zarządzania. Publikowanie aplikacji określa, w jaki sposób użytkownicy uzyskują dostęp do oprogramowania działającego na zcentralizowanej infrastrukturze.

Technologie te działają zatem na różnych etapach dostarczania aplikacji.

Pytanie	Pakowanie aplikacji Windows	Publikowanie aplikacji
Główny cel	Przygotuj oprogramowanie do powtarzalnej instalacji i konserwacji	Daj użytkownikom dostęp do centralnie hostowanych aplikacji
Główne pytanie IT	Jak powinniśmy zainstalować i zarządzać tą aplikacją?	Jak użytkownicy powinni uzyskać dostęp do tej aplikacji i ją uruchomić?
Gdzie działa aplikacja?	Na którymkolwiek systemie otrzymuje aplikację	Na serwerze publikacji lub sesji
Lokalna instalacja na punkcie końcowym użytkownika?	Zazwyczaj wymagane do wdrożenia punktu końcowego	Zwykle nie jest wymagana pełna instalacja aplikacji
Aktualizacje	Muszą zostać osiągnięte odpowiednie cele wdrożeniowe	Może być stosowane centralnie do hostów publikujących
Wymagania dotyczące punktu końcowego	Endpoint musi wspierać lokalnie uruchamianą aplikację	Endpoint przede wszystkim potrzebuje kompatybilnej metody dostępu
Typowy zakres	Zarządzanie cyklem życia oprogramowania oraz punktami końcowymi/serwerami	Centralne dostarczanie aplikacji
Typowe przypadki użycia	Zarządzane komputery, ustandaryzowane oprogramowanie, kontrolowane wdrożenia	Użytkownicy zdalni, BYOD, aplikacje dziedziczone i centralny dostęp do aplikacji

Jedna kwalifikacja: pakowanie aplikacji nie określa, gdzie oprogramowanie to jest używane.

MSIX, MSI lub jakakolwiek inna forma pakietu może być wdrożona na stacji roboczej, laptopie, maszynie wirtualnej lub serwerze. Pakowanie określa, jak oprogramowanie jest instalowane i serwisowane. W związku z tym docelowe wdrożenie określa, gdzie aplikacja jest instalowana.

Publikacja aplikacji wprowadza dodatkowe rozważania architektoniczne. Aplikacja przetwarza na scentralizowanej infrastrukturze, podczas gdy jej interfejs jest dostarczany na zdalne punkty końcowe dla uprawnionych użytkowników.

W jakim przypadku możesz używać pakowania aplikacji i publikacji razem?

Tak. Dotyczą różnych punktów w cyklu dostarczania aplikacji i mogą być używane niezależnie lub w połączeniu.

Rozważ organizację, która ma aplikację Windows do obsługi biznesu. Jeśli musi być uruchamiana lokalnie, może być spakowana i wdrożona na każdym zarządzanym punkcie końcowym:

Pakiet → wdrożenie na punktach końcowych → aplikacja działa lokalnie

Jeśli organizacja potrzebuje scentralizować, może być zapakowana lub zainstalowana na odpowiednich hostach sesji, a następnie opublikowana:

Pakiet lub instalacja → wdrożenie na zcentralizowanych hostach → publikacja → aplikacja działa centralnie

W tym przypadku pakowanie aplikacji nie jest koniecznie porzucane. Jest po prostu stosowane na zcentralizowanych hostach zamiast na urządzeniu każdego użytkownika, co może uprościć utrzymanie aplikacji w spójności na wielu serwerach publikacyjnych.

Pakowanie aplikacji i publikowanie aplikacji nie wykluczają się nawzajem: pakowanie standaryzuje instalację i utrzymanie aplikacji, podczas gdy publikowanie określa metodę dostępu. W zależności od potrzeb aplikacji, IT może używać jednej metody, drugiej lub obu w połączeniu.

W jakim przypadku lepiej byłoby użyć pakowania aplikacji Windows?

Pakowanie aplikacji Microsoft Windows jest najbardziej odpowiednie, gdy lokalne uruchamianie jest korzystne, a IT może skutecznie zarządzać urządzeniami, na których aplikacja jest hostowana. W takich przypadkach umożliwia to standaryzację instalacji i konserwacji, pozostawiając lokalizację uruchamiania aplikacji użytkownikom.

Użytkownicy potrzebują dostępu offline

Aplikacje zainstalowane lokalnie mogą działać efektywnie, nawet jeśli użytkownicy nie mają dostępu do zasobów centralnych, co często ma miejsce w przypadku pracowników mobilnych, pracowników terenowych i innych pracowników nomadycznych.

Pakowanie pomaga organizacjom IT zapewnić, że to podejście jest stosowane konsekwentnie poprzez standaryzację instalacji, konfiguracji i aktualizacji na zarządzanych punktach końcowych.

Aplikacje zależą od lokalnego sprzętu lub przetwarzania

Niektóre aplikacje działają najskuteczniej, gdy są uruchamiane lokalnie, ponieważ są z natury zależne od zasobów punktu końcowego lub z nimi zintegrowane.

Lokalne wdrożenie unika wprowadzenia zdalnej sesji między aplikacją a zasobami, a pakowanie zapewnia powtarzalną metodę instalacji i konfiguracji aplikacji na punktach końcowych zdolnych do wspierania lokalnego wykonania.

Punkty końcowe są ustandaryzowane i zarządzane centralnie

Pakowanie ma również sens w sytuacji, gdy organizacja już posiada kontrolowany zestaw urządzeń z systemem Windows oraz platformę do zarządzania punktami końcowymi. Jeśli środowisko zawiera głównie podobne urządzenia i systemy operacyjne na tym samym poziomie konfiguracji, lokalne wdrażanie aplikacji i zarządzanie nimi może nie stwarzać istotnych trudności.

Pakiety zapewniają zorganizowane podejście do zarządzania aplikacjami, co ułatwia zadanie instalacji i serwisowania aplikacji na urządzeniach końcowych użytkowników. W tym scenariuszu wprowadzenie centralnego wykonania może nie być konieczne i dodać dodatkową warstwę złożoności, chyba że istnieje rzeczywista potrzeba biznesowa dla takiego środka.

Dlatego kluczowe pytanie nie brzmi, czy aplikacja może być spakowana, ale czy jest wykonalne jej zainstalowanie, aktualizowanie i zarządzanie nią na każdym docelowym urządzeniu, biorąc pod uwagę specyficzne środowisko i wymagania.

Kiedy publikacja aplikacji ma więcej sensu?

Publikacja aplikacji staje się bardziej pożądana, gdy lokalna instalacja wiąże się z nieuzasadnionymi złożonościami operacyjnymi lub kompatybilności.

Kilka typowych sytuacji zasługuje na rozważenie.

Użytkownicy zdalni i rozproszeni

Pracownicy zdalni, personel biura oddziału i kontrahenci nie zawsze pracują z dobrze zarządzanych lokalizacji lub urządzeń, takich jak komputery firmowe.

Publikacja aplikacji zachowuje aplikację Windows na centralnych serwerach, jednocześnie umożliwiając remote access przez uprawnionych użytkowników, co zwalnia administratorów z obowiązku replikacji środowiska aplikacji na każdym zdalnym urządzeniu.

BYOD i mieszane środowiska punktów końcowych

Aplikacja Windows może niekoniecznie działać na każdym rodzaju urządzenia, które wykorzystuje dana organizacja.

Publikowanie aplikacji oddziela środowisko wykonawcze od użytkownika końcowego. Korzystając z tej metody, osoba może uzyskać dostęp do centralnie hostowanej aplikacji Windows za pośrednictwem zatwierdzonej przeglądarki lub klienta na swoim urządzeniu, co w przeciwnym razie uniemożliwiłoby uruchomienie aplikacji.

Ta strategia jest idealna zarówno dla środowisk typu bring-your-own-device (BYOD), jak i innych, w których występuje wiele systemów operacyjnych na punktach końcowych.

Aplikacje Windows w wersji Legacy

Aplikacje dziedziczone może skomplikować wysiłki związane z wdrażaniem, polegając na zależnościach systemu operacyjnego, przestarzałych komponentach i trudnych ograniczeniach konfiguracyjnych.

Centralizacja aplikacji może pomóc w redukcji środowisk, w których IT musi sprawić, aby oprogramowanie działało. Nie rozwiąże to koniecznie problemów z kompatybilnością aplikacji, ale może ograniczyć te problemy do kontrolowanych hostów Windows, zamiast rozległej kolekcji punktów końcowych.

To może uprościć standaryzację dostępu do aplikacji dziedziczonych, gdy organizacja dąży do długoterminowego planu modernizacji.

Aplikacje wymagające częstych aktualizacji

Częste zmiany w aplikacji utrudniają jej lokalne wdrożenie, szczególnie gdy liczba punktów końcowych rośnie.

Dzięki publikacji aplikacji administratorzy aktualizują aplikację w odpowiednich centralnych hostach. Użytkownicy następnie uzyskują dostęp do zaktualizowanej aplikacji bez potrzeby aktualizacji oprogramowania na wszystkich punktach końcowych.

Proces ten jest szczególnie korzystny, gdy wielu użytkowników jest zależnych od tej samej aplikacji, ale nie musi jej używać lokalnie.

Jak zespoły IT powinny wybierać między pakowaniem a publikowaniem?

Zespoły IT powinny skupić się na wymaganiach operacyjnych aplikacji, a nie na wyborze technologii.

Jeśli lokalna instalacja jest łatwa do utrzymania, twoje punkty końcowe są ściśle kontrolowane, a użytkownicy potrzebują możliwości offline lub zależnych od sprzętu, pakietowe wdrożenie punktów końcowych ma największy sens. Jeśli twoi użytkownicy są rozproszeni, twoje punkty końcowe są heterogeniczne, lokalna instalacja jest trudna, lub aplikacja jest łatwiejsza do aktualizacji centralnie, publikacja aplikacji może zmniejszyć obciążenie zarządzania punktami końcowymi.

Wiele przedsiębiorstw będzie wymagać obu modeli. Użytkownicy zarządzanych pulpitów mogą uzyskać lokalnie wdrożone aplikacje, ale wykonawcy, telepracownicy lub osoby korzystające z niezarządzanych urządzeń mogą uzyskać centralnie publikowany dostęp do określonego oprogramowania biznesowego.

Wybór staje się znacznie jaśniejszy, jeśli IT oddzieli trzy pytania.

1. Jak powinna być pakowana i utrzymywana aplikacja?
2. Gdzie aplikacja powinna być wdrożona i uruchomiona?
3. Jak użytkownicy powinni uzyskać do niego dostęp?

Patrzenie na pakowanie, wdrażanie i dostęp jako na oddzielne decyzje uniemożliwia porównanie dwóch zasadniczo różnych technologii, jakby były tym samym rozwiązaniem.

Jak TSplus Remote Access może być rozwiązaniem?

Organizacje, które chcą centralizowanej dostawy aplikacji Windows bez wdrażania pełnej aplikacji na każdym punkcie końcowym, mogą używać TSplus Zdalny Dostęp aby publikować wybrane aplikacje systemu Windows lub zapewnić pełne pulpity zdalne z scentralizowanej infrastruktury systemu Windows.

Administratorzy mogą przypisywać aplikacje do konkretnych użytkowników lub grup oraz zapewniać dostęp za pośrednictwem obsługiwanych klientów zdalnych lub połączeń opartych na przeglądarkach HTML5. Umożliwia to publikowanie aplikacji w organizacjach wspierających zdalnych użytkowników, środowiska BYOD lub aplikacje Windows, które są łatwiejsze do centralnego zarządzania.

Wniosek

Pakowanie aplikacji Windows zapewnia powtarzalny sposób instalacji, konfiguracji i utrzymania oprogramowania, podczas gdy publikacja aplikacji daje użytkownikom dostęp do aplikacji działających na scentralizowanej infrastrukturze. Żadne z podejść nie zastępuje inherentnie drugiego, a oba mogą stanowić część tej samej strategii dostarczania aplikacji.

Odpowiedni model zależy od wymagań aplikacji, zarządzania punktami końcowymi i potrzeb dostępu użytkowników. Rozważając pakowanie, lokalizację wdrożenia i dostęp osobno, zespoły IT mogą zdecydować, czy aplikacja powinna działać lokalnie, centralnie, czy poprzez kombinację obu modeli.