Jak wybrać oprogramowanie do publikacji aplikacji Windows

Wprowadzenie

Aplikacje Windows nadal wspierają kluczowe procesy biznesowe, od księgowości i planowania zasobów przedsiębiorstwa po opiekę zdrowotną, produkcję i niestandardowe systemy branżowe. Jednak instalacja i utrzymanie tych aplikacji na każdym punkcie końcowym staje się trudne, gdy użytkownicy pracują zdalnie, korzystają z różnych systemów operacyjnych lub łączą się z niezarządzanych urządzeń.

Oprogramowanie do publikacji aplikacji Windows oferuje praktyczną alternatywę. Aplikacja działa na scentralizowanej infrastrukturze Windows, podczas gdy uprawnieni użytkownicy wchodzą w interakcję z jej interfejsem za pośrednictwem przeglądarki, skrótu na pulpicie lub klienta zdalnego dostępu. Takie podejście może rozszerzyć dostęp do istniejącego oprogramowania bez konieczności pełnego przepisania na stronę internetową lub pełnego wirtualnego pulpitu dla każdego użytkownika.

Czym jest oprogramowanie do publikacji aplikacji Windows?

Oprogramowanie do publikacji aplikacji Windows udostępnia programy zainstalowane na centralnym serwerze Windows lub maszynie wirtualnej zdalnym użytkownikom. Zamiast instalować i utrzymywać aplikację oraz jej zależności na każdym urządzeniu, administratorzy zarządzają nimi na jednym lub więcej centralnych hostach.

Platforma kontroluje, którzy użytkownicy mogą uruchamiać każdą aplikację, jak się uwierzytelniają, jak są zabezpieczane ich sesje oraz z jakich lokalnych zasobów mogą korzystać. Podczas gdy program działa na hoście Windows, punkt końcowy wyświetla swój interfejs i przesyła dane wejściowe z klawiatury, myszy i inne dozwolone dane z powrotem do serwera.

Microsoft Learn wyjaśnia, że Usługi Pulpitu Zdalnego mogą centralnie dostarczać zarówno pełne pulpity, jak i pojedyncze programy RemoteApp do uprawnionych użytkowników.

W przeciwieństwie do pobranego oprogramowania, opublikowana aplikacja nie działa w pełni na końcowym urządzeniu. Użytkownik wchodzi w interakcję z zdalną instancją hostowaną na centralnej infrastrukturze Windows.

Co oznacza publikacja aplikacji Windows?

Publikowanie aplikacji Windows oznacza udostępnienie jej zdalnie wybranym użytkownikom bez konieczności dawania im dostępu do pełnego pulpitu Windows.

Typowy proces obejmuje pięć etapów:

• Zainstaluj aplikację na serwerze Windows lub maszynie wirtualnej
• Zarejestruj jego plik wykonywalny na platformie publikacyjnej
• Przydziel dostęp użytkownikom lub grupom
• Uwierzytelniaj użytkowników za pośrednictwem portalu, klienta lub dostawcy tożsamości
• Rozpocznij zdalną sesję i wyświetl interfejs aplikacji

Użytkownicy mogą widzieć tylko pakiet księgowy, klienta zarządzania relacjami z klientami lub narzędzie własnościowe, które potrzebują, podczas gdy system plików serwera, pulpit i niepowiązane aplikacje pozostają ukryte.

Jak działa publikacja aplikacji Windows?

Większość środowisk publikacji aplikacji Windows opiera się na tych samych podstawowych warstwach, chociaż terminologia i wdrożenie mogą się różnić w zależności od produktów.

Hosty aplikacji Windows

Aplikacja działa na fizycznym serwerze, maszynie wirtualnej lub instancji systemu Windows hostowanej w chmurze. Wielu użytkowników może dzielić jeden host sesji przez oddzielne sesje systemu Windows, podczas gdy platformy, które wymagają silniejszej izolacji, mogą przypisywać dedykowane lub współdzielone maszyny wirtualne.

