Azure Virtual Desktop Classic Nyugdíjazva: Következő lépések az IT számára

Bevezetés

Az Azure Virtual Desktop (klasszikus) nyugdíjazása fontos megkülönböztetést teremt a hagyományos kapcsolati szolgáltatás elvesztése és az alapul szolgáló Azure erőforrások folyamatos elérhetősége között. Az IT csapatok számára, akik lekésték a migrációs határidőt, ennek a megkülönböztetésnek a megértése elengedhetetlen a helyreállítás tervezéséhez anélkül, hogy szükségtelenül helyettesítenék a meglévő infrastruktúrát. Ez a cikk elmagyarázza, mit jelent a nyugdíjazás a meglévő erőforrások számára, hogyan lehet azonosítani a klasszikus telepítéseket, mely migrációs lehetőségek érdemesek még értékelésre, és hogyan válasszunk egy támogatott alkalmazás-átviteli architektúrát.

Mit jelent, amikor az Azure Virtual Desktop Classic nyugdíjba vonul?

A Microsoft hivatalosan 2026. szeptember 30-án nyugdíjazta az Azure Virtual Desktop (klasszikus) szolgáltatást. A Microsoft hivatalos dokumentációja alapján „a klasszikus szolgáltatásokhoz való kapcsolatok a nyugdíjazás után blokkolva lesznek.” Ezért a nyugdíjazás hatással van a virtuális asztalok és alkalmazások kezelésével kapcsolatos konkrét típusú szolgáltatásokra, amelyek az Azure Virtual Desktop (klasszikus) telepítési modelljét használják.

A nyugdíjazási folyamat azonban nem vonatkozik a modern Azure Virtual Desktop-ra, amely az Azure Resource Manager-t (ARM) használja. Így a fő aggodalom a klasszikus erőforrásokat még mindig használó felhasználók számára az, hogy nem tudnak kapcsolódni a korábban működő szolgáltatásokhoz. Ezért a felhasználóknak különösen figyelniük kell a klasszikus erőforrás-kezelésre, mivel az erőforrások maguk nem fognak eltűnni a nyugdíjazási dátum után.

Mi pontosan lett nyugdíjazva?

Az Azure Virtual Desktop (klasszikus), amely korábban Windows Virtual Desktop néven volt ismert, menedzsment infrastruktúrája dedikált PowerShell cmdleteken, API-okon és szolgáltatásobjektumokon alapult.

A modern Azure Virtual Desktop-tól eltérően a klasszikus hosztmedencék és alkalmazáscsoportok nem voltak egységes Azure erőforráskezelő erőforrásokként definiálva.

Ma ezeket az összetevőket beépítették az Azure erőforrás-kezelő rendszerébe, lehetővé téve az adminisztrátorok számára, hogy alkalmazzák az Azure szerepkör alapú hozzáférés-vezérlést (RBAC), kezeljék a szolgáltatást az Azure portálon keresztül, és modern infrastruktúra-kód mintákat használjanak a telepítési automatizáláshoz.

Képesség	AVD Classic (nyugdíjazott)	Modern AVD
Menedszment	Örökölt vezérlő sík	Azure Erőforrás-kezelő
Azure portál	Korlátozott integráció	Natív integráció
Hozzáférés-ellenőrzés	Örökölt bérlői szerepek	Azure RBAC
Automatizálás	Klasszikus API-k és PowerShell	ARM, API-k, A PowerShell
Asztali és alkalmazás szállítás	Kapcsolatok blokkolva	Támogatott
Szolgáltatás állapot	Nyugdíjas	Támogatott

A nyugdíjazás a mögöttes szolgáltatás architektúrájának megváltozását jelenti, nem csupán egy termék átnevezését.

Még mindig működik a Modern Azure Virtual Desktop?

Igen. A modern Azure Virtual Desktop támogatott, és továbbra is teljes Windows asztalokat, multisession platformokat és egyedi alkalmazásokat kínál a RemoteApp-on keresztül.

A már az Azure Resource Manager (ARM) által integrált hosztmedencéket használó szervezeteket nem érinti a klasszikus szolgáltatás megszüntetése.

