Hogyan válasszunk Windows alkalmazáskiadó szoftvert

Bevezetés

A Windows alkalmazások továbbra is támogatják az alapvető üzleti folyamatokat, a könyveléstől és a vállalati erőforrás-tervezéstől kezdve az egészségügyön, a gyártáson és az egyedi üzleti rendszereken át. Azonban ezeknek az alkalmazásoknak a telepítése és karbantartása minden végponton nehézzé válik, amikor a felhasználók távolról dolgoznak, különböző operációs rendszereket használnak, vagy nem kezelt eszközökről csatlakoznak.

A Windows alkalmazáskiadó szoftver praktikus alternatívát kínál. Az alkalmazás központosított Windows infrastruktúrán fut, míg az engedéllyel rendelkező felhasználók böngészőn, asztali parancsikonon vagy távoli hozzáférési kliensen keresztül lépnek kapcsolatba a felületével. Ez a megközelítés lehetővé teheti a meglévő szoftverekhez való hozzáférés kiterjesztését anélkül, hogy teljes webes újraírásra vagy minden felhasználó számára teljes virtuális asztalra lenne szükség.

Mi az a Windows alkalmazáskiadó szoftver?

A Windows alkalmazáskiadó szoftver lehetővé teszi a központi Windows szerveren vagy virtuális gépen telepített programok elérhetőségét távoli felhasználók számára. Ahelyett, hogy az alkalmazást és annak függőségeit minden eszközön telepítenék és karbantartanák, az adminisztrátorok egy vagy több központi gazdagépen kezelik azokat.

A platform irányítja, hogy mely felhasználók indíthatják el az egyes alkalmazásokat, hogyan hitelesítik magukat, hogyan védik a munkameneteiket, és mely helyi erőforrásokat használhatják. Míg a program a Windows gazdagépen fut, a végpont megjeleníti a felületét, és visszaküldi a billentyűzet, az egér és egyéb engedélyezett bemeneteket a szerverre.

Microsoft Learn elmagyarázza, hogy a Remote Desktop Services központilag képes teljes asztalokat vagy egyedi RemoteApp programokat biztosítani az arra jogosult felhasználók számára.

A letöltött szoftverrel ellentétben a közzétett alkalmazás nem fut teljes mértékben a végponton. A felhasználó egy távoli példánnyal lép kapcsolatba, amely a központi Windows infrastruktúrán van hosztolva.

Mit jelent egy Windows alkalmazás közzététele?

A Windows alkalmazás közzététele azt jelenti, hogy távolról elérhetővé tesszük azt kiválasztott felhasználók számára anélkül, hogy szükségszerűen teljes Windows asztali hozzáférést adnánk nekik.

Egy tipikus folyamat öt szakaszból áll:

• Telepítse az alkalmazást egy Windows szerverre vagy virtuális gépre
• Regisztrálja az executable fájlját a kiadási platformon
• Hozzáférés hozzárendelése felhasználókhoz vagy csoportokhoz
• Hitelesítse a felhasználókat egy portálon, kliensen vagy azonosító szolgáltatón keresztül
• Indítson el egy távoli munkamenetet, és jelenítse meg az alkalmazás felületét.

A felhasználók csak a szükséges könyvelési csomagot, ügyfélkapcsolat-kezelő klienst vagy saját eszközt láthatják, míg az asztali, szerver fájlrendszer és a nem kapcsolódó alkalmazások rejtve maradnak.

Hogyan működik a Windows alkalmazáskiadás?

A legtöbb Windows alkalmazáskiadási környezet ugyanazokra a magrétegekre támaszkodik, bár a terminológia és a megvalósítás termékenként eltérhet.

Windows alkalmazás hosztok

Az alkalmazás egy fizikai szerveren, virtuális gépen vagy felhőalapú Windows példányon fut. Több felhasználó megoszthat egy munkamenet-hosztot külön Windows munkameneteken keresztül, míg azok a platformok, amelyek erősebb elszigetelést igényelnek, dedikált vagy csoportosított virtuális gépeket rendelhetnek hozzá.

Minden hosztnak tartalmaznia kell a megfelelő Windows verziót, alkalmazásfájlokat, keretrendszereket, adatbázis-kapcsolatot, profilokat, betűtípusokat, illesztőprogramokat és egyéb függőségeket. Az alkalmazás kompatibilitása ezért a teljes hosztkonfigurációtól függ, nem csupán az alkalmazástól.

