Kako odabrati softver za objavljivanje Windows aplikacija

Uvod

Windows aplikacije i dalje podržavaju osnovne poslovne procese, od računovodstva i planiranja resursa poduzeća do zdravstvene zaštite, proizvodnje i prilagođenih sustava za poslovanje. Međutim, instalacija i održavanje ovih aplikacija na svakom krajnjem uređaju postaje teško kada korisnici rade na daljinu, koriste različite operacijske sustave ili se povezuju s neuređenih uređaja.

Softver za objavljivanje Windows aplikacija nudi praktičnu alternativu. Aplikacija radi na centraliziranoj Windows infrastrukturi dok ovlašteni korisnici komuniciraju s njenim sučeljem putem preglednika, prečaca na radnoj površini ili klijenta za daljinski pristup. Ovaj pristup može proširiti pristup postojećem softveru bez potrebe za potpunim prepisivanjem weba ili punim virtualnim radnim stolom za svakog korisnika.

Što je softver za objavljivanje Windows aplikacija?

Softver za objavljivanje Windows aplikacija omogućuje programima instaliranim na središnjem Windows poslužitelju ili virtualnoj mašini da budu dostupni udaljenim korisnicima. Umjesto da instaliraju i održavaju aplikaciju i njezine ovisnosti na svakom uređaju, administratori njima upravljaju na jednom ili više središnjih hostova.

Platforma kontrolira koji korisnici mogu pokrenuti svaku aplikaciju, kako se autentificiraju, kako su njihove sesije osigurane i koje lokalne resurse mogu koristiti. Dok program radi na Windows hostu, krajnja točka prikazuje svoje sučelje i šalje tipkovnicu, miš i druge dopuštene ulaze natrag na poslužitelj.

Microsoft Learn objašnjava da usluge udaljenog radnog stola mogu centralno isporučiti ili potpune radne površine ili pojedinačne RemoteApp programe ovlaštenim korisnicima.

Za razliku od preuzetog softvera, objavljena aplikacija ne radi u potpunosti na krajnjoj točki. Korisnik komunicira s udaljenom instancom koja se hostira na središnjoj Windows infrastrukturi.

Što znači objaviti Windows aplikaciju?

Objavljivanje Windows aplikacije znači učiniti je dostupnom odabranim korisnicima bez nužnog davanja pristupa kompletnom Windows radnom okruženju.

Tipičan proces uključuje pet faza:

• Instalirajte aplikaciju na Windows poslužitelju ili virtualnom stroju
• Registrirajte njegov izvršni program na platformi za objavljivanje
• Dodijelite pristup korisnicima ili grupama
• Autentificirajte korisnike putem portala, klijenta ili pružatelja identiteta
• Pokrenite udaljenu sesiju i prikažite sučelje aplikacije

Korisnici mogu vidjeti samo paket računovodstva, klijent za upravljanje odnosima s kupcima ili vlastiti alat koji im je potreban, dok desktop, poslužiteljski datotečni sustav i nepovezane aplikacije ostaju skrivene.

Kako funkcionira objavljivanje Windows aplikacija?

Većina okruženja za objavljivanje Windows aplikacija oslanja se na iste osnovne slojeve, iako se terminologija i implementacija mogu razlikovati između proizvoda.

Windows aplikacijski poslužitelji

Aplikacija radi na fizičkom poslužitelju, virtualnoj mašini ili Windows instanci koja se hosta u oblaku. Više korisnika može dijeliti jedan host sesije kroz odvojene Windows sesije, dok platforme koje zahtijevaju jaču izolaciju mogu dodijeliti namjenske ili zajedničke virtualne mašine.

Svaki poslužitelj mora uključivati ispravnu verziju sustava Windows, datoteke aplikacija, okvire, povezivost s bazom podataka, profile, fontove, upravljačke programe i druge ovisnosti. Kompatibilnost aplikacije stoga ovisi o cjelokupnoj konfiguraciji poslužitelja, a ne samo o aplikaciji.

Objavljivanje i kontrola pristupa

Usluga objavljivanja određuje koje programe korisnici mogu pokrenuti i kako ti programi izgledaju na njihovim uređajima. Administratori mogu objaviti jednu aplikaciju, nekoliko aplikacija, prilagođeni pokretač ili cjelokupni radni stol, s različitim verzijama ili parametrima pokretanja dodijeljenim specifičnim grupama gdje je to potrebno.