Az IT-vezetőknek figyelembe kell venniük a klasszikus Azure Virtual Desktop támogatásának megszűnése és az idősebb Remote Desktop kliensek külön támogatásának megszűnése közötti különbséget is. A Windows (MSI) Remote Desktop kliens támogatásának megszűnése a nyilvános felhő környezetekben 2026. március 27-re volt ütemezve, míg az Azure Virtual Desktop (klasszikus) esetében 2026. szeptember 28-ra.

Hogyan azonosíthatják az IT csapatok az Azure Virtual Desktop Classic telepítéseket?

Az első lépés annak az azonosítása, hogy van-e még bármilyen termelési munkaterhelés, amely függ a nyugdíjazott architektúrától.

Ez különösen kritikus az olyan rendszerek számára, amelyeket évekkel ezelőtt állítottak üzembe, és amelyeket új adminisztrátorok visszavettek, vagy figyelmen kívül hagytak a jelenlegi infrastruktúra dokumentációjában.

Ellenőrizze az Azure Resource Manager integrációt

Először az Azure portálon kell megvizsgálnod az Azure Virtual Desktop erőforrásokat. A modern Azure Virtual Desktop telepítések hosztcsoportokat, alkalmazáscsoportokat és munkaterületeket tárnak fel Azure erőforrásként egy előfizetésben és erőforráscsoportban. Ezzel szemben a klasszikus telepítések szolgáltatásobjektumokat tárták fel, amelyeket különböző módokon kezeltek.

A következő Azure Virtual Desktop elemek jelenléte erős jelzője egy klasszikus telepítésnek:

• A klasszikus Azure Virtual Desktop PowerShell modul használatával készült hosztmedencék
• Történelmi hivatkozások egy klasszikus szolgáltatás bérlőre vagy klasszikus szolgáltatás API-ra
• Alkalmazáscsoportok, amelyekből hiányoznak a megfelelő ARM erőforrások
• A session host virtuális gépek, amelyek régebbi dokumentációra hivatkoznak

Ugyanakkor az Azure portálon a gazdapool hiánya nem feltétlenül jelzi a klasszikus telepítést. Mindig ellenőriznie kell, hogy a felhasználónak melyik előfizetése, Microsoft Entra bérlője és szerepkör alapú hozzáférése van, mielőtt további elemzésbe kezdene a problémával kapcsolatban.

Örökségkezelő Eszközök és Függőségek Áttekintése

A telepítési szkriptek és az automatizálási tárolók kiegészítő bizonyítékforrásként szolgálhatnak.

Például, a Microsoft.RDInfra.RDPowerShell hivatkozásokat tartalmazó szkriptek vagy a klasszikus bérlőszintű kezelési műveletek jelenléte arra utalna, hogy a környezetet a régebbi kezelési réteggel konfigurálták.

A modern környezetek az Azure Resource Manager-integrált kezelőfelületeket és a kapcsolódó Az PowerShell modulokat fogják kihasználni.

A rendszergazdáknak fel kell mérniük az összes alkalmazást, felhasználót és infrastruktúra-erőforrást, amelyek a potenciálisan érintett gazdapoolokhoz kapcsolódnak.

Ez magában foglalja a munkamenetgazda virtuális gépeinek, alkalmazásrendelkezéseknek, profil tárolási helyeknek, hitelesítési függőségeknek, hálózati konfigurációknak és biztonsági mentési tárolóknak a vizsgálatát. A Microsoft kézi migrációs dokumentáció tartalmaz részletes összehasonlításokat a klasszikus szolgáltatásobjektum-modell és az Azure Resource Manager (ARM) által integrált erőforrásmodell között.

Mi történhet a meglévő erőforrásaival, miután az Azure Virtual Desktop Classic nyugdíjba vonul?

A legfontosabb különbség a nyugdíjazott kapcsolati szolgáltatás és az alapul szolgáló Azure infrastruktúra között van.

Míg a klasszikus asztali kapcsolatok blokkolva vannak, a meglévő virtuális gépek, tárolási erőforrások és alkalmazásadatok a helyükön maradhatnak.

A meglévő virtuális gépek és tárolás elérhető maradhat.

Az Azure virtuális gépek olyan erőforrások, amelyeket önállóan kezelnek, anélkül, hogy a nyugdíjazott klasszikus szolgáltatásvezérlő síkra támaszkodnának. Így a munkamenetgazda virtuális gépek, a kezelt lemezek és a hálózati erőforrások, amelyeket az előfizetésben hoztak létre, még mindig létezhetnek.