Każdy host musi zawierać odpowiednią wersję systemu Windows, pliki aplikacji, frameworki, łączność z bazą danych, profile, czcionki, sterowniki i inne zależności. Kompatybilność aplikacji zależy zatem od pełnej konfiguracji hosta, a nie tylko od samej aplikacji.

Publikacja i kontrola dostępu

Usługa publikacji określa, które programy użytkownicy mogą uruchamiać i jak te programy pojawiają się na ich urządzeniach. Administratorzy mogą publikować pojedynczą aplikację, kilka aplikacji, niestandardowy launcher lub kompletny pulpit, z różnymi wersjami lub parametrami uruchamiania przypisanymi do konkretnych grup, gdzie to konieczne.

Uwierzytelnienie potwierdza tożsamość użytkownika, podczas gdy autoryzacja określa, do których aplikacji i zasobów ten użytkownik ma dostęp. Odpowiednia platforma powinna zapewniać szczegółowe przypisania dla poszczególnych użytkowników, grup, ról lub najemców.

Warstwa bezpiecznego połączenia

Bramka lub portal internetowy pośredniczy w połączeniach między punktami końcowymi użytkowników a hostami aplikacji. Zewnętrzne wdrożenia nie powinny bezpośrednio narażać niechronionej usługi protokołu pulpitu zdalnego na dostęp do internetu, dlatego organizacje powinny korzystać z HTTPS, ważnych certyfikatów Transport Layer Security, uwierzytelniania wieloskładnikowego, ograniczeń dostępu oraz monitorowania.

Użycie schowka, drukowanie, mapowanie lokalnych dysków i transfer plików mogą poprawić użyteczność, ale organizacje powinny włączać te funkcje tylko wtedy, gdy przepływ pracy tego wymaga.

Metody dostępu użytkowników

Użytkownicy mogą łączyć się przez an portal HTML5, natywny klient desktopowy klient zgodny z RDP, plik połączenia lub skrót. Dostęp przez przeglądarkę może zmniejszyć prace związane z wdrożeniem, podczas gdy natywne klienci mogą zapewnić pełniejsze wsparcie dla wielu monitorów, drukarek, kart inteligentnych i innych lokalnych urządzeń.

Windows Application Publishing vs. Remote Desktop

Publikacja aplikacji i zdalny dostęp do pulpitu opierają się na pokrewnych technologiach, ale oferują różne poziomy dostępu i różne doświadczenia użytkowników.

Pełny zdalny pulpit przedstawia szersze środowisko robocze systemu Windows, które może obejmować pulpit, menu Start, pasek zadań, narzędzia do zarządzania plikami oraz wszystkie dozwolone aplikacje. Opublikowana aplikacja udostępnia tylko wybrane programy, często w indywidualnych oknach, które użytkownicy mogą otwierać obok aplikacji działających lokalnie.

Rozważenie	Opublikowana aplikacja	Pełny pulpit zdalny
Doświadczenie użytkownika	Jedna lub więcej przypisanych aplikacji	Pełne środowisko pracy Windows
Typowy cel	Skoncentrowany dostęp do oprogramowania biznesowego	Ogólne środowisko pracy zdalnej
Zakres administracyjny	Przypisanie aplikacja po aplikacji	Dostęp na poziomie pulpitu i polityka
Ekspozycja zasobów	Węższy	Szerszy
Najlepiej dopasowane do	Wykonawcy, klienci, aplikacje branżowe	Pracownicy potrzebujący wielu narzędzi

Publikacja aplikacji jest zazwyczaj preferowana, gdy użytkownicy potrzebują dostępu do określonego zestawu programów. Pełny pulpit zdalny jest bardziej odpowiedni, gdy potrzebują zarządzania plikami, kilku narzędzi lub pełnego środowiska Windows, chociaż niektóre organizacje stosują oba modele dla różnych grup użytkowników.

Publikacja aplikacji Windows vs. VDI

Infrastruktura wirtualnych pulpitów (VDI) daje użytkownikom dostęp do pulpitów systemu Windows działających w maszynach wirtualnych. W zależności od wdrożenia, te pulpity mogą być osobiste, współdzielone, trwałe lub nietrwałe.