Autentifikacija potvrđuje identitet korisnika, dok autorizacija određuje koje aplikacije i resurse taj korisnik može pristupiti. Prikladna platforma trebala bi omogućiti detaljna dodjeljivanja za pojedinačne korisnike, grupe, uloge ili zakupce.

Sigurnosni sloj veze

Gateway ili web portal posreduje veze između korisničkih krajnjih točaka i hostova aplikacija. Vanjska implementacija ne bi trebala izlagati nezaštićenu uslugu protokola za daljinsko radno površinu izravno internetu, stoga organizacije trebaju koristiti HTTPS, valjane certifikate za sigurnost transportnog sloja, višefaktorsku autentifikaciju, ograničenja pristupa i nadzor.

Korištenje međuspremnika, ispis, mapiranje lokalnih pogona i prijenos datoteka mogu poboljšati upotrebljivost, ali organizacije trebaju omogućiti te funkcije samo kada to radni proces zahtijeva.

Metode pristupa korisnicima

Korisnici se mogu povezati putem jednog od HTML5 portal, izvorni klijentski program RDP-kompatibilni klijent, datoteka veze ili prečac. Pristup putem preglednika može smanjiti rad na implementaciji, dok nativni klijenti mogu pružiti potpuniju podršku za više monitora, pisače, pametne kartice i druge lokalne uređaje.

Windows Application Publishing vs. Remote Desktop

Objavljivanje aplikacija i pristup udaljenom radnom površinom oslanjaju se na povezane tehnologije, ali pružaju različite razine pristupa i različita korisnička iskustva.

Puni udaljeni desktop predstavlja širi Windows radni prostor koji može uključivati radnu površinu, izbornik Start, traku zadataka, alate za upravljanje datotekama i sve dopuštene aplikacije. Objavljena aplikacija izlaže samo odabrane programe, često u pojedinačnim prozorima koje korisnici mogu otvoriti uz aplikacije koje se izvode lokalno.

Razmatranje	Objavljena aplikacija	Puni udaljeni desktop
Korisničko iskustvo	Jedna ili više dodijeljenih aplikacija	Potpuno Windows radno okruženje
Tipična svrha	Fokusirani pristup poslovnom softveru	Opće okruženje za rad na daljinu
Administrativni opseg	Dodjela po aplikacijama	Pristup i politika na razini radne površine
Izloženost resursa	Uži	Širi
Najbolje odgovara za	Izvođači, kupci, aplikacije za poslovne linije	Zaposlenici koji trebaju više alata

Objavljivanje aplikacija obično je poželjnije kada korisnici trebaju pristup definiranoj skupini programa. Potpuni udaljeni desktop je prikladniji kada im je potrebna upravljanje datotekama, nekoliko alata ili cjelovito Windows okruženje, iako neke organizacije koriste oba modela za različite korisničke grupe.

Windows Application Publishing vs. VDI

Infrastruktura virtualnih radnih površina (VDI) daje korisnicima pristup Windows radnim površinama koje rade u virtualnim strojevima. Ovisno o implementaciji, ove radne površine mogu biti osobne, zajedničke, trajne ili ne-trajne.

Objavljivanje aplikacija temeljenih na sesijama može podržati nekoliko korisnika na zajedničkoj Windows infrastrukturi, često pružajući veću gustoću i niže troškove upravljanja. VDI pruža jaču izolaciju na razini virtualnih strojeva i može bolje podržati radne opterećenja koja zahtijevaju posvećene konfiguracije operativnog sustava, grafičke resurse ili administrativnu kontrolu.

Razmatranje	Objavljivanje temeljen na sesiji	VDI
Jedinca za isporuku	Individualna aplikacija ili zajedničko radno površje	Završna virtualna mašina
Izolacija	Razina sesije	Razina virtualne mašine
Gustoća infrastrukture	Obično viši	Obično niže
Personalizacija	Umjereno	Potencijalno opsežno
Tipična upotreba	Uobičajene poslovne aplikacije	Specijalizirani ili izolirani radni stolovi

VDI ostaje vrijedan kada aplikacije ne mogu koegzistirati na zajedničkom hostu ili kada korisnici trebaju posvećene resurse. Međutim, isporuka kompletnog virtualnog radnog prostora može biti pretjerana kada korisnici trebaju samo jednu ili dvije Windows aplikacije.

Da li objavljivanje aplikacija pretvara Windows aplikaciju u web aplikaciju?