Közzététel és Hozzáférés-ellenőrzés

A kiadási szolgáltatás meghatározza, hogy a felhasználók mely programokat indíthatják el, és hogyan jelennek meg ezek a programok az eszközeiken. Az adminisztrátorok egyetlen alkalmazást, több alkalmazást, egyedi indítót vagy egy teljes asztalt publikálhatnak, különböző verziókkal vagy indítási paraméterekkel, amelyeket szükség szerint konkrét csoportokhoz rendelnek.

A hitelesítés megerősíti a felhasználó azonosságát, míg az engedélyezés meghatározza, hogy mely alkalmazásokhoz és erőforrásokhoz férhet hozzá az adott felhasználó. Egy megfelelő platformnak részletes hozzárendeléseket kell biztosítania egyes felhasználók, csoportok, szerepek vagy bérlők számára.

Biztonságos Kapcsolati Réteg

Egy átjáró vagy webportál közvetíti a kapcsolatokat a felhasználói végpontok és az alkalmazásgazdák között. A külső telepítéseknek nem szabad közvetlenül védtelen Távoli Asztali Protokoll szolgáltatást kitenni az internetnek, ezért a szervezeteknek HTTPS-t, érvényes Transport Layer Security tanúsítványokat, többlépcsős hitelesítést, hozzáférési korlátozásokat és megfigyelést kell alkalmazniuk.

A vágólap használata, a nyomtatás, a helyi meghajtó térképezés és a fájlátvitel javíthatja a használhatóságot, de a szervezeteknek ezeket a funkciókat csak akkor szabad engedélyezniük, amikor a munkafolyamat megköveteli.

Felhasználói hozzáférési módszerek

A felhasználók csatlakozhatnak egy HTML5 portál, natív asztali kliens RDP-kompatibilis kliens, csatlakozási fájl vagy parancsikon. A böngészős hozzáférés csökkentheti a telepítési munkát, míg a natív kliensek teljesebb támogatást nyújthatnak több monitor, nyomtatók, okoskártyák és egyéb helyi eszközök számára.

Windows alkalmazás közzététel vs. Remote Desktop

Az alkalmazáskiadás és a távoli asztali hozzáférés kapcsolódó technológiákra támaszkodik, de különböző hozzáférési szinteket és különböző felhasználói élményeket kínál.

A teljes távoli asztal egy szélesebb Windows munkaterületet mutat be, amely tartalmazhatja az asztalt, a Start menüt, a tálcát, a fájlkezelő eszközöket és az összes engedélyezett alkalmazást. A közzétett alkalmazás csak a kiválasztott programokat teszi elérhetővé, gyakran egyedi ablakokban, amelyeket a felhasználók a helyben futó alkalmazások mellett nyithatnak meg.

Figyelem	Közzétett alkalmazás	Teljes távoli asztal
Felhasználói élmény	Egy vagy több kijelölt alkalmazás	Teljes Windows munkahely
Tipikus cél	Fókuszált hozzáférés az üzleti szoftverekhez	Általános távoli munkakörnyezet
Adminisztratív terület	Alkalmazásról alkalmazásra történő hozzárendelés	Asztali szintű hozzáférés és irányelv
Erőforrás-kitettség	Keskenyebb	Szélesebb
Legjobban alkalmas a	Vállalkozók, ügyfelek, üzleti alkalmazások	Több eszközre van szüksége a munkavállalóknak

Az alkalmazáskiadás általában előnyösebb, amikor a felhasználóknak egy meghatározott programkészlethez kell hozzáférniük. A teljes távoli asztal alkalmasabb, amikor fájlkezelésre, több segédprogramra vagy egy teljes Windows környezetre van szükség, bár egyes szervezetek mindkét modellt használják különböző felhasználói csoportok számára.

Windows alkalmazás közzététel vs. VDI

Virtuális asztali infrastruktúra (VDI) hozzáférést biztosít a felhasználók számára a virtuális gépeken futó Windows asztalokhoz. A telepítéstől függően ezek az asztalok lehetnek személyesek, csoportosak, állandóak vagy nem állandóak.