Azonban nem használhatók a nyugdíjazott kapcsolatközvetítő visszaállítására. Az új Azure infrastruktúrában létrehozott virtuális gépek nem állnak rendelkezésre ahhoz, hogy a szervezet asztali élményét visszaállítsák a működő állapotba.

A rendszergazdáknak alaposan meg kell vizsgálniuk minden erőforrást, és ha az újra felhasználható egy támogatott konfigurációhoz, akkor a következő lépéseket kell végrehajtaniuk.

Fontos ellenőrizni, hogy a virtuális gép operációs rendszere támogatott-e, és hogy az alkalmazások és a biztonsági konfigurációk kompatibilisek-e.

Az alkalmazás hozzáférésének és a felhasználói adatoknak külön ellenőrzésekre van szükségük.

A klasszikus asztali vagy RemoteApp munkamenet típuson keresztül csatlakozó felhasználók már nem tudják elindítani alkalmazásaikat ezen a szolgáltatáson keresztül.

A szolgáltatás leállításának következménye lehet a hozzáférés elvesztése az asztali számítógépekhez, a közzétett alkalmazásokhoz és az üzleti folyamatok megszakadása.

A szolgáltatás megszüntetése azonban nem garantálja, hogy a felhasználói adatok törlésre kerülnek.

A legtöbb esetben valószínű, hogy a felhasználók adatai az Azure Files, VM lemezek vagy más tárolóeszközökön maradnak meg, de ennek az információnak a megőrzése és hozzáférhetősége attól függ, hogyan lett konfigurálva, jogosultságokkal védve, biztonsági másolatot készítve stb.

Ezért a rendszerek leállítása vagy migrálása előtt az IT osztályoknak biztosítaniuk kell, hogy megőrizzék az összes szükséges adatot.

A csapat még mindig migrálhatja az Azure Virtual Desktop Classic-ot, miután az nyugdíjba vonult?

A Microsoft két migrációs utat dokumentál az Azure Virtual Desktop (klasszikus) új ARM-integrált Azure Virtual Desktop-ra való átállásához: automatikus migráció és manuális migráció.

Mindkét lehetőség célja, hogy életképes legyen 2026. szeptember 30-ig.

Mivel ez a dátum a múltban van, az adminisztrátoroknak nem szabad a dokumentációban leírt eszközöket minden forgatókönyv esetén éles üzemre késznek tekinteniük.

A Microsoft dokumentációja nem nyújt útmutatást az átmeneti időszakra vonatkozóan.

Ezért a szervezeteknek nem szabad támaszkodniuk semmilyen nyugdíjazás utáni átmeneti eszközre és folyamatra.

1. lehetőség: Automatikus migráció

A Microsoft automatikus migrációs folyamata PowerShell-alapú eszközt használ a jogosult klasszikus szolgáltatáskonfigurációk ARM-erőforrásokra történő áthelyezésére.

A cég dokumentációja azt javasolja, hogy a felhasználóknak aktív Azure-előfizetéssel kell rendelkezniük a szükséges jogosultságokkal, és meg kell felelniük a migrációs modul által felsorolt környezeti követelményeknek.

Például a Microsoft irányelvei azt javasolják, hogy a felhasználók kapjanak Hozzájáruló jogosultságokat az Azure erőforrások létrehozásához és Felhasználói Hozzáférés-Adminisztrátor jogosultságokat az alkalmazáscsoport tagságának kezeléséhez.

Fontos azonban felismerni, hogy az eszköz nem tudja garantálni az adatok helyreállítását a nyugdíjazás után.

A klasszikus telepítéssel rendelkező szervezeteknek konzultálniuk kell a Microsoft támogatással, hogy megerősítsék, hogy a migrációs folyamat elérhető lehetőség-e a környezetük számára.

2. lehetőség: Manuális migráció vagy rekonstrukció

A manuális migráció modern Azure Virtual Desktop erőforrások létrehozását és a szolgáltatás konfigurációjának újrakonfigurálását igényli.

A konkrét esettől függően az adminisztrátoroknak szükségük lehet arra, hogy:

• Hozzon létre integrált ARM-alapú gazdapoolokat, alkalmazáscsoportokat és munkaterületeket
• Ülésgazda virtuális gépek létrehozása vagy cseréje
• Regisztrálja a kompatibilis munkamenet-hosztokat az új hosztcsoportokkal
• Felhasználói és alkalmazás társítások újbóli létrehozása
• Állítsa be az identitás, hálózat, biztonság és profil konfigurációkat