Objavljivanje aplikacija može omogućiti pristup Windows programu putem preglednika, ali ne pretvara program u nativnu web aplikaciju. Izvorni kod nastavlja raditi na Windows infrastrukturi, a temeljna arhitektura ne postaje automatski cloud-native.

Pristup pregledniku ne omogućuje aplikaciji responzivni web dizajn, offline mogućnosti specifične za preglednik, mikroservise ili sučelja za programiranje aplikacija. Objavljivanje aplikacija stoga se bolje razumije kao modernizacija isporuke aplikacija nego modernizacija samog izvornog koda.

Što se mijenja za korisnika?

Iz perspektive korisnika, aplikacija postaje lakša za pristup jer se može otvoriti putem preglednika ili portala za daljinski pristup bez potpune lokalne instalacije. Korisnici također izbjegavaju instaliranje okvira i ovisnosti aplikacije na svojim uređajima.

Sučelje se može pojaviti u kartici preglednika ili u zasebnom prozoru aplikacije, ali njegova odzivnost i dalje ovisi o domaćinu aplikacije, kvaliteti mreže i protokolu za daljinsko prikazivanje.

Što ostaje nepromijenjeno?

Aplikacija zadržava svoj izvorni Windows kod, sučelje i tehničke ovisnosti. Postavke registra, baze podataka, usluge, pisači i putanje datoteka stoga moraju nastaviti ispravno raditi na Windows hostu.

Objavljivanje aplikacija ne uklanja zahtjeve za kompatibilnost ili licenciranje. IT timovi i dalje moraju testirati softver u istovremenim sesijama i potvrditi da je njegova namijenjena udaljena ili hostirana upotreba dopuštena.

Kada je objavljivanje bolje od prepisivanja?

Objavljivanje može biti praktično kada se etablirana Windows aplikacija pokazuje pouzdanom, ali bi je bilo teško ili skupo obnoviti. Organizacije mogu proširiti udaljeni i pristup pregledniku bez prihvaćanja troškova i rizika od trenutnog projekta zamjene.

Nativno prepisivanje weba može biti prikladnije kada poslovanje zahtijeva responzivni dizajn, rad izvan mreže, moderne integracije ili skalabilnost u oblaku. Objavljivanje također može pružiti privremeno rješenje dok organizacija razvija dugoročnu strategiju modernizacije.

Kada trebate objaviti Windows aplikacije?

Objavljivanje aplikacija je najučinkovitije kada lokalna instalacija, prepisivanje softvera ili potpuno virtualiziranje radne površine stvara nepotrebne troškove ili operativnu složenost.

Web-omogućavanje naslijeđenih Windows aplikacija

Nasljedne aplikacije mogu ovisiti o Windows-specifičnim sučeljima, starijim runtime-ima, postavkama registra, mapiranim pogonima, lokalnim upravljačima baza podataka ili specijaliziranim procesima ispisa. Objavljivanje održava ove aplikacije na kompatibilnoj Windows infrastrukturi dok učinivši ih dostupnima putem preglednika ili udaljenog klijenta .

Ovaj pristup može produžiti korisni vijek postojećeg softvera i dati organizaciji vremena da isplanira kontrolirani projekt modernizacije. Testiranje kompatibilnosti ostaje potrebno za aplikacije koje očekuju jednog korisnika, zahtijevaju povišene privilegije ili ovise o lokalnom hardveru.

Centralizirajte softver za poslovanje

IT timovi mogu održavati aplikacije i njihove ovisnosti na centralnim poslužiteljima umjesto da ih upravljaju odvojeno na svakoj radnoj stanici. Mogu testirati ažuriranja u kontroliranom okruženju prije nego što učine ažuriranu aplikaciju dostupnom korisnicima.

Ovaj model isporuke često odgovara sustavima za planiranje resursa poduzeća, financijskim aplikacijama, alatima za upravljanje zalihama, softveru za medicinsku praksu, platformama za upravljanje pravnim slučajevima i prilagođenim bazama podataka.

Podrška za BYOD i miješane uređaje

Objavljivanje putem preglednika može korisnicima na macOS-u, Linuxu, Chromebookovima, tabletima ili osobnim računalima omogućiti pristup Windows aplikaciji bez premještanja same aplikacije na te krajnje točke. IT timovi moraju i dalje definirati koje podatke korisnici smiju kopirati, ispisivati, učitavati ili preuzimati s neuređenih uređaja.