Az alkalmazásalapú közzététel több felhasználót támogathat megosztott Windows infrastruktúrán, gyakran magasabb sűrűséget és alacsonyabb kezelési költségeket biztosítva. A VDI erősebb virtuális gép szintű elszigetelést nyújt, és jobban támogathatja azokat a munkaterheléseket, amelyek dedikált operációs rendszer konfigurációkat, grafikai erőforrásokat vagy adminisztratív ellenőrzést igényelnek.

Figyelem	Ülés alapú közzététel	VDI
Szállítási egység	Egyéni alkalmazás vagy megosztott asztal	Teljes virtuális gép
Elszigetelés	Session szintű	Virtuális gép szintű
Infrastruktúra sűrűség	Általában magasabb	Általában alacsonyabb
Személyre szabás	Közepes	Potenciálisan kiterjedt
Tipikus használat	Általános üzleti alkalmazások	Specializált vagy elszigetelt asztalok

A VDI értékes marad, amikor az alkalmazások nem tudnak együttműködni egy megosztott hoszton, vagy a felhasználóknak dedikált erőforrásokra van szükségük. Azonban egy teljes virtuális asztal biztosítása túlzás lehet, amikor a felhasználóknak csak egy vagy két Windows alkalmazásra van szükségük.

Az Alkalmazáskiadás egy Windows alkalmazást webalkalmazássá alakít?

Az alkalmazáskiadás lehetővé teszi, hogy egy Windows program böngészőn keresztül elérhető legyen, de nem alakítja át a programot natív webalkalmazássá. Az eredeti kód továbbra is a Windows infrastruktúrán fut, és az alapul szolgáló architektúra nem válik automatikusan felhőnatívvá.

A böngészőhozzáférés nem biztosít reszponzív webdesign-t, böngészőnatív offline képességeket, mikroszolgáltatásokat vagy alkalmazásprogramozási interfészeket. Az alkalmazáskiadás ezért inkább az alkalmazás szállításának modernizálásaként érthető, mintsem a forráskód modernizálásaként.

Milyen változások lesznek a felhasználó számára?

A felhasználó szempontjából az alkalmazás könnyebben hozzáférhetővé válik, mivel böngészőn vagy távoli hozzáférési portálon keresztül nyitható meg, anélkül, hogy teljes helyi telepítésre lenne szükség. A felhasználók elkerülik az alkalmazás keretrendszereinek és függőségeinek saját eszközökön történő telepítését is.

A felület megjelenhet egy böngésző fülön vagy egy külön alkalmazásablakban, de a válaszkészsége továbbra is függ az alkalmazás gazdájától, a hálózat minőségétől és a távoli megjelenítési protokolltól.

Mi marad változatlan?

Az alkalmazás megőrzi eredeti Windows kódját, felhasználói felületét és technikai függőségeit. A rendszerleíró beállításoknak, adatbázisoknak, szolgáltatásoknak, nyomtatóknak és fájlútvonalaknak ezért továbbra is helyesen kell működniük a Windows gazdagépen.

Az alkalmazáskiadás nem távolítja el a kompatibilitási vagy licencelési követelményeket sem. Az IT csapatoknak továbbra is tesztelniük kell a szoftvert egyidejű munkamenetekben, és meg kell erősíteniük, hogy a tervezett távoli vagy hosztolt használat engedélyezett.

Mikor jobb a kiadás, mint az átkonvertálás?

A kiadás praktikus lehet, amikor egy bevált Windows-alkalmazás megbízható marad, de nehéz vagy drága lenne újraépíteni. A szervezetek kiterjeszthetik a távoli és böngészőalapú hozzáférést anélkül, hogy elfogadnák az azonnali helyettesítési projekt költségét és kockázatát.

A natív web újraírása megfelelőbb lehet, ha a vállalkozásnak reszponzív dizájnra, offline használatra, modern integrációkra vagy felhőalapú skálázhatóságra van szüksége. A kiadás egy köztes megoldást is nyújthat, miközben a szervezet hosszú távú modernizációs stratégiát dolgoz ki.

Mikor kell Windows alkalmazásokat közzétenni?

Az alkalmazás közzététele a leghatékonyabb, amikor a helyi telepítés, a szoftver újraírása vagy a teljes asztali virtualizáció felesleges költségeket vagy működési bonyodalmakat okozna.

Web-alapú örökölt Windows alkalmazások