A kézi megközelítés szükségessé válik, amikor a régi konfigurációk nem dokumentált összetettséget, kiterjedt testreszabást tartalmaznak, vagy amikor a modern migrációs eszközök nem bizonyulnak elegendőnek.

Figyelembe kell venni, hogy a szállítási infrastruktúra újjáépítése nem mindig jár az alkalmazások és adatok teljes cseréjével.

A fennmaradó komponensek gyakran újrahasználhatók megfelelő kompatibilitási értékelések, licencértékelések és biztonsági auditok révén.

A döntést a meglévő erőforrások aktuális állapota és a Microsoft által elérhető támogatás alapján kell meghozni.

Helyzet	Megközelítés az értékeléshez
Jóváhagyott klasszikus konfiguráció és a Microsoft megerősíti a migrációs támogatást	Automatikus migráció
Bonyolult vagy hozzáférhetetlen klasszikus konfiguráció	Kézi rekonstrukció
A meglévő virtuális gépek és adatok továbbra is elérhetők maradnak	Újraépíteni a szállítási szolgáltatásokat és értékelni az újrahasználatot
A régi munkaterhelések már nem szükségesek.	Biztonságos leszerelés
Az Azure-alapú asztali számítógépek már nem szükségesek.	Alternatív szállítási architektúra

Mit tegyenek az IT csapatok, ha lekésték a nyugdíjazási határidőt?

A szervezeteknek, amelyek nem fejezték be a migrációjukat 2026. szeptember 30-ig, prioritásként kell kezelniük az erőforrások megőrzését és az üzleti alkalmazásokhoz való hozzáférés helyreállítását.

Ahelyett, hogy többször próbálkoznának a nyugdíjazott szolgáltatáshoz való kapcsolódással, az adminisztrátoroknak javasolt egy helyreállítási folyamat végrehajtása.

1. lépés: Értékelje a szolgáltatás hatását

Azonosítsa, hogy mely felhasználók, asztalok és alkalmazások nem elérhetők.

Tudja meg, hogy egy teljes környezetről vagy konkrét munkaterhelésekről van-e szó, amelyek érintettek. Erősítse meg, hogy a probléma egy klasszikus nyugdíjazással kapcsolatos, és nem valamilyen más hitelesítési, hálózati vagy munkamenet-hosztal kapcsolatos probléma.

2. lépés: Az infrastruktúra és az adatok megőrzése

Ellenőrizze az Azure-előfizetéseket a jelenlegi virtuális gépek, kezelt lemezek, tárolási fiókok és hálózati erőforrások azonosítása érdekében.

Dokumentumfüggőségek és biztosítás biztonsági mentések létezzen bármilyen intézkedés megtétele előtt. Ne töröljön erőforrásokat, amíg az alkalmazás adatai, felhasználói profilok és konfigurációs információk azonosítva nincsenek.

3. lépés: A helyreállítási lehetőségek megerősítése a Microsofttal

Lépjen kapcsolatba a Microsoft támogatással, hogy megbizonyosodjon arról, hogy még mindig elérhetők a támogatott migrációs/helyreállítási eljárások.

A kezdeti automatikus/kézi migrációs utasításokat a nyugdíjazási dátum figyelembevételével dolgozták ki, ezért nem feltételezhető, hogy alkalmazandók.

Ha a klasszikus konfiguráció nem migrálható, szükség lehet a környezet újraépítésére támogatott Azure Virtual Desktop erőforrásokkal.

4. lépés: Alkalmazás és Asztali Szolgáltatás helyreállítása

Válasszon egy architektúrát, amely támogatja a felhasználók által szükséges alkalmazásokat és asztalokat.

A szervezetek számára, amelyek az Azure Virtual Desktop használatát tervezik, ez általában ARM integrált hosztcsoportok, támogatott munkamenet-hosztok, alkalmazáscsoportok és felhasználói hozzárendelések beállítását jelenti.

Néhány szervezet úgy találhatja, hogy egy másik alkalmazás közzététel vagy asztali megoldás jobban illeszkedik az igényeikhez.

A cél az, hogy helyreállítsuk a hozzáférést, miközben elkerüljük a korábbi beállítás bonyolultságát és felesleges terheit.