Omogućite kontrolirani pristup izvođačima.

Izvođači i partneri mogu trebati pristup jednoj poslovnoj aplikaciji bez potrebe za korporativnim prijenosnim računalom ili širokim pristupom unutarnjoj mreži. Objavljivanje samo potrebnog programa može pojednostaviti uvođenje dok podržava višefaktorsku autentifikaciju, ograničene račune i dodjele s najmanjim privilegijama.

Platforme kao što su TSplus Remote Access može objaviti samo aplikacije koje izvođači trebaju, bez izlaganja kompletnom Windows radnom površinom.

Dostavite postojeći softver kao uslugu u oblaku

Nezavisni dobavljači softvera (ISV-ovi) mogu koristiti objavljivanje aplikacija kako bi korisnicima omogućili online pristup postojećem Windows proizvodu. Ovaj pristup može ubrzati isporuku putem hostinga, ali ISV ostaje odgovoran za izolaciju zakupaca, identitet korisnika, dostupnost usluga, zaštitu podataka i licenciranje.

Što bi ISV-ovi trebali procijeniti?

Implementacija ISV-a mora podržavati ponovljivo uvođenje i administraciju među odvojenim korisničkim organizacijama, uz zaštitu podataka, konfiguracije i aktivnih sesija svakog korisnika.

Izolacija zakupca može se oslanjati na odvojene baze podataka, korisničke račune, aplikacijske skupine, lokacije za pohranu, mreže ili poslužitelje. Odgovarajući dizajn ovisi o arhitekturi aplikacije, budući da softver za objavljivanje ne može automatski učiniti neprikladnu aplikaciju za jednog korisnika sigurnom za višekorisničku upotrebu.

ISV-ovi bi također trebali procijeniti identitetsku federaciju, višefaktorsku autentifikaciju, uloge administratora kupaca, brendiranje portala, automatizaciju i izvještavanje o korištenju. Ručna konfiguracija može biti upravljiva tijekom pilot projekta, ali može postati neučinkovita kada usluga podržava stotine korisnika ili zakupaca.

Licenciranje također zahtijeva pažljivo razmatranje jer Windows, baze podataka, runtime-ovi, platforma za objavljivanje i vlastiti proizvod ISV-a mogu postaviti uvjete za višekorisnički pristup ili hosting usluga.

Prednosti i ograničenja objavljivanja Windows aplikacija

Objavljivanje aplikacija centralizira aplikacije i ažuriranja, smanjuje rad na lokalnoj instalaciji i omogućuje dostupnost Windows softvera s šireg spektra uređaja. Održavanje obrade aplikacija i poslovnih podataka na upravljanoj infrastrukturi također može smanjiti količinu informacija pohranjenih na neuređenim krajnjim točkama.

Kada korisnici trebaju samo odabrane aplikacije, ovaj model može pružiti užu alternativu infrastrukturi virtualnih radnih površina. Međutim, centralizacija također čini domaćine aplikacija, pristupna vrata i privilegirane račune posebno važnim sigurnosnim resursima.

Kompatibilnost aplikacija ostaje značajno ograničenje. Programi koji koriste postavke na razini sustava, ovise o lokalnom hardveru ili se oslanjaju na usluge dizajnirane za jednog interaktivnog korisnika možda neće ispravno raditi u dijeljenim sesijama, dok grafički intenzivni i latencijski osjetljivi radni opterećenja mogu loše funkcionirati preko udaljenih veza.

Ispisivanje, skeniranje, pametne kartice i drugi periferni uređaji moraju se testirati s točnim krajnjim točkama i klijentima za pristup koje će korisnici imati u produkciji. Kapacitet poslužitelja također bi trebao biti temeljen na mjerenim zahtjevima za CPU, memorijom, pohranom i istovremenim korištenjem, a ne na općim maksimalnim vrijednostima dobavljača.

Kako odabrati softver za objavljivanje Windows aplikacija?

Korisna evaluacija započinje s aplikacijom, korisnicima i namijenjenim operativnim modelom, a ne s usporedbom značajki proizvoda.

Provjerite kompatibilnost aplikacije

Dokumentirajte podržane verzije sustava Windows, okvire, usluge, ovisnosti o registru, baze podataka, dijeljene datoteke, pisače, parametre pokretanja i ograničenja licenciranja. Testirajte stvarnu aplikaciju u namijenjenom modelu višekorisničkog ili virtualnog stroja, uključujući istovremene sesije, korisničke profile, ažuriranja i procese oporavka.