Publikacja aplikacji opartych na sesjach może wspierać kilku użytkowników na współdzielonej infrastrukturze Windows, często zapewniając wyższą gęstość i mniejsze obciążenie zarządzania. VDI zapewnia silniejszą izolację na poziomie maszyny wirtualnej i może lepiej wspierać obciążenia, które potrzebują dedykowanych konfiguracji systemu operacyjnego, zasobów graficznych lub kontroli administracyjnej.

Rozważenie	Publikacja oparta na sesji	VDI
Jednostka dostawy	Aplikacja indywidualna lub wspólny pulpit	Kompletna maszyna wirtualna
Izolacja	Poziom sesji	Poziom maszyny wirtualnej
Gęstość infrastruktury	Zwykle wyższe	Zazwyczaj niższy
Personalizacja	Średni	Potencjalnie rozległe
Typowe zastosowanie	Typowe aplikacje biznesowe	Specjalizowane lub izolowane pulpity

VDI pozostaje cenny, gdy aplikacje nie mogą współistnieć na wspólnym hoście lub użytkownicy potrzebują dedykowanych zasobów. Jednak dostarczanie pełnego wirtualnego pulpitu może być nadmierne, gdy użytkownicy potrzebują tylko jednej lub dwóch aplikacji systemu Windows.

Czy publikacja aplikacji przekształca aplikację Windows w aplikację internetową?

Publikowanie aplikacji może sprawić, że program Windows będzie dostępny przez przeglądarkę, ale nie przekształca programu w natywną aplikację internetową. Oryginalny kod nadal działa na infrastrukturze Windows, a podstawowa architektura nie staje się automatycznie natywna w chmurze.

Dostęp przez przeglądarkę nie zapewnia aplikacji responsywnego projektu webowego, natywnych możliwości offline przeglądarki, mikroserwisów ani interfejsów programowania aplikacji. Publikowanie aplikacji jest zatem lepiej rozumiane jako modernizacja dostarczania aplikacji, a nie modernizacja samego kodu źródłowego.

Co się zmienia dla użytkownika?

Z perspektywy użytkownika aplikacja staje się łatwiejsza do uzyskania dostępu, ponieważ można ją otworzyć przez przeglądarkę lub portal dostępu zdalnego bez pełnej lokalnej instalacji. Użytkownicy unikają również instalowania frameworków i zależności aplikacji na swoich urządzeniach.

Interfejs może pojawić się w karcie przeglądarki lub w osobnym oknie aplikacji, ale jego responsywność nadal zależy od hosta aplikacji, jakości sieci i protokołu wyświetlania zdalnego.

Co pozostaje niezmienione?

Aplikacja zachowuje swój oryginalny kod Windows, interfejs i zależności techniczne. Ustawienia rejestru, bazy danych, usługi, drukarki i ścieżki plików muszą zatem nadal działać poprawnie na hoście Windows.

Publikacja aplikacji nie usuwa wymagań dotyczących zgodności ani licencji. Zespoły IT muszą nadal testować oprogramowanie w sesjach równoległych i potwierdzić, że zamierzona zdalna lub hostowana użyteczność jest dozwolona.

Kiedy publikacja jest lepsza od przepisania?

Publikacja może być praktyczna, gdy ustalona aplikacja Windows pozostaje niezawodna, ale byłoby trudno lub drogo ją odbudować. Organizacje mogą rozszerzyć zdalny i przeglądarkowy dostęp bez akceptowania kosztów i ryzyka natychmiastowego projektu wymiany.

Natywne przepisywanie stron internetowych może być bardziej odpowiednie, gdy firma potrzebuje responsywnego projektu, użycia offline, nowoczesnych integracji lub skalowalności w chmurze. Publikacja może również stanowić rozwiązanie pośrednie, podczas gdy organizacja opracowuje długoterminową strategię modernizacji.

Kiedy powinieneś publikować aplikacje Windows?

Publikacja aplikacji jest najbardziej efektywna, gdy lokalna instalacja, przepisywanie oprogramowania lub pełna wirtualizacja pulpitu generowałyby niepotrzebne koszty lub złożoność operacyjną.