Mi a módja az Azure Virtual Desktop migrációjának érvényesítésére?

Az infrastruktúra helyreállítása nem garantálja a normál felhasználói műveleteket.

A migrációt vagy rekonstrukciót ezért érvényesíteni kell a szolgáltatási és alkalmazási szinteken.

Hitelesítés és felhasználói hozzáférés ellenőrzése

Megerősíti, hogy a felhasználók hitelesíteni tudják magukat és hozzáférjenek az általuk kijelölt erőforrásokhoz.

Ellenőrizze a Microsoft Entra, a többfaktoros hitelesítést, a feltételes hozzáférési irányelveket és az Azure RBAC hozzárendeléseket, amennyiben alkalmazható.

A rendszergazdáknak meg kell erősíteniük, hogy a jogosultságok összhangban állnak a legkisebb jogosultság elvével, és hogy nincsenek olyan örökölt hozzáférési minták, amelyeket véletlenül továbbvittek.

Üzleti szempontból kritikus alkalmazások tesztelése

Tesztelje a közzétett alkalmazásokat és asztalokat különböző képviselő felhasználói fiókok kihasználásával.

A validációs tevékenységeknek tartalmazniuk kell az alkalmazás indítását, az adatbázis-kapcsolatokat, a hálózati megosztásokat, a nyomtatást, a vágólap átirányítást és a szükséges perifériákat, ha vannak.

A régi alkalmazásokat különös figyelembe kell venni, mivel speciális operációs rendszer konfigurációt, hálózati elérési utat vagy alkalmazáskomponenst igényelhetnek.

Egy példa egy örökölt alkalmazásra lehet egy ERP alkalmazás, amely sikeresen elindul, de nem tud csatlakozni az adatbázisához az új munkamenet gazdájából.

Profilok, Teljesítmény és Műveletek érvényesítése

A FSLogixot vagy bármely más profilozó eszközt használó cégeknek biztosítaniuk kell, hogy minden megfelelően csatlakoztatva legyen, tartós legyen, és megfelelően hozzáférhető legyen.

Fontos, hogy először bejelentkezve teszteljük, és ellenőrizzük, hogy minden rendben működik-e, amikor egy felhasználó megnyit egy alkalmazást, és a következő bejelentkezéskor. Az is lényeges, hogy biztosítsuk, hogy a folyamatokat figyelik, mentik és visszaállítják.

A migráció csak akkor teljes, amikor minden készen áll, beleértve a felhasználók alkalmazásaikhoz való hozzáférését is. Lehetővé kell tenni a rendszer megfelelő karbantartását.

A szervezeteknek újra kellene gondolniuk a Desktop Delivery architektúrájukat?

Az Azure Virtual Desktop (klasszikus) nyugdíjazása elsősorban egy platform életciklus kérdés, de lehetőséget is ad arra, hogy felmérje, hogy a jelenlegi asztali alkalmazás-szolgáltató platform továbbra is támogatja-e az igényeit.

A modern Azure Virtual Desktop-ra való áttérés nyilvánvaló választás sokak számára, különösen azok számára, akik már Azure-elsők és Azure-alapú asztali számítógépeket használnak.

Más szervezeteknek kevesebb bonyolult követelménye van.

Mikor van értelme a Modern Azure Virtual Desktopnak?

Modern Azure Virtual Desktop lehet, hogy jó választás olyan szervezetek számára, amelyek központilag kezelt Windows asztali számítógépekre és alkalmazásokra van szükségük, az Azure-on hosztolva.

Lehetővé teszi a több munkamenetet, a RemoteApp modelleket, valamint a Microsoft azonosítót és az adminisztrációs eszközöket.

Érthető olyan vállalatok számára, amelyeknek már van Azure jelenléte, de az IT osztályoknak továbbra is foglalkozniuk kell a felhő bonyolultságaival, beleértve a licencelést, a hálózatépítést, a tárolást, az adminisztrációt és a működési szempontokat.

Mikor megfelelő egy másik Windows alkalmazás közzétételi architektúra?

Nem minden szervezetnek van szüksége egy teljesen megvalósított asztali virtualizációs környezetre, amelyet a Microsoft Azure-ban hosztolnak.