Usporedite korisnički pristup i iskustvo

Procijenite podršku preglednika, izvornih klijenata, prečaca, prozora u stilu RemoteApp, više monitora, ponovnu vezu sesije i mobilni pristup. Testiranje bi trebalo obuhvatiti važne radne tokove kao što su ispis, pristup datotekama, korištenje međuspremnika i preusmjeravanje lokalnih uređaja.

Kada korisnici zahtijevaju samo jednostavan pristup, fokusirana sesija preglednika može biti lakša za osiguranje i podršku nego klijent s opsežnom lokalnom integracijom.

Istražite identitet i sigurnosne kontrole

Pogledajte dodjele korisnika i grupa, integraciju direktorija, višefaktorsku autentifikaciju, zaštitu računa, politike isteka sesije i događaje koji se mogu auditi. Vanjski promet trebao bi koristiti HTTPS i valjane certifikate, dok CISA preporučuje ograničavanje korištenja Remote Desktop Protocol-a i izbjegavajući izložene, slabo zaštićene usluge udaljenog radnog stola.

Revizija sigurnosti trebala bi obuhvatiti i zakrpu hosta, odvajanje uloga, evidentiranje, sigurnosne kopije, nadzor i ograničenja korištenja međuspremnika, mapiranje pogona, ispis i prijenos datoteka.

Procjena administracije i automatizacije

Testirajte redovne administrativne zadatke kao što su objavljivanje aplikacije, dodjeljivanje grupi, opoziv pristupa, pregled aktivnih sesija, ažuriranje brendiranja i izrada sigurnosnih kopija konfiguracije. Veća implementacija također bi trebala procijeniti sučelja za programiranje aplikacija, alate za naredbeni redak, predloške za opskrbu i integracije za praćenje.

Plan za skaliranje i otpornost

Razmotrite kako će okruženje podržati više hostova, ravnotežu opterećenja, posredovanje veze, redundantnost pristupnih točaka, pohranu profila i oporavak. Mjerite reprezentativnu upotrebu CPU-a, memorije, pohrane i mreže, a zatim održavajte dovoljno dodatnog kapaciteta za rast, razdoblja održavanja i kvarove hostova.

Usporedite implementaciju i ukupne troškove

Platforma može raditi na mjestu, u privatnom podatkovnom centru, na javnim virtualnim strojevima u oblaku ili putem pružatelja usluga hostinga. Lokacija implementacije trebala bi odražavati ovisnosti aplikacije, zahtjeve za prebivalište podataka, latenciju, unutarnje vještine i troškovna ograničenja.

Ukupni trošak trebao bi uključivati licenciranje platforme, Windowsa, aplikacija i baza podataka, kao i infrastrukturu, sigurnosne kopije, nadzor, sigurnost, implementaciju, administraciju, podršku i visoku dostupnost.

Pregled podrške dobavljača i zrelosti proizvoda

Pregledajte podržane verzije sustava Windows, povijest izdanja, dokumentaciju, prakse ažuriranja sigurnosti, kanale podrške, opcije probnog razdoblja i resurse za migraciju. ISV-ovi također trebaju potvrditi da dobavljač podržava implementacije usmjerene na korisnike i dopušta namjeravani model hostinga.

Praktični plan dokaza koncepta

Dokaz koncepta trebao bi testirati cjelokupno korisničko putovanje umjesto da samo potvrđuje da se aplikacija otvara.

1. Odaberite reprezentativnu aplikaciju i izradite dokumentirani testni poslužitelj.
2. Objavite to kontroliranoj pilotskoj grupi.
3. Konfigurirajte HTTPS, valjane certifikate, višefaktorsku autentifikaciju i restriktivan pristup.
4. Testirajte stvarnu kombinaciju krajnjih točaka, preglednika i izvornih klijenata.
5. Validirajte pokretanje, ponovno povezivanje, profile, ispis, pristup datotekama i potrebne periferne uređaje.
6. Mjerite resurse hosta tijekom realistične istovremene aktivnosti.
7. Pregled zapisivanja, opoziv pristupa, sigurnosna kopija, ažuriranja i oporavak.
8. Postupno se proširite od tehničkih testera do ograničene proizvodne skupine.