Włączanie aplikacji Windows w trybie dziedziczenia

Aplikacje dziedziczone mogą zależeć od interfejsów specyficznych dla systemu Windows, starszych środowisk uruchomieniowych, ustawień rejestru, mapowanych dysków, lokalnych sterowników baz danych lub specjalistycznych procesów drukowania. Publikowanie utrzymuje te aplikacje na kompatybilnej infrastrukturze Windows, podczas gdy udostępniając je za pośrednictwem przeglądarki lub klienta zdalnego .

To podejście może wydłużyć użyteczność istniejącego oprogramowania i dać organizacji czas na zaplanowanie kontrolowanego projektu modernizacji. Testowanie zgodności pozostaje konieczne dla aplikacji, które oczekują pojedynczego użytkownika, wymagają podwyższonych uprawnień lub zależą od lokalnego sprzętu.

Zcentralizuj oprogramowanie do zarządzania działalnością.

Zespoły IT mogą utrzymywać aplikacje i ich zależności na centralnych hostach zamiast zarządzać nimi osobno na każdym stanowisku roboczym. Mogą testować aktualizacje w kontrolowanym środowisku przed udostępnieniem zaktualizowanej aplikacji użytkownikom.

Ten model dostawy często odpowiada systemom planowania zasobów przedsiębiorstwa, aplikacjom finansowym, narzędziom do zarządzania zapasami, oprogramowaniu dla praktyk medycznych, platformom do zarządzania sprawami prawnymi oraz niestandardowym bazom danych.

Wsparcie dla BYOD i urządzeń mieszanych

Publikacja oparta na przeglądarce może zapewnić użytkownikom systemów macOS, Linux, Chromebooków, tabletów lub komputerów osobistych dostęp do aplikacji Windows bez przenoszenia samej aplikacji na te urządzenia końcowe. Zespoły IT muszą nadal określić, które dane użytkownicy mogą kopiować, drukować, przesyłać lub pobierać z niezarządzanych urządzeń.

Zapewnij kontrolowany dostęp dla wykonawców

Wykonawcy i partnerzy mogą potrzebować dostępu do jednej aplikacji biznesowej bez konieczności posiadania służbowego laptopa lub szerokiego dostępu do wewnętrznej sieci. Publikowanie tylko wymaganego programu może uprościć proces wprowadzania, jednocześnie wspierając uwierzytelnianie wieloskładnikowe, ograniczone konta i przypisania z minimalnymi uprawnieniami.

Platformy takie jak TSplus Zdalny Dostęp może publikować tylko aplikacje, których potrzebują wykonawcy, bez ujawniania pełnego pulpitu systemu Windows.

Dostarczanie istniejącego oprogramowania jako usługi hostowanej

Niezależni dostawcy oprogramowania (ISV) mogą wykorzystać publikację aplikacji, aby zapewnić klientom dostęp online do istniejącego produktu Windows. Takie podejście może przyspieszyć dostarczanie hostowane, ale ISV pozostaje odpowiedzialny za izolację najemców, tożsamość klientów, dostępność usług, ochronę danych i licencjonowanie.

Co powinni ocenić ISV?

Wdrożenie ISV musi wspierać powtarzalne wprowadzanie i administrację w różnych organizacjach klientów, jednocześnie chroniąc dane, konfigurację i aktywne sesje każdego klienta.

Izolacja najemcy może opierać się na oddzielnych bazach danych, kontach użytkowników, pulach aplikacji, lokalizacjach przechowywania, sieciach lub serwerach. Odpowiedni projekt zależy od architektury aplikacji, ponieważ publikowanie oprogramowania nie może automatycznie uczynić nieodpowiedniej aplikacji jednonajemczej bezpieczną do użytku wielonajemcowego.

ISV-y powinny również ocenić federację tożsamości, uwierzytelnianie wieloskładnikowe, role administratorów klientów, branding portalu, automatyzację i raportowanie użycia. Ręczna konfiguracja może być wykonalna podczas pilotażu, ale może stać się nieefektywna, gdy usługa obsługuje setki użytkowników lub najemców.