A régi alkalmazások a Windows-specifikus interfészekre, régebbi futtatókörnyezetekre, rendszerleíró adatbázis-beállításokra, térképezett meghajtókra, helyi adatbázis-illesztőprogramokra vagy speciális nyomtatási folyamatokra támaszkodhatnak. A kiadás fenntartja ezeket az alkalmazásokat a kompatibilis Windows infrastruktúrán, miközben elérhetővé téve böngészőn vagy távoli kliensen keresztül .

Ez a megközelítés meghosszabbíthatja a meglévő szoftverek hasznos élettartamát, és időt ad a szervezetnek egy kontrollált modernizációs projekt megtervezésére. A kompatibilitási tesztelés továbbra is szükséges az olyan alkalmazások esetében, amelyek egyetlen felhasználóra számítanak, emelt jogosultságokat igényelnek vagy helyi hardverre támaszkodnak.

Vállalati szoftverek központosítása

Az IT csapatok központi hosztokon tarthatják karban az alkalmazásokat és azok függőségeit, ahelyett, hogy azokat külön-külön kezelnék minden munkaállomáson. Tesztelhetik a frissítéseket egy ellenőrzött környezetben, mielőtt a frissített alkalmazást elérhetővé tennék a felhasználók számára.

Ez a szállítási modell gyakran megfelel a vállalati erőforrás-tervezési rendszereknek, pénzügyi alkalmazásoknak, készletkezelő eszközöknek, orvosi praxis szoftvereknek, jogi ügykezelő platformoknak és egyedi adatbázisoknak.

Támogatja a BYOD-ot és a vegyes eszközöket

Böngészőalapú közzététel lehetővé teheti a macOS, Linux, Chromebookok, táblagépek vagy személyi számítógépek felhasználói számára, hogy hozzáférjenek egy Windows alkalmazáshoz anélkül, hogy magát az alkalmazást áthelyeznék ezekre a végpontokra. Az IT csapatoknak továbbra is meg kell határozniuk, hogy mely adatokat másolhatnak, nyomtathatnak, tölthetnek fel vagy tölthetnek le a nem kezelt eszközökről.

Biztosítson Ellenőrzött Vállalkozói Hozzáférést

A vállalkozók és partnerek hozzáférésre lehetnek szükségük egy üzleti alkalmazáshoz anélkül, hogy vállalati laptopra vagy széleskörű hozzáférésre lenne szükségük a belső hálózathoz. Csak a szükséges program közzététele egyszerűsítheti a belépést, miközben támogatja a többlépcsős hitelesítést, a korlátozott fiókokat és a legkisebb jogosultságok kiosztását.

Platformok, mint TSplus Távhozzáférés csak azokat az alkalmazásokat publikálhatja, amelyekre a vállalkozóknak szükségük van, anélkül, hogy egy teljes Windows asztalt felfedne.

A meglévő szoftverek szolgáltatásként történő biztosítása

Független szoftvergyártók (ISV-k) alkalmazáskiadást használhatnak, hogy online hozzáférést biztosítsanak az ügyfeleknek egy meglévő Windows termékhez. Ez a megközelítés felgyorsíthatja a hosztolt szolgáltatást, de az ISV továbbra is felelős a bérlők elszigeteléséért, az ügyfélazonosításért, a szolgáltatás elérhetőségéért, az adatvédelemért és a licencelésért.

Mit Érdemes Az ISV-knek Értékelniük?

Egy ISV telepítésnek támogatnia kell a megismételhető bevezetést és adminisztrációt különböző ügyfélszervezetek között, miközben védi minden ügyfél adatait, konfigurációját és aktív munkameneteit.

A bérlői elszigetelés külön adatbázisokra, felhasználói fiókokra, alkalmazásmedencékre, tárolási helyekre, hálózatokra vagy szerverekre támaszkodhat. A megfelelő tervezés az alkalmazás architektúrájától függ, mivel a kiadási szoftver nem tud automatikusan egy nem megfelelő egybérlős alkalmazást biztonságossá tenni többbérlős használatra.

Az ISV-knek érdemes értékelniük az identitás-federációt, a többtényezős hitelesítést, az ügyféladminisztrátori szerepeket, a portál márkázását, az automatizálást és a használati jelentéseket. A manuális konfiguráció kezelhető lehet egy próbaidőszak alatt, de hatékonysága csökkenhet, amikor a szolgáltatás több száz felhasználót vagy bérlőt támogat.