Pilot bi trebao izraditi jasne kriterije prihvaćanja i plan povratka. Također bi trebao pokazati je li pristup putem preglednika dovoljan ili trebaju li neki korisnici izvorni klijent.

Uobičajene pogreške pri objavljivanju Windows aplikacija

Odabir platforme prije testiranja aplikacije može prikriti probleme s kompatibilnošću, dok pretpostavka da pristup putem preglednika pruža izvorne web performanse može stvoriti nerealna očekivanja o latenciji i odzivu.

Procjena okruženja prema maksimalnim vrijednostima dobavljača jednako je rizična jer gustoća poslužitelja varira ovisno o aplikaciji i opterećenju. Organizacije također moraju pregledati svaki sloj licenciranja prije omogućavanja višekorisničkog ili hostiranog pristupa.

Preskoči testiranje stvarnih aplikacija

Popis značajki ne može potvrditi hoće li se aplikacija ispravno ponašati u istovremenim sesijama. Problemi se mogu pojaviti samo kada nekoliko korisnika istovremeno pristupa istim datotekama, postavkama registra, uslugama ili lokalnim resursima.

IT timovi trebaju testirati reprezentativne radne tokove, korisničke profile, ažuriranja i periferne uređaje prije odabira platforme. Dokaz koncepta trebao bi reproducirati namjensko proizvodno okruženje što je bliže moguće.

Podcjenjivanje sigurnosnih i licencnih zahtjeva

Izlaganje protokola daljinskog radnog površine izravno internetu ili omogućavanje svake funkcije preusmjeravanja prema zadanim postavkama može povećati rizik. Pristup međuspremniku, mapiranje pogona, ispis i prijenos datoteka trebali bi ostati ograničeni na jasno definirane poslovne potrebe.

Licenciranje također zaslužuje posebnu pažnju jer Windows, baze podataka, runtime-ovi, komponente trećih strana i sama aplikacija mogu postaviti posebne zahtjeve za višekorisnički pristup ili hostanu isporuku.

Tretiranje vanjske isporuke kao unutarnje implementacije

Interna implementacija obično služi korisnicima iz jedne organizacije, dok vanjska usluga može podržavati nekoliko nepovezanih kupaca. Vanjska isporuka stoga uvodi dodatne zahtjeve za izolaciju zakupaca, privatnost, dostupnost, podršku i upravljanje pristupom.

Nezavisni dobavljači softvera također trebaju ponovljive procese uvođenja, praćenja i oporavka. Konfiguracija koja radi za mali unutarnji tim možda se neće sigurno ili učinkovito skalirati kao usluga usmjerena na kupce.

Kako je TSplus praktično rješenje za objavljivanje Windows aplikacija?

TSplus Remote Access objavljuje Windows aplikacije i radne površine iz postojeće Windows infrastrukture. Administratori mogu dodijeliti aplikacije pojedinačnim korisnicima ili grupama i omogućiti pristup putem veza u stilu RemoteApp, RDP-kompatibilnih klijenata ili prilagodljivog HTML5 web portala.

Ovaj model može odgovarati malim i srednjim organizacijama koje trebaju centraliziranu isporuku aplikacija bez upravljanja složenijim virtualnim radnim okruženjem. Također može pomoći ISV-ima da omoguće daljinski pristup etabliranom Windows softveru uz zadržavanje kontrole nad hostingom i korisničkim iskustvom.

IT timovi trebaju još uvijek provjeriti kompatibilnost, licenciranje, sigurnost, korisničko iskustvo, kapacitet poslužitelja, sigurnosne kopije i oporavak kroz realistički pilot prije nego što presele implementaciju u produkciju.

Zaključak

Softver za objavljivanje Windows aplikacija može proširiti pristup poslovno kritičnim programima bez potrebe za lokalnom instalacijom, trenutnom modernizacijom izvornog koda ili punim virtualnim radnim stolom za svakog korisnika. Njegova vrijednost je najjača kada su aplikacije kompatibilne s centraliziranom izvršnom obradom i korisnicima je potreban fokusiran, kontroliran pristup.

Konačna odluka trebala bi se temeljiti na praktičnom testiranju, a ne samo na popisima značajki. Validacijom kompatibilnosti, sigurnosti, licenciranja, performansi, administracije i otpornosti zajedno, IT timovi i ISV-ovi mogu odabrati platformu za objavljivanje aplikacija koja ostaje upravljiva kako se korištenje povećava.