Licencjonowanie wymaga również starannego przeglądu, ponieważ systemy Windows, bazy danych, środowiska uruchomieniowe, platforma publikacyjna oraz własny produkt ISV mogą nałożyć warunki dotyczące dostępu wieloosobowego lub hostingu przez dostawcę usług.

Zalety i ograniczenia publikacji aplikacji Windows

Publikacja aplikacji centralizuje aplikacje i aktualizacje, redukuje lokalną pracę instalacyjną i udostępnia oprogramowanie Windows z szerszej gamy urządzeń. Utrzymywanie przetwarzania aplikacji i danych biznesowych na zarządzanej infrastrukturze może również zmniejszyć ilość informacji przechowywanych na niezarządzanych punktach końcowych.

Gdy użytkownicy potrzebują tylko wybranych aplikacji, ten model może stanowić węższą alternatywę dla infrastruktury wirtualnych pulpitów. Jednak centralizacja sprawia, że hosty aplikacji, brama i konta uprzywilejowane stają się szczególnie ważnymi zasobami bezpieczeństwa.

Kompatybilność aplikacji pozostaje istotnym ograniczeniem. Programy, które korzystają z ustawień na poziomie maszyny, zależą od lokalnego sprzętu lub polegają na usługach zaprojektowanych dla jednego interaktywnego użytkownika, mogą nie działać poprawnie w sesjach współdzielonych, podczas gdy obciążenia intensywnie wykorzystujące grafikę i wrażliwe na opóźnienia mogą działać słabo w połączeniach zdalnych.

Drukowanie, skanowanie, karty inteligentne i inne urządzenia peryferyjne muszą być testowane z dokładnymi punktami końcowymi i klientami dostępu, które użytkownicy będą mieli w produkcji. Pojemność serwera powinna być również oparta na zmierzonych wymaganiach dotyczących CPU, pamięci, przechowywania i współbieżności, a nie na ogólnych maksymalnych wartościach dostawcy.

Jak wybrać oprogramowanie do publikacji aplikacji Windows?

Przydatna ocena zaczyna się od aplikacji, użytkowników i zamierzonego modelu operacyjnego, a nie od porównania funkcji produktu.

Zweryfikuj zgodność aplikacji

Dokumentuj obsługiwane wersje systemu Windows, frameworki, usługi, zależności rejestru, bazy danych, udostępnione pliki, drukarki, parametry uruchamiania i ograniczenia licencyjne. Przetestuj rzeczywistą aplikację w zamierzonym modelu wieloosobowym lub wirtualnej maszyny, w tym sesje równoległe, profile użytkowników, aktualizacje i procesy odzyskiwania.

Porównaj dostęp użytkowników i doświadczenie

Oceń wsparcie przeglądarek, natywne aplikacje, skróty, okna w stylu RemoteApp, wiele monitorów, ponowne połączenie sesji i dostęp mobilny. Testowanie powinno obejmować ważne przepływy pracy, takie jak drukowanie, dostęp do plików, użycie schowka i przekierowanie lokalnych urządzeń.

Gdy użytkownicy potrzebują jedynie prostego dostępu, skoncentrowana sesja przeglądarki może być łatwiejsza do zabezpieczenia i wsparcia niż klient z rozbudowaną integracją lokalną.

Zbadaj tożsamość i kontrole bezpieczeństwa

Szukaj przypisania użytkowników i grup, integracji katalogów, uwierzytelniania wieloskładnikowego, ochrony kont, polityk czasu wygaśnięcia sesji oraz zdarzeń, które można audytować. Ruch zewnętrzny powinien korzystać z HTTPS i ważnych certyfikatów, podczas gdy CISA zaleca ograniczenie użycia protokołu zdalnego pulpitu i unikając narażonych, słabo zabezpieczonych usług pulpitu zdalnego.

Przegląd bezpieczeństwa powinien również obejmować łatanie hostów, separację ról, rejestrowanie, kopie zapasowe, monitorowanie oraz ograniczenia dotyczące użycia schowka, mapowania dysków, drukowania i transferu plików.