A licencelés gondos felülvizsgálatot is igényel, mivel a Windows, az adatbázisok, a futtatókörnyezetek, a kiadási platform és az ISV saját terméke mindegyike feltételeket támaszthat a többfelhasználós hozzáférésre vagy a szolgáltató általi hosztolásra.

A Windows alkalmazás közzétételének előnyei és korlátai

Az alkalmazáskiadás központosítja az alkalmazásokat és frissítéseket, csökkenti a helyi telepítési munkát, és lehetővé teszi a Windows szoftverek elérhetőségét szélesebb eszközkörből. Az alkalmazásfeldolgozás és az üzleti adatok kezelhető infrastruktúrán történő tárolása szintén csökkentheti a nem kezelt végpontokon tárolt információk mennyiségét.

Amikor a felhasználóknak csak kiválasztott alkalmazásokra van szükségük, ez a modell szűkebb alternatívát kínálhat a virtuális asztali infrastruktúrához. A központosítás azonban különösen fontossá teszi az alkalmazásgazdákat, a kaput és a privilégiumos fiókokat, mint biztonsági eszközöket.

Az alkalmazáskompatibilitás továbbra is jelentős korlátozást jelent. Azok a programok, amelyek gépszerte beállításokat használnak, helyi hardverre támaszkodnak vagy olyan szolgáltatásokra építenek, amelyek egyetlen interaktív felhasználóra vannak tervezve, nem biztos, hogy helyesen működnek megosztott munkamenetekben, míg a grafikai igényű és késleltetésérzékeny munkaterhelések gyengén teljesíthetnek távoli kapcsolatokon.

A nyomtatást, beolvasást, okoskártyákat és egyéb perifériákat azzal a pontos végponttal és hozzáférési klienssel kell tesztelni, amelyet a felhasználók a termelés során használnak. A szerver kapacitását a mért CPU, memória, tárolás és egyidejűség követelményei alapján kell meghatározni, nem pedig az általános szállítói maximumok alapján.

Hogyan választhat egy Windows alkalmazáskiadó szoftvert?

Hasznos értékelés az alkalmazással, a felhasználókkal és a tervezett működési modellel kezdődik, nem pedig a termékfunkciók összehasonlításával.

Alkalmazáskompatibilitás ellenőrzése

Dokumentálja a támogatott Windows verziókat, keretrendszereket, szolgáltatásokat, regisztrációs függőségeket, adatbázisokat, fájlmegosztásokat, nyomtatókat, indítási paramétereket és licencelési korlátozásokat. Tesztelje a tényleges alkalmazást a tervezett többfelhasználós vagy virtuális gép modellben, beleértve a párhuzamos munkameneteket, felhasználói profilokat, frissítéseket és helyreállítási folyamatokat.

Hasonlítsa össze a felhasználói hozzáférést és élményt

Értékelje a böngészőtámogatást, a natív klienseket, a billentyűparancsokat, a RemoteApp-stílusú ablakokat, a több monitort, a munkamenet újracsatlakozását és a mobil hozzáférést. A tesztelésnek le kell fednie a fontos munkafolyamatokat, mint például a nyomtatást, a fájlhozzáférést, a vágólap használatát és a helyi eszközök átirányítását.

Amikor a felhasználóknak csak egyszerű hozzáférésre van szükségük, egy fókuszált böngészősession könnyebben biztosítható és támogatható, mint egy kliens, amely széleskörű helyi integrációval rendelkezik.

Ellenőrizze az azonosító- és biztonsági ellenőrzéseket

Keresse a felhasználói és csoporthozzárendeléseket, a könyvtári integrációt, a többlépcsős hitelesítést, a fiók védelmét, a munkamenet időtúllépési irányelveit és a nyomon követhető eseményeket. A külső forgalomnak HTTPS-t és érvényes tanúsítványokat kell használnia, míg A CISA javasolja a Remote Desktop Protocol használatának korlátozását. és elkerülve a kiszolgáltatott, gyengén védett távoli asztali szolgáltatásokat.