Néhány vállalatnak csak korlátozott szüksége van távoli hozzáférés specifikus Windows-alkalmazásokhoz, például pénzügyi vagy ERP-alkalmazásokhoz vagy örökölt üzleti alkalmazásokhoz.

Ezek a szervezetek fontolóra vehetik olyan alkalmazások közzétételét, amelyek központilag kezelt Windows szervereken vannak hosztolva, ahelyett, hogy általános virtuális asztali infrastruktúrát (VDI) telepítenének.

A Modern Azure Virtual Desktop nemcsak a desktop vagy az alkalmazások virtualizációjáról szól, hanem az alkalmazások kiadásáról is.

Ma már lehetséges Azure alkalmazásokat közzétenni a RemoteApp módszer használatával.

A valóság az, hogy nincs dichotómia az alkalmazás-átadás területén, hanem inkább egy folytonosság, amely az alkalmazáskiadástól a desktop virtualizációig terjed.

A megbeszélésnek a legrelevánsabb alkalmazás-átviteli architektúra megtalálására kell összpontosítania a megadott szervezet és felhasználási esetek számára.

Például, ha van egy hosszú ideje működő alkalmazás, amely egy Windows Server mappában található, és egy engedélyezett felhasználói csoport fér hozzá, a szervezetnek nincs szüksége arra, hogy közzétegye az Azure Virtual Desktopon, amikor a régi infrastruktúra még mindig megfelelően működik.

Ehelyett hasznos lehet az ilyen vállalatok számára, ha az alkalmazásuk hosztolási helyét helyben hagyják, miközben frissítik az alkalmazás hozzáférési módszerüket.

Milyen tényezők irányítsák a döntést?

Az IT osztályoknak a telepítési igények szempontjából kell értékelniük a választást, nem pedig a leállított rendszer funkciói alapján.

Figyelem	Kulcskérdés
Tárhely	Muszáj, hogy a munkaterhelések az Azure-ban fussanak?
Felhasználói élmény	Teljes asztalok vagy kiválasztott alkalmazások?
Kompatibilitás	Működni fognak a meglévő Windows alkalmazások?
Biztonság	Hogyan védik az identitást és a munkamenet hozzáférést?
Menedszment	Ki tartja karban az infrastruktúrát?
Licencelés	Mely Microsoft és szoftverlicencek vonatkoznak?
Skálázhatóság	Hány egyidejű felhasználóra van szükség?
Költség	Mi a teljes tulajdonlási költség?

A cél egy olyan vállalati architektúra kiválasztása, amely megfelel a rendelkezésre állás, a biztonság és a csökkentett adminisztratív összetettség követelményeinek.

Alternatívát keres a Windows alkalmazások és asztali szolgáltatások számára?

A modern Azure Virtual Desktop-ra való migrálás nem feltétlenül a legjobb megoldás minden szervezet számára. Azok a vállalkozások, amelyek elsősorban meglévő Windows alkalmazásokhoz vagy központilag hosztolt asztalokhoz való hozzáférést igényelnek, előnyhöz juthatnak egy egyszerűbb architektúrával, különösen, ha nem igényelnek teljesen Azure-hosztolt virtuális asztali környezetet.

TSplus Távhozzáférés lehetővé teszi az IT csapatok számára, hogy Windows alkalmazásokat és teljes távoli asztalokat publikáljanak RDP-kompatibilis klienseken vagy egy HTML5 webportálon keresztül. A helyszíni és felhőalapú Windows szerverek támogatásával praktikus alternatívát kínál azoknak a szervezeteknek, amelyek meg kívánják tartani meglévő alkalmazásaikat, miközben egyszerűsítik a távoli alkalmazás-átvitelt.

Következtetés

Az Azure Virtual Desktop (klasszikus) nyugdíjazása elengedhetetlenné teszi az érintett telepítések azonosítását, a meglévő erőforrások megőrzését és a hozzáférés helyreállítását a támogatott infrastruktúrán keresztül. Az IT csapatoknak ellenőrizniük kell a rendelkezésre álló helyreállítási lehetőségeket, mielőtt megpróbálnák a migrációt vagy a rekonstrukciót.

Akár a szervezetek a modern Azure Virtual Desktop mellett döntenek, akár egy másik szolgáltatási architektúrát választanak, a prioritás továbbra is a biztonságos, megbízható alkalmazás-hozzáférés biztosítása marad, felesleges működési bonyolultság nélkül.