Ocena administracji i automatyzacji

Testuj regularne zadania administracyjne, takie jak publikowanie aplikacji, przypisywanie jej do grupy, cofanie dostępu, przeglądanie aktywnych sesji, aktualizowanie marki i tworzenie kopii zapasowych konfiguracji. Większe wdrożenia powinny również ocenić interfejsy programowania aplikacji, narzędzia wiersza poleceń, szablony provisioningowe i integracje monitorujące.

Plan na skalę i odporność

Rozważ, jak środowisko będzie wspierać wiele hostów, równoważenie obciążenia, pośrednictwo w połączeniach, redundancję bramy, przechowywanie profili i odzyskiwanie. Mierz reprezentatywne zużycie CPU, pamięci, przechowywania i sieci, a następnie utrzymuj wystarczającą dodatkową pojemność na wzrost, okresy konserwacji i awarie hostów.

Porównaj wdrożenie i całkowity koszt

Platforma może działać lokalnie, w prywatnym centrum danych, na publicznych maszynach wirtualnych w chmurze lub za pośrednictwem dostawcy hostingu. Miejsce wdrożenia powinno odzwierciedlać zależności aplikacji, wymagania dotyczące lokalizacji danych, opóźnienia, wewnętrzne umiejętności oraz ograniczenia kosztowe.

Całkowity koszt powinien uwzględniać licencje na platformę, system Windows, aplikację i bazę danych, a także infrastrukturę, kopie zapasowe, monitoring, bezpieczeństwo, wdrożenie, administrację, wsparcie i wysoką dostępność.

Przegląd wsparcia dostawcy i dojrzałości produktu

Sprawdź obsługiwane wersje systemu Windows, historię wydań, dokumentację, praktyki aktualizacji zabezpieczeń, kanały wsparcia, opcje próbne i zasoby migracyjne. ISV powinny również potwierdzić, że dostawca wspiera wdrożenia skierowane do klientów i zezwala na zamierzony model hostingu.

Praktyczny plan dowodu koncepcji

Dowód koncepcji powinien testować pełną ścieżkę użytkownika, a nie tylko potwierdzać, że aplikacja się otwiera.

1. Wybierz reprezentacyjną aplikację i zbuduj udokumentowany host testowy.
2. Opublikuj to w kontrolowanej grupie pilotażowej.
3. Skonfiguruj HTTPS, ważne certyfikaty, uwierzytelnianie wieloskładnikowe i restrykcyjny dostęp.
4. Przetestuj aktualną mieszankę punktów końcowych, przeglądarek i klientów natywnych.
5. Walidacja uruchomienia, ponownego połączenia, profili, drukowania, dostępu do plików i wymaganych urządzeń peryferyjnych.
6. Mierz zasoby hosta podczas realistycznej równoległej aktywności.
7. Rejestrowanie przeglądów, cofanie dostępu, kopia zapasowa, aktualizacje i odzyskiwanie.
8. Rozszerzaj stopniowo od testerów technicznych do ograniczonej kohorty produkcyjnej.

Pilot powinien określić jasne kryteria akceptacji oraz plan przywracania. Powinien również pokazać, czy dostęp przez przeglądarkę jest wystarczający, czy niektórzy użytkownicy potrzebują klienta natywnego.

Typowe błędy w publikacji aplikacji Windows

Wybór platformy przed przetestowaniem aplikacji może ukrywać problemy z kompatybilnością, podczas gdy założenie, że dostęp przez przeglądarkę zapewnia natywną wydajność sieciową, może tworzyć nierealistyczne oczekiwania dotyczące opóźnień i reakcji.

Dostosowanie środowiska do maksymalnych wartości dostawcy jest równie ryzykowne, ponieważ gęstość serwera różni się w zależności od aplikacji i obciążenia. Organizacje muszą również przeanalizować każdą warstwę licencjonowania przed włączeniem dostępu wieloosobowego lub hostowanego.

Pomijanie testowania rzeczywistych aplikacji