A biztonsági felülvizsgálatnak ki kell terjednie a gazdagép javítására, a szerepkörök elkülönítésére, a naplózásra, a biztonsági mentésekre, a megfigyelésre és a vágólap használatának, a meghajtó térképezésnek, a nyomtatásnak és a fájlátvitelnek a korlátozására.

Értékelés, Adminisztráció és Automatizálás

Tesztelje a rendszeres adminisztratív feladatokat, például egy alkalmazás közzétételét, csoporthoz való hozzárendelését, a hozzáférés visszavonását, az aktív munkamenetek áttekintését, a márkázás frissítését és a konfiguráció biztonsági mentését. A nagyobb telepítéseknek az alkalmazásprogramozási interfészeket, parancssori eszközöket, provisioning sablonokat és monitoring integrációkat is értékelniük kell.

Skálázásra és ellenállóságra tervezés

Fontolja meg, hogyan támogatja a környezet a több gazdagépet, a terheléselosztást, a kapcsolatközvetítést, a kapu redundanciáját, a profil tárolását és helyreállítását. Mérje fel a reprezentatív CPU-, memória-, tárolási és hálózati használatot, majd tartson fenn elegendő további kapacitást a növekedés, a karbantartási időszakok és a gazdagép hibák számára.

Hasonlítsa össze a telepítést és a teljes költséget

A platform helyben, egy privát adatközpontban, nyilvános felhő virtuális gépeken vagy egy hoszting szolgáltatón keresztül működhet. A telepítési helynek tükröznie kell az alkalmazás függőségeit, az adatlakóhelyi követelményeket, a késleltetést, a belső készségeket és a költségkorlátokat.

A teljes költségnek figyelembe kell vennie a platform, a Windows, az alkalmazás és az adatbázis licencelését, valamint az infrastruktúrát, a biztonsági mentést, a megfigyelést, a biztonságot, a megvalósítást, az adminisztrációt, a támogatást és a magas rendelkezésre állást.

Véleményezze a Szolgáltató Támogatását és a Termék Érettségét

Ellenőrizze a támogatott Windows verziókat, a kiadási történetet, a dokumentációt, a biztonsági frissítési gyakorlatokat, a támogatási csatornákat, a próbalehetőségeket és a migrációs forrásokat. Az ISV-knek azt is meg kell erősíteniük, hogy a szállító támogatja az ügyfélorientált telepítéseket és engedélyezi a tervezett hosztolási modellt.

Gyakorlati bizonyíték-ötlet terv

A proof of conceptnak a teljes felhasználói utat kell tesztelnie, nem csupán azt kell megerősítenie, hogy egy alkalmazás megnyílik.

1. Válasszon ki egy képviseleti alkalmazást, és építsen egy dokumentált teszthostot.
2. Tegye közzé egy ellenőrzött pilot csoport számára.
3. HTTPS, érvényes tanúsítványok, többlépcsős hitelesítés és korlátozott hozzáférés konfigurálása.
4. Tesztelje a tényleges végpontok, böngészők és natív kliensek keverékét.
5. Érvényesítse a indítást, újracsatlakozást, profilokat, nyomtatást, fájlhozzáférést és a szükséges perifériákat.
6. Mérje a gazdagép erőforrásait reális egyidejű tevékenység során.
7. Felülvizsgálati naplózás, hozzáférés visszavonása, biztonsági mentés, frissítések és helyreállítás.
8. Fokozatosan bővüljön a technikai tesztelőktől egy korlátozott gyártási csoportig.

A pilótának világos elfogadási kritériumokat és visszaállítási tervet kell készítenie. Azt is meg kell mutatnia, hogy a böngészőhozzáférés elegendő-e, vagy hogy egyes felhasználóknak natív kliensre van szükségük.

Gyakori Windows Alkalmazás Közzétételi Hibák

A platform kiválasztása az alkalmazás tesztelése előtt elrejtheti a kompatibilitási problémákat, míg az a feltételezés, hogy a böngészőn keresztüli hozzáférés natív webes teljesítményt biztosít, irreális elvárásokat teremthet a késleltetés és a válaszkészség tekintetében.

A környezet méretezése a szállítói maximumok alapján szintén kockázatos, mivel a szerver sűrűsége az alkalmazástól és a terheléstől függ. A szervezeteknek minden licencelési réteget át kell nézniük, mielőtt engedélyeznék a többfelhasználós vagy hosztolt hozzáférést.

Valós Alkalmazás Tesztelés Kihagyása

A funkciólista nem tudja megerősíteni, hogy egy alkalmazás helyesen fog viselkedni párhuzamos munkamenetekben. Problémák csak akkor léphetnek fel, ha több felhasználó egyszerre fér hozzá ugyanazokhoz a fájlokhoz, rendszerleíró beállításokhoz, szolgáltatásokhoz vagy helyi erőforrásokhoz.

Az IT csapatoknak tesztelniük kell a reprezentatív munkafolyamatokat, felhasználói profilokat, frissítéseket és perifériákat, mielőtt kiválasztanák a platformot. A koncepció bizonyítékának a lehető legközelebb kell reprodukálnia a tervezett termelési környezetet.

A biztonsági és licencelési követelmények alábecsülése

A Remote Desktop Protocol közvetlenül az internetre való kitettsége vagy minden átirányítási funkció alapértelmezett engedélyezése növelheti a kockázatot. A vágólap-hozzáférés, a meghajtó térképezés, a nyomtatás és a fájlátvitel korlátozva kell, hogy maradjon, világosan meghatározott üzleti igények szerint.

A licencelés is szoros figyelmet érdemel, mivel a Windows, az adatbázisok, a futtatókörnyezetek, a harmadik féltől származó összetevők és az alkalmazás maga külön követelményeket támaszthat a többfelhasználós hozzáférés vagy a hosztolt szolgáltatás tekintetében.

Külső szállítás kezelése, mint egy belső telepítés

A belső telepítés általában egy szervezet felhasználóit szolgálja ki, míg egy külső szolgáltatás több, egymással nem összefüggő ügyfelet támogathat. A külső szolgáltatás ezért további követelményeket vezet be a bérlői elszigetelés, adatvédelem, rendelkezésre állás, támogatás és hozzáférés kezelés terén.

Független szoftvergyártóknak is szükségük van ismételhető bevezetési, nyomon követési és helyreállítási folyamatokra. Egy olyan konfiguráció, amely egy kis belső csapat számára működik, nem biztos, hogy biztonságosan vagy hatékonyan skálázható egy ügyfélorientált szolgáltatásként.

Hogyan válik a TSplus gyakorlati Windows alkalmazáskiadási megoldássá?

TSplus Távhozzáférés Windows alkalmazásokat és asztalokat publikál a meglévő Windows infrastruktúrából. Az adminisztrátorok alkalmazásokat rendelhetnek egyedi felhasználókhoz vagy csoportokhoz, és hozzáférést biztosíthatnak RemoteApp-stílusú kapcsolatokon, RDP-kompatibilis klienseken vagy egy testreszabható HTML5 webportálon keresztül.

Ez a modell megfelelhet a kis- és középvállalatoknak, amelyek központosított alkalmazás-átadást igényelnek anélkül, hogy bonyolultabb virtuális asztali infrastruktúrát üzemeltetnének. Segíthet az ISV-knek is, hogy távoli hozzáférést biztosítsanak a meglévő Windows szoftverekhez, miközben megőrzik a hosting és az ügyfélélmény feletti ellenőrzést.

Az IT csapatoknak továbbra is érdemes ellenőrizniük a kompatibilitást, a licencelést, a biztonságot, a felhasználói élményt, a szerverkapacitást, a biztonsági mentést és a helyreállítást egy reális pilot során, mielőtt a telepítést élesbe állítanák.

Következtetés

A Windows alkalmazáskiadó szoftver kiterjesztheti a hozzáférést az üzletileg kritikus programokhoz anélkül, hogy helyi telepítést, azonnali forráskód-modernizálást vagy teljes virtuális asztalt igényelne minden felhasználó számára. Értéke a legnagyobb, amikor az alkalmazások kompatibilisek a központosított végrehajtással, és a felhasználóknak fókuszált, ellenőrzött hozzáférésre van szükségük.

A végső döntést a gyakorlati tesztelésen kell alapulnia, nem csupán a funkciólistákon. A kompatibilitás, biztonság, licencelés, teljesítmény, adminisztráció és ellenállóság együttes érvényesítésével az IT csapatok és az ISV-k olyan alkalmazáskiadási platformot választhatnak, amely kezelhető marad a használat növekedésével.