)
)
Bevezetés
A Windows alkalmazások telepíthetők és kezelhetők egyedi végpontokon, vagy központilag hosztolhatók és távolról juttathatók el a felhasználókhoz, az alkalmazás és az infrastruktúra követelményeitől függően. E modellek közötti választás több mint a technológiák összehasonlítása. Ez a cikk elmagyarázza, hogyan működik a Windows alkalmazáscsomagolás, miben különbözik az alkalmazáskiadástól, mikor van értelme mindkét megközelítésnek, és hogyan kombinálhatják az IT csapatok mindkettőt ugyanabban az alkalmazás-átadási stratégiában.
Mi az a Windows alkalmazáscsomagolás?
A Windows alkalmazáscsomagolás magában foglalja egy alkalmazás, valamint a telepítés és kezelés előrejelzéséhez szükséges fájlok, konfiguráció és metaadatok előkészítését.
Ahelyett, hogy manuálisan konfigurálnának egy alkalmazást az összes célrendszeren, az IT csapatok egy szabványosított csomagot használhatnak az telepítés, konfigurálás, frissítés és eltávolítás egységesebbé tételére.
A Microsoft modern Windows csomagolási modellje tartalmazza az MSIX-et, amely lehetővé teszi a csomagazonosság biztosítását, a kiszámítható telepítést és eltávolítást, a vezérelt frissítéseket és a Windows funkciókkal való integrációt.
A hagyományos Win32 alkalmazások kihasználhatják az olyan technológiákat, mint az MSI és EXE telepítők.
Az alkalmazáscsomagolás tehát meghatározza, hogy mit kell telepíteni, hogyan kell a telepítést és eltávolítást végrehajtani, milyen konfigurációt kapnak a felhasználók, és hogyan fognak zajlani a frissítések. Célja, hogy lehetővé tegye az alkalmazás telepítésének megismételhetőségét és kezelhetőségét a célzott Windows környezetben.
Mit tartalmaz egy alkalmazáscsomag?
Az alkalmazáscsomag tartalma a csomagolási technológiától és magától az alkalmazástól függ.
Egy MSIX csomag például, egy alkalmazás payloadját egy manifesztummal kombinálja, amely olyan elemeket határoz meg, mint a csomag azonosítója, függőségek és képességek. A fontos megkülönböztetés itt az, hogy a csomag egy terjesztési és telepítési egységet határoz meg, ahelyett, hogy megadná, hol kell az alkalmazásnak futnia.
A hagyományos vállalati csomagolás magában foglalhatja egy meglévő telepítő átalakítását vagy becsomagolását, konfiguráció hozzáadását, a telepítési logika meghatározását és a végső csomag érvényesítését a bevezetés előtt.
Az alkalmazáscsomagolás tehát több, mint egyszerűen alkalmazásfájlok egy másik fájlba helyezése. Célja, hogy a szoftvertelepítést ismételhetővé, kezelhetővé és támogathatóvá tegye.
Windows alkalmazáscsomagolás: Hogyan működik?
A csomagolási munkafolyamatok az alkalmazástól, a csomagolási formátumtól és a kezelési platformtól függően változnak. A legtöbb csomagolási munkafolyamatot azonban általában három különböző szakaszra osztják: felfedezés, csomag létrehozása és tesztelés a telepítés előtt.
Alkalmazás-felfedezés és követelmények
A meglévő alkalmazás újrapakolása előtt elengedhetetlen, hogy az adminisztrátorok megértsék, mit módosít az alkalmazás telepítője, és mire van szüksége az alkalmazásnak a futásidő alatt.
A felfedezési tevékenységek magukban foglalják, de nem korlátozódnak a következőkre:
- fájlok és könyvtárak
- regisztrációs bejegyzések
- Windows szolgáltatások
- futtatási függőségek
- környezeti változók
- fájl társítások
- engedélyek
- billentyűparancsok és konfigurációs fájlok
A környezet, ahová az alkalmazást telepítik, éppolyan fontos lehet, mint a telepítő. Egy olyan alkalmazás, amelyet egy fejlesztő munkaállomásán fejlesztettek és teszteltek, eltérően viselkedhet, amikor standard felhasználói jogosultságokkal futtatják, egy tiszta vállalati Windows képen vagy egy többfelhasználós Windows Server környezet .
Csomag létrehozása és konfigurálása
Az IT csapatok ezután a megfelelő csomagolási technológia segítségével előkészítik az alkalmazást a megadott szoftverhez és telepítési modellhez.
A Windows alkalmazások esetében ez azt jelentheti, hogy MSIX csomagot kell létrehozni. Ez magában foglalhatja a Win32-t használó meglévő szoftverek MSI vagy EXE telepítő formájának megtartását, vagy néhány alkalmazás MSIX-re történő átkonvertálását. A csomagolás különböző megközelítései azonosítást biztosíthatnak a csomag számára, miközben lehetővé teszik a szoftver számára, hogy megőrizze meglévő telepítési modelljének elemeit.
Ezért nincs egyetlen csomagolási formátum, amely minden Windows-alkalmazás számára megfelelő lenne. Az alkalmazásnak, a környezetének és a kezelési igényeinek kell meghatározniuk a csomagolási megközelítést.
Tesztelés és Telepítés
Csomagoknak kell lenniük tiszta rendszereken tesztelve amelyek replikálják a célzott termelési környezetet.
A tesztelési folyamatnak tartalmaznia kell az installálást, az első indítást, a függőségeket, a frissítéseket, az alkalmazás funkcionalitását és az eltávolítási viselkedést. A rendszergazdáknak azt is ellenőrizniük kell, hogy a jogosultságok és a felhasználó-specifikus konfigurációk helyesen vannak kezelve, különösen a fájl- vagy rendszerleíró adatbázis-átirányítás esetén, amely előfordulhat az alkalmazások csomagolásakor.
A validálás után a csomagok az intézmény által preferált szoftverterjesztési vagy végpontkezelési platformon keresztül terjeszthetők.
Most nézzük meg egy lépést hátra, és tisztázzunk egy finom, de rendkívül fontos különbséget:
Az alkalmazásokat csomagolják, majd telepítik.
A funkciók elkülönítése fontos, mert természetes átmeneti pontot teremt az alkalmazás közzétételében.
Mi az a Windows alkalmazás közzététel?
Windows alkalmazás közzététele szolgál arra, hogy egy alkalmazást tegyen közzé, amely egy központosított Windows infrastruktúrán van telepítve, és engedélyezett felhasználók számára elérhető egy hálózaton vagy az Interneten keresztül.
Az alkalmazás egy távoli Windows hoszton fut, ahelyett, hogy minden felhasználó végpontján futna. Ebben az esetben a felhasználó hozzáférést kap a távolról futtatott alkalmazáshoz egy kompatibilis kliensen, parancsikonon vagy webböngészőn keresztül.
Alkalmazás telepítve a szerveren → felhasználónak hozzáférés engedélyezve → alkalmazás végrehajtva a szerveren → alkalmazás felülete átadva a felhasználónak
Ez a megközelítés eltérő, mivel ahelyett, hogy a vállalati alkalmazást minden végponton telepítenék és karbantartanák, a rendszergazdáknak a felhasználói munkamenetet hosztáló szervereken kell karbantartaniuk. Ennek eredményeként a felhasználók hozzáférhetnek egy olyan alkalmazáshoz, amely látszólag zökkenőmentesen illeszkedik a munkakörnyezetükbe, annak ellenére, hogy központosított infrastruktúrán van hosztolva.
Windows Application Packaging vs Application Publishing: Miben különböznek?
A legegyszerűbb megkülönböztetés:
Az alkalmazáscsomagolás meghatározza, hogyan készül a szoftver telepítésre és kezelésre. Az alkalmazáskiadás meghatározza, hogyan férnek hozzá a felhasználók a központosított infrastruktúrán futó szoftverhez.
A technológiák ezért az alkalmazás-átadás különböző szakaszaiban működnek.
| Kérdés | Windows alkalmazáscsomagolás | Alkalmazás közzététele |
|---|---|---|
| Elsődleges cél | Szoftver előkészítése ismételhető telepítéshez és karbantartáshoz | Adjon hozzáférést a központilag hosztolt alkalmazásokhoz |
| Fő IT kérdés | Hogyan kell telepíteni és kezelni ezt az alkalmazást? | Hogyan férhetnek hozzá a felhasználók ehhez az alkalmazáshoz és hogyan futtathatják? |
| Hol fut az alkalmazás? | Ahol a rendszer megkapja az alkalmazást | A kiadási vagy munkamenet gazda |
| Helyi telepítés a felhasználói végponton? | Általában szükséges az végpont telepítéséhez | A teljes alkalmazás telepítése általában nem szükséges |
| Frissítések | El kell érni a vonatkozó telepítési célokat | Központilag alkalmazható a kiadási hosztokra |
| Végponti követelmények | Az Endpointnek támogatnia kell a helyben futtatott alkalmazást. | Az Endpointnek elsősorban egy kompatibilis hozzáférési módszerre van szüksége. |
| Tipikus terjedelem | Szoftver életciklus és végpont/szerver kezelés | Központosított alkalmazás-átadás |
| Gyakori felhasználási esetek | Kezelt PC-k, standardizált szoftver, ellenőrzött telepítések | Távhasználók, BYOD, örökölt alkalmazások és központosított alkalmazás-hozzáférés |
Egy feltétel: az alkalmazáscsomagolás nem határozza meg, hogy a szóban forgó szoftver hol működik.
MSIX, MSI vagy bármilyen más csomagformátum telepíthető egy munkaállomásra, laptopra, virtuális gépre vagy szerverre. A csomagolás meghatározza, hogyan települ és karbantartják a szoftvert. A célzott telepítés tehát meghatározza, hogy hol települ az alkalmazás.
Az alkalmazáskiadás egy további architekturális szempontot vezet be. Az alkalmazás a központosított infrastruktúrán működik, míg az interfésze távoli végpontokon kerül átadásra az engedélyezett felhasználók számára.
Milyen esetben használhatja együtt az alkalmazáscsomagolást és a kiadást?
Igen. Különböző szempontokat érintenek az alkalmazás szállítási életciklusában, és függetlenül vagy kombinációban is használhatók.
Fontolja meg egy olyan szervezetet, amelynek van egy üzleti célú Windows alkalmazása. Ha azt helyben kell futtatni, akkor csomagolható és telepíthető minden kezelt végpontra:
Csomag → telepítés végpontokra → alkalmazás helyben fut
Ha a szervezetnek központosítania kell, akkor csomagolható vagy telepíthető a megfelelő munkamenet-hosztokra, majd közzétehető:
Csomagolás vagy telepítés → telepítés központosított hosztokra → közzététel → az alkalmazás központilag fut
Ebben az esetben az alkalmazáscsomagolás nem feltétlenül elhagyott. Csak központosított hosztokra alkalmazzák, ahelyett, hogy minden felhasználó eszközén lenne, ami egyszerűsítheti az alkalmazás konzisztenciájának fenntartását több kiadási szerveren.
Az alkalmazáscsomagolás és az alkalmazáskiadás nem kölcsönösen kizáró tényezők: a csomagolás standardizálja az alkalmazás telepítését és karbantartását, míg a kiadás meghatározza a hozzáférési módját. Az alkalmazás igényeitől függően az IT használhat egy módszert, a másikat, vagy mindkettőt kombinálva.
Mikor lenne jobb a Windows alkalmazáscsomagolás használata?
A Microsoft Windows alkalmazáscsomagolás legmegfelelőbb, amikor a helyi végrehajtás előnyös, és az IT hatékonyan tudja kezelni azokat az eszközöket, amelyeken az alkalmazás fut. Ilyen esetekben lehetővé teszi a telepítés és karbantartás standardizálását, miközben az alkalmazás végrehajtási helyét a felhasználókra bízza.
A felhasználóknak offline hozzáférésre van szükségük
A helyben telepített alkalmazások hatékonyan működhetnek, még akkor is, ha a felhasználók nem tudják elérni a központi erőforrásokat, ami gyakran előfordul mobil alkalmazottak, terepi munkások és más nomád munkavállalók esetében.
A csomagolás segít az IT szervezeteknek biztosítani, hogy ezt a megközelítést következetesen alkalmazzák azáltal, hogy standardizálják a telepítést, a konfigurációt és a frissítéseket a kezelt végpontokon.
Az alkalmazások a helyi hardvertől vagy feldolgozástól függenek
Egyes alkalmazások a leghatékonyabban helyben futnak, mivel alapvetően függenek a végpont erőforrásaitól vagy integrálva vannak azokkal.
A helyi telepítés elkerüli a távoli munkamenet bevezetését az alkalmazás és az erőforrások között, és a csomagolás ismételhető módszert biztosít az alkalmazás telepítésére és konfigurálására azokat a végpontokat, amelyek képesek támogatni a helyi végrehajtást.
Az végpontok standardizáltak és központilag kezeltek
A csomagolás akkor is értelmes, ha egy szervezet már rendelkezik egy ellenőrzött Windows eszközkészlettel és egy végpontkezelő platformmal azok kezelésére. Ha a környezet többségében hasonló eszközöket és operációs rendszereket tartalmaz ugyanazon konfigurációs szinten, a helyi alkalmazás telepítése és kezelése nem jelenthet jelentős nehézséget.
A csomagok rendezett megközelítést biztosítanak az alkalmazáskezeléshez, ami megkönnyíti az alkalmazás végfelhasználói eszközökön történő telepítését és karbantartását. Ebben a forgatókönyvben a központi végrehajtás bevezetése nem feltétlenül szükséges, és egy extra bonyolultsági szintet adhat hozzá, hacsak nincs valódi üzleti igény egy ilyen intézkedésre.
Ezért a kulcskérdés nem az, hogy az alkalmazás csomagolható-e, hanem az, hogy életképes-e telepíteni, frissíteni és kezelni minden célkészüléken a specifikus környezetet és követelményeket figyelembe véve.
Mikor van értelme az alkalmazás közzétételének?
Az alkalmazáskiadás vonzóbbá válik, amikor a helyi telepítés indokolatlan működési vagy kompatibilitási bonyodalmakat von maga után.
Több tipikus helyzetet érdemes figyelembe venni.
Távoli és Elosztott Felhasználók
A távoli munkavállalók, a fióki alkalmazottak és a vállalkozók nem mindig jól kezelt helyszínekről vagy eszközökről, például vállalati számítógépekről dolgoznak.
Az alkalmazáskiadás megőrzi a Windows alkalmazást a központi szervereken, miközben lehetővé teszi távoli hozzáférés az engedélyezett felhasználók által, így tehermentesítve az adminisztrátorokat az alkalmazási környezet minden távoli eszközön történő replikálásának terhe alól.
BYOD és vegyes végponti környezetek
Egy Windows alkalmazás nem feltétlenül futtatható minden olyan eszközön, amelyet egy adott szervezet használ.
A alkalmazások kiadása leválasztja a végfelhasználót a végrehajtási környezetről. Ilyen módszer alkalmazásával egy egyén közvetlenül elérheti a központilag hosztolt Windows alkalmazást egy jóváhagyott böngészőn vagy kliensen keresztül a gépén, amely egyébként nem lenne képes futtatni az alkalmazást.
Ez a stratégia ideális mind a saját eszköz használatát (BYOD), mind pedig más olyan környezetekhez, ahol több végponti operációs rendszer található.
Örökölt Windows Alkalmazások
Örökölt alkalmazások bonyolíthatja a telepítési erőfeszítéseket az operációs rendszer függőségeire, elavult komponensekre és nehezen konfigurálható korlátokra támaszkodva.
Az alkalmazás központosítása segíthet csökkenteni azokat a környezeteket, amelyekben az IT-nak működésre kell bírnia a szoftvert. Nem feltétlenül oldja meg az alkalmazáskompatibilitási problémákat, de korlátozhatja ezeket a problémákat ellenőrzött Windows hosztokra, ahelyett, hogy egy szétszórt végpontgyűjteményre terjedne ki.
Ez egyszerűsítheti a standardizálást a régi alkalmazásokhoz való hozzáférés körül, miközben a szervezet egy hosszú távú modernizációs terv felé halad.
Gyakran frissítést igénylő alkalmazások
A gyakori változások egy alkalmazásban megnehezítik a helyi telepítést, különösen, amikor a végpontok száma növekszik.
Az alkalmazás közzétételével az adminisztrátorok frissítik az alkalmazást a megfelelő központi hosztokon. A felhasználók ezután az aktualizált alkalmazáshoz férnek hozzá anélkül, hogy frissíteniük kellene a szoftvert az összes végponton.
A folyamat különösen előnyös, amikor sok felhasználó ugyanazon alkalmazástól függ, de nem kell helyben használnia.
Hogyan válasszanak az IT csapatok a csomagolás és a kiadás között?
Az IT csapatoknak az alkalmazás működési követelményeire kell összpontosítaniuk, nem pedig a technológia választására.
Ha a helyi telepítés könnyen karbantartható, az végpontjaid szigorúan ellenőrzöttek, és a felhasználóknak offline vagy hardverfüggő képességekre van szükségük, akkor a csomagolt végponttelepítés a legértelmesebb. Ha a felhasználóid elosztottak, a végpontjaid heterogének, a helyi telepítés kihívást jelent, vagy az alkalmazás központilag könnyebben frissíthető, az alkalmazás közzététele csökkentheti a végpontkezelési költségeket.
Sok vállalat mindkét modellt igényelni fogja. A kezelt asztali felhasználók helyben telepített alkalmazásokat kaphatnak, de a vállalkozók, távmunka végzők vagy azok, akik nem kezelt eszközöket használnak, központilag közzétett hozzáférést kaphatnak bizonyos üzleti szoftverekhez.
A választás sokkal világosabbá válik, ha az IT három kérdést leválaszt.
- Hogyan kell az alkalmazást csomagolni és karbantartani?
- Hol kell az alkalmazást telepíteni és futtatni?
- Hogyan kell a felhasználóknak hozzáférniük?
A csomagolásra, telepítésre és hozzáférésre külön döntésként való tekintés megakadályozza, hogy két alapvetően különböző technológiát összehasonlítsanak, mintha ugyanaz a megoldás lenne.
Hogyan lehet a TSplus Remote Access megoldás?
A központosított Windows alkalmazás-átvitelt kereső szervezetek, anélkül, hogy a teljes alkalmazást minden végpontra telepítenék, használhatják TSplus Távhozzáférés kiválasztott Windows alkalmazások közzétételére vagy teljes távoli asztalok biztosítására központosított Windows infrastruktúrából.
A rendszergazdák alkalmazásokat rendelhetnek konkrét felhasználókhoz vagy csoportokhoz, és hozzáférést biztosíthatnak támogatott távoli klienseken vagy böngészőalapú HTML5 kapcsolatokon keresztül. Ez lehetővé teszi az alkalmazáskiadást olyan szervezetek számára, amelyek támogatják a távoli felhasználókat, a BYOD környezeteket vagy a központilag könnyebben karbantartható Windows alkalmazásokat.
Következtetés
A Windows alkalmazáscsomagolás ismételhető módot biztosít a szoftverek telepítésére, konfigurálására és karbantartására, míg az alkalmazáskiadás hozzáférést biztosít a felhasználók számára a központosított infrastruktúrán futó alkalmazásokhoz. Egyik megközelítés sem helyettesíti a másikat, és mindkettő része lehet ugyanannak az alkalmazás-átadási stratégiának.
A megfelelő modell az alkalmazás követelményeitől, az endpoint kezelésétől és a felhasználói hozzáférési igényektől függ. Az IT csapatok, ha külön-külön figyelembe veszik a csomagolást, a telepítési helyet és a hozzáférést, eldönthetik, hogy egy alkalmazásnak helyben, központilag vagy a két modell kombinációjával kell-e futnia.
TSplus Távoli Hozzáférés Ingyenes Próbaverzió
Végső Citrix/RDS alternatíva asztali/alkalmazás hozzáféréshez. Biztonságos, költséghatékony, helyben/felhőben.
)
)
)