Lista funkcji nie może potwierdzić, czy aplikacja będzie działać poprawnie w równoległych sesjach. Problemy mogą wystąpić tylko wtedy, gdy kilku użytkowników uzyskuje jednoczesny dostęp do tych samych plików, ustawień rejestru, usług lub lokalnych zasobów.

Zespoły IT powinny przetestować reprezentatywne przepływy pracy, profile użytkowników, aktualizacje i urządzenia peryferyjne przed wyborem platformy. Dowód koncepcji powinien jak najwierniej odzwierciedlać zamierzone środowisko produkcyjne.

Niedocenianie wymagań dotyczących bezpieczeństwa i licencjonowania

Eksponowanie protokołu zdalnego pulpitu bezpośrednio do internetu lub włączanie każdej funkcji przekierowania domyślnie może zwiększyć ryzyko. Dostęp do schowka, mapowanie dysków, drukowanie i transfer plików powinny pozostać ograniczone do jasno określonych potrzeb biznesowych.

Licencjonowanie również zasługuje na szczególną uwagę, ponieważ systemy Windows, bazy danych, środowiska uruchomieniowe, komponenty firm trzecich oraz sama aplikacja mogą nakładać odrębne wymagania dotyczące dostępu wieloosobowego lub dostarczania hostowanego.

Traktowanie dostawy zewnętrznej jak wdrożenia wewnętrznego

Wewnętrzne wdrożenie zazwyczaj obsługuje użytkowników z jednej organizacji, podczas gdy usługa zewnętrzna może wspierać kilku niezwiązanych klientów. Dostarczanie zewnętrzne wprowadza zatem dodatkowe wymagania dotyczące izolacji najemców, prywatności, dostępności, wsparcia i zarządzania dostępem.

Niezależni dostawcy oprogramowania również potrzebują powtarzalnych procesów w zakresie wprowadzania, monitorowania i odzyskiwania. Konfiguracja, która działa dla małego zespołu wewnętrznego, może nie skalować się bezpiecznie ani efektywnie jako usługa skierowana do klienta.

Jak TSplus jest praktycznym rozwiązaniem do publikacji aplikacji Windows?

TSplus Zdalny Dostęp publikuje aplikacje i pulpity systemu Windows z istniejącej infrastruktury Windows. Administratorzy mogą przypisywać aplikacje poszczególnym użytkownikom lub grupom i zapewniać dostęp za pośrednictwem połączeń w stylu RemoteApp, klientów zgodnych z RDP lub dostosowywanego portalu internetowego HTML5.

Ten model może odpowiadać małym i średnim organizacjom, które potrzebują scentralizowanej dostawy aplikacji bez obsługi bardziej złożonej infrastruktury wirtualnych pulpitów. Może również pomóc dostawcom oprogramowania zapewnić zdalny dostęp do ustalonego oprogramowania Windows, jednocześnie zachowując kontrolę nad hostingiem i doświadczeniem klienta.

Zespoły IT powinny nadal zweryfikować zgodność, licencjonowanie, bezpieczeństwo, doświadczenie użytkownika, pojemność serwera, kopie zapasowe i odzyskiwanie danych poprzez realistyczny pilotaż przed przeniesieniem wdrożenia do produkcji.

Wniosek

Oprogramowanie do publikacji aplikacji Windows może rozszerzyć dostęp do programów krytycznych dla biznesu bez konieczności lokalnej instalacji, natychmiastowej modernizacji kodu źródłowego lub pełnego wirtualnego pulpitu dla każdego użytkownika. Jego wartość jest największa, gdy aplikacje są zgodne z centralnym wykonaniem, a użytkownicy potrzebują skoncentrowanego, kontrolowanego dostępu.

Ostateczna decyzja powinna opierać się na praktycznych testach, a nie tylko na listach funkcji. Poprzez wspólne weryfikowanie zgodności, bezpieczeństwa, licencjonowania, wydajności, administracji i odporności, zespoły IT i ISV mogą wybrać platformę do publikacji aplikacji, która pozostaje zarządzalna w miarę wzrostu użytkowania.