Megosztás a következőn keresztül:

WebLogic Server-alkalmazások migrálása Azure-beli virtuális gépekre

  • Cikk

Ez az útmutató bemutatja a megfontolandó szempontokat egy meglévő WebLogic-alkalmazás migrálásához és az Azure Virtual Machines szolgáltatásban való futtatásához. Az Azure Marketplace-en elérhető WebLogic Server-megoldások áttekintéséért lásd : Mik azok a megoldások az Oracle WebLogic Server Azure-beli virtuális gépeken való futtatásához?

A migrálás előtt

A sikeres migrálás biztosításához a kezdés előtt végezze el az alábbi szakaszokban leírt értékelési és leltározási lépéseket.

Határozza meg, hogy mit takar a befejezett migrálás

Ez az útmutató és a hozzá tartozó Azure Marketplace-ajánlatok a WebLogic-kiszolgáló számítási feladatainak az Azure-ba való migrálását gyorsítják fel. Fontos definiálni a migrálási folyamat hatókörét. Például szigorúan csak átemelést („lift and shift”) alkalmaz meglévő infrastruktúrájából az Azure Virtual Machines szolgáltatásba? Ha igen, megpróbálhatja a „lift and improve” módszert is.

Azonban célszerű leginkább az átemeléses módszer mellett maradni, és figyelembe venni az útmutatóban ismertetett változásokat. Határozza meg, hogy mit takar a „befejezett migrálás”, így tudni fogja, hogy mikor érte el ezt a mérföldkövet. Ha elérte a „befejezett migrálás” állapotát, pillanatképet készíthet a Virtual Machines szolgáltatásról a Pillanatkép létrehozása című cikkben ismertetett módon. Miután ellenőrizte, hogy sikeresen visszaállítható-e a pillanatképből, anélkül végezheti el a fejlesztéseket, hogy ne kelljen tartania az eddig elért migrálási folyamat elvesztésétől.

Győződjön meg arról, hogy a cél a megfelelő cél a migrálási munkához

A WLS-alkalmazások Azure-ba történő sikeres migrálásának első lépése a legmegfelelőbb migrálási cél kiválasztása. A WLS jól működik Azure-beli virtuális gépeken (virtuális gépeken) vagy az Azure Kubernetes Service-en (AKS). A virtuálisgép-cél a legegyszerűbb választás, mivel leginkább egy helyszíni üzembe helyezéshez hasonlít. A virtuális gépek felügyeleti és üzembe helyezési élménye nagyon hasonló ahhoz, ami a helyszínen található. Ennek a könnyű kezelésnek a kompromisszumoje a gazdasági költség. Általánosságban elmondható, hogy egy virtuálisgép-alapú megoldás percenkénti költsége magasabb az AKS-hez képest. Bár az AKS-alapú megoldások futtatása kevesebbe kerül, korlátoznia kell az alkalmazást, hogy megfeleljen az AKS követelményeinek. Ha a módosítás minimalizálása a migrálási munka legfontosabb tényezője, fontolja meg a virtuális gépalapú migrálást. Ebben az esetben lásd : WebLogic-alkalmazások migrálása azure-beli virtuális gépekre. Ha el tudja viselni az alkalmazás Kubernetesen belüli futtatásra való konvertálását a futásidejű költségek csökkentése érdekében, fontolja meg az AKS-alapú migrálást. Ebben az esetben folytassa a WebLogic Server-alkalmazások migrálásával az Azure Kubernetes Service-be.

Annak meghatározása, hogy az előre összeállított Azure Marketplace-ajánlatok jó kiindulópontok-e

Az Oracle és a Microsoft együttműködött, hogy azure-megoldássablonokat hozzon létre az Azure Marketplace-re, hogy biztos kiindulópontot biztosítson az Azure-ba való migráláshoz. Az ajánlatok listáját az Oracle Fusion Middleware dokumentációjában találhatja meg, ahol kiválaszthatja a meglévő üzemhez leginkább illeszkedő ajánlatot. Az ajánlatok listáját a Mi az Oracle WebLogic Server az Azure-ban?

Ha egyik meglévő ajánlat sem jó kiindulópont, akkor kézzel kell reprodukálnia az üzembe helyezést az Azure Virtual Machine-erőforrások használatával. Az Oracle WebLogic Server azure-beli virtuális gépekre történő manuális telepítésével kapcsolatos részletes útmutatót megtalálja. További információ: Mi az IaaS?

Állapítsa meg, hogy a WebLogic-verzió kompatibilis-e

A meglévő WebLogic-verziónak kompatibilisnek kell lennie az IaaS-ajánlatok verziójával. A WebLogic 12.2.1.4-es verziójának ajánlatait az Azure Marketplace for Oracle WebLogic 12.2.1.4 lekérdezésével tekintheti meg. Ha a meglévő WebLogic-verzió nem kompatibilis ezzel a verzióval, manuálisan kell reprodukálnia az üzembe helyezést az Azure IaaS-erőforrások használatával. További információt az Azure dokumentációjában talál.

A leltárkiszolgáló kapacitása

Dokumentálja a jelenlegi éles kiszolgálók hardverét (memória, CPU, lemez), valamint az átlagos és a kiugró kérésszámokat, illetve az erőforrás-használatot. Ezek az adatok határozzák meg a virtuális gép méretét. További információ: A Cloud Services méretei.

Az összes titkos kód leltározása

A szolgáltatásként nyújtott konfigurációs technológiák (például az Azure Key Vault) elterjedése előtt a titkos kódok fogalma kissé homályos volt. Ehelyett olyan eltérő konfigurációs beállítások közül választhatott, amelyek tulajdonképpen a mai titkos kódoknak feleltek meg. Az alkalmazáskiszolgálóknak (például a WebLogic-kiszolgálónak) köszönhetően ezek a titkos kódok számos eltérő konfigurációs fájlban és tárolóban találhatók. Ellenőrizze az éles kiszolgáló(k) minden tulajdonságát és konfigurációs fájlját titkos kódokhoz és jelszavakhoz. Ellenőrizze a WAR-fájlok weblogic.xml fájlját is. Az alkalmazásban jelszavakat vagy hitelesítő adatokat tartalmazó konfigurációs fájlok is szerepelhetnek. További információ: Azure Key Vault – alapvető fogalmak.

Az összes tanúsítvány leltározása

Dokumentáljon minden, nyilvános SSL-végponthoz használt tanúsítványt. A következő parancs futtatásával megtekintheti az éles kiszolgáló(ko)n található összes tanúsítványt:

keytool -list -v -keystore <path to keystore>

Annak ellenőrzése, hogy a támogatott Java-verzió megfelelően működik-e

A WebLogic Azure-ba történő migrálásának minden adott útvonalához egy másik Java-verzió szükséges. Ellenőriznie kell, hogy az alkalmazása megfelelően működhet-e az adott támogatott verzió használatával.

Feljegyzés

Ez az ellenőrzés különösen fontos, ha az aktuális kiszolgáló egy nem támogatott JDK-n fut (például az Oracle JDK-n vagy az IBM OpenJ9 rendszeren).

A jelenlegi Java-verzió beszerzéséhez jelentkezzen be az éles kiszolgálóra, és futtassa a következő parancsot:

java -version

Feljegyzés

Az Azure-beli virtuális gépeken futó WLS-re való migráláskor az adott Java-verziókra vonatkozó követelményeket az előre telepített Java határozza meg a virtuális gépeken. Az AKS-en futó WLS-re való migráláskor az adott Java-verziót a kiválasztott tárolórendszerkép határozza meg. Számos lehetőség közül választhat, de mindegyik az Oracle JDK-t használja.

JNDI-erőforrások leltározása

Leltározzon minden JNDI-erőforrást. Előfordulhat például, hogy az adatforrások (például az adatbázisok) olyan JNDI-névvel rendelkeznek, amely lehetővé teszi, hogy a JPA helyesen kössön EntityManager-példányokat egy adott adatbázishoz. További információt a JNDI-erőforrásokról és -adatbázisokról az Oracle-dokumentáció A WebLogic-kiszolgáló adatforrásai című témakörében találhat. Egyéb JNDI-erőforrások (például a JMS-üzenetközvetítők) migrálást vagy újrakonfigurálást igényelhetnek. A JMS-konfigurációval kapcsolatos további információkért lásd: Oracle WebLogic Server 12.2.1.4.0.

A tartomány konfigurációjának vizsgálata

A WebLogic-kiszolgáló fő konfigurációs egysége a tartomány. Ennek megfelelően a config.xml fájl olyan konfigurációkat tartalmaz, amelyeket figyelembe kell vennie a migrálás során. A fájl az alkönyvtárakban tárolt további XML-fájlokra mutató hivatkozásokat tartalmaz. Az Oracle azt javasolja, hogy a felügyeleti konzollal konfigurálja a WebLogic-kiszolgáló felügyelhető objektumait és szolgáltatásait, és engedélyezze a WebLogic-kiszolgáló számára a config.xml fájl karbantartását. További információ: Tartománykonfigurációs fájlok.

Az alkalmazáson belül

Tekintse meg a WEB-INF/weblogic.xml ás/vagy a WEB-INF/web.xml fájlt.

Annak meghatározása, hogy az alkalmazás munkamenet-replikációt használ-e

Ha az alkalmazás munkamenet-replikációt használ – Oracle Coherence*Web segítségével vagy anélkül –, három lehetősége van:

  • A Coherence*Web az Azure-beli virtuális gépeken a WebLogic-kiszolgálóval együtt is futhat, azonban Önnek manuálisan konfigurálnia kell ezt a beállítást az ajánlat kiépítése után. Ha különálló Coherence-et használ, ezt egy Azure-beli virtuális gépen is futtathatja, azonban ehhez manuálisan konfigurálnia kell ezt a beállítást az ajánlat kiépítése után.
  • Bontsa újra az alkalmazást munkamenet-kezeléshez szükséges adatbázis használatához.
  • Bontsa újra az alkalmazást az Azure Redis Service-ben való külső elérhetővé tételéhez. További információ: Azure Cache for Redis.

Az összes opció esetében érdemes elsajátítani, hogy a WebLogic hogyan végzi el a HTTP-munkamenetek állapotának replikálását. További információt az Oracle-dokumentáció HTTP-munkamenetek állapotának replikációja című témakörében találhat.

Dokumentum-adatforrások

Ha az alkalmazása adatbázisokat használ, Önnek rögzítenie kell az alábbi adatokat:

  • Mi az adatforrás neve?
  • Milyen a kapcsolatkészlet konfigurációja?
  • Hol található a JDBC-illesztőprogram JAR-fájlja?

További információ a WebLogic JDBC-illesztőprogramjairól: JDBC-illesztőprogramok használata a WebLogic-kiszolgálóval.

Annak megállapítása, hogy a WebLogic testre van-e szabva

Határozza meg, hogy a következő testreszabások közül melyik lett végrehajtva, és rögzítse, mi történt.

  • Módosultak az indítási szkriptek? Ilyen szkript például a setDomainEnv, commEnv, startWebLogic, és stopWebLogic.
  • Küld adott paramétereket a JVM-nek az alkalmazás?
  • Tartalmaz JAR-fájlokat a kiszolgáló osztályútvonala?

Annak meghatározása, hogy használatban van-e a Management over REST

Ha az alkalmazás életciklusa Management over REST-et tartalmaz, rögzítenie kell, hogy mely portokat használja a rendszer a REST API eléréséhez, valamint meg kell határoznia ezek hitelesítési és közzétételi módját. A migrálás után meg kell győződnie arról, hogy ezek a portok és hitelesítési mechanizmusok közzé vannak téve, hogy az alkalmazás életciklusa a migrálási előtti módon működhessen. További információ: Az Oracle WebLogic-kiszolgáló felügyelete a RESTful Management Services segítségével.

Annak megállapítása, hogy szükséges-e helyszíni kapcsolat

Ha az alkalmazásnak hozzá kell férnie helyszíni szolgáltatásokhoz, ki kel építenie egy Azure-beli kapcsolati szolgáltatást. További információ: Helyszíni hálózat csatlakoztatása az Azure-hoz. Másik megoldásként újrabonthatja az alkalmazást, hogy az nyilvánosan elérhető, a helyszíni erőforrások által közzétett API-kat használjon.

Állapítsa meg, hogy használ-e Java Message Service- (JMS-) üzenetsorokat és -témákat

Ha az alkalmazása JMS-üzenetsorokat vagy -témákat használ, azokat egy külsőleg üzemeltetett JMS-kiszolgálóra kell migrálnia. Az Azure Service Bus és az Advanced Message Queueing Protocol remek migrálási stratégia lehet a JMS-t használóknak. További információ: A Java Message Service 1.1 használata az Azure Service Bus standard és az AMQP 1.0 használatával.

Ha a JMS állandó tárolói konfigurálva vannak, Önnek rögzítenie kell azok konfigurációját, majd alkalmaznia a migrálás után.

Ha az Oracle Message Brokert használja, a szoftvert migrálhatja az Azure-beli virtuális gépekre, és ott módosítás nélkül használhatja.

Annak meghatározása, hogy saját, egyénileg létrehozott megosztott Java EE-könyvtárakat használ-e

Ha a megosztott Java EE-könyvtár funkciót használja, két lehetősége van:

  • Bontsa újra az alkalmazás kódját a könyvtárak minden függőségének eltávolításához, majd foglalja közvetlenül az alkalmazásba a funkciókat.
  • Adja hozzá a könyvtárakat a kiszolgáló osztályútvonalához.

Annak meghatározása, hogy a kiszolgáló OSGi-csomagokat használ-e

Ha hozzáadott OSGi-csomagokat a WebLogic-kiszolgálóhoz, az egyenértékű JAR-fájlokat is hozzá kell adnia közvetlenül a webalkalmazáshoz.

Annak meghatározása, hogy az alkalmazás tartalmaz-e az operációs rendszerre vonatkozó kódot

Ha az alkalmazás tartalmaz olyan kódot, amely függőségeket tartalmaz a gazdagép operációs rendszerén, akkor újra kell azt újrabontással eltávolítania a függőségek eltávolításához. Előfordulhat például, hogy a fájlrendszer elérési útjainak / File.Separator \ bármilyen használatát le kell cserélnie, vagy Paths.get ha az alkalmazás Windows rendszeren fut.

Annak megállapítása, hogy az Oracle Service Bus használatban van-e

Ha az alkalmazása Oracle Service Bust (OSB) használ, rögzítenie kell annak konfigurációját. További információ: Az Oracle Service Bus telepítése.

Annak meghatározása, hogy az alkalmazás több WAR-fájlból áll-e

Ha az alkalmazása több WAR-fájlból áll, ezeket különálló alkalmazásként kell kezelnie, és az útmutató lépéseit egyenként elvégeznie mindegyikhez.

Annak megállapítása, hogy az alkalmazás EAR-ként van-e csomagolva

Ha az alkalmazása EAR-fájlként van csomagolva, tekintse meg az application.xml és a weblogic-application.xml fájlt, és rögzítse a konfigurációjukat.

Az éles kiszolgálókon futó összes külső folyamat és démon azonosítása

Ha rendelkezik az alkalmazáskiszolgálón kívül futó folyamatokkal, például figyelési démonokkal, ezeket el kell távolítania, vagy máshová kell migrálnia.

Annak megállapítása, hogy az alkalmazás WebLogic Scripting Toolt (WLST) használ-e

Ha az üzembe helyezéshez jelenleg a WLST-t használja, ki kell értékelnie annak működését. Ha a WLST az üzembe helyezés részeként módosítja az alkalmazás bármely (futtatókörnyezeti) paraméterét, meg kell győződnie arról, hogy ez a viselkedés továbbra is működik, amikor az alkalmazást a migrálást követően teszteli.

Határozza meg, használják-e a fájlrendszert, és ha igen, hogyan

A virtuális gépek fájlrendszerei az adatmegőrzés, indítás és leállítás szempontjából ugyanúgy működnek, mint a helyszíni fájlrendszerek. Éppen ezért fontos tisztában lennie a fájlrendszer igényeivel, és gondoskodnia kell arról, hogy a virtuális gépek megfelelő tárhellyel és teljesítménnyel rendelkeznek.

Csak olvasható statikus tartalom

Ha az alkalmazás jelenleg statikus tartalmat szolgáltat, szüksége lesz egy másik helyre hozzá. A statikus tartalmat célszerű az Azure Blob Storage-ba helyezni és az Azure CDN hozzáadásával biztosítani a villámgyors globális letöltést. További információ: Statikus webhely üzemeltetése az Azure Storage-ban és rövid útmutató: Azure Storage-fiók integrálása az Azure CDN-nel.

Dinamikusan közzétett statikus tartalom

Ha az alkalmazás engedélyezi az alkalmazás által feltöltött/előállított statikus tartalmakat, azonban a létrehozás után nem módosítható, az Azure Blob Storage és az Azure CDN fent ismertetett módon történő, egy Azure-függvénnyel közös használatával kezelheti a feltöltéseket és a CDN-frissítést. A Statikus tartalom feltöltése és CDN-előtöltése az Azure Functions szolgáltatással című témakörben megadtunk egy szabadon használható mintaimplementációt.

A hálózati topológia meghatározása

Az Azure Marketplace-ajánlatok jelenlegi készlete a migrálás kiindulópontja. Ha az ajánlat nem vonatkozik az Ön architektúrájának azon aspektusaira, amelyeket migrálni szeretne, rögzítenie kell a meglévő üzem hálózati topológiáját, majd reprodukálnia az Azure-ban, akkor is, ha az alapszintű ajánlatot az egyik megoldássablonnal építette ki.

Ez egy rendkívül kiterjedt témakör, az alábbi hivatkozások azonban útmutatást nyújthatnak a migráláshoz:

A JCA-adapterek és erőforrás-adapterek használatának figyelembe vétele

Ha a meglévő alkalmazás JCA-adaptereket és/vagy erőforrás-adaptereket használ más vállalati rendszerekhez való kapcsolódáshoz, ügyeljen arra, hogy ezen összetevők konfigurációja az Azure Virtual Machines szolgáltatásban futó WebLogic-kiszolgálóra is vonatkozik. További információ: Erőforrás-adapterek létrehozása és konfigurálása

Egyéni biztonsági szolgáltatók és JAAS használatára vonatkozó fiók

Ha az alkalmazása JAAS-t használ, meg kell győződnie arról, hogy a biztonsági szolgáltatók konfigurációjának migrálása megfelelően történik. További információt az Oracle dokumentációjának A WebLogic biztonsági szolgáltatói című témakörében találhat.

Annak meghatározása, hogy az alkalmazás használ-e WebLogic-fürtözést

Az alkalmazást valószínűleg több WebLogic-kiszolgálón is üzembe helyezte a magas rendelkezésre állás érdekében. Ezeket a fürtöket migrálhatja közvetlenül a helyszíni telepítésből az Azure Virtual Machines szolgáltatásban futó WebLogicra. További információt az Oracle-dokumentáció Tartománykonfigurációs fájlok című témakörében találhat.

Terheléselosztási követelmények figyelembe vétele

A terheléselosztás az Oracle WebLogic Server-fürt Azure-ba való migrálásának alapvető része. A legegyszerűbb megoldás az Oracle WebLogic Server-fürthöz készült Azure Marketplace-ajánlatban biztosított Azure-alkalmazás Átjáró beépített támogatása. A témakörhöz kapcsolódó oktatóanyagért lásd: WebLogic-kiszolgálófürt migrálása az Azure-ba Azure-alkalmazás Átjáróval terheléselosztóként.

A Azure-alkalmazás Gateway más Azure-beli terheléselosztási megoldásokhoz viszonyított képességeinek összegzéséhez tekintse meg az Azure terheléselosztási lehetőségeinek áttekintését.

Annak meghatározása, hogy az alkalmazás használja-e a Java EE Application Client funkciót

Ha az alkalmazása a Java EE Application Client funkciót használja, akkor az Azure Virtual Machines szolgáltatásba való migrálás után változatlanul kell tovább működnie. További információ: A Java EE ügyfélalkalmazás-moduljainak használata.

Migrálás

WebLogic kiválasztása az Azure Virtual Machines ajánlatban

A következő ajánlatok érhetők el a WebLogichoz az Azure Virtual Machines szolgáltatásban.

Az ajánlat üzembe helyezése során a rendszer arra kéri, hogy válassza ki a WebLogic-kiszolgálócsomópontok virtuálisgép-méretét. A virtuális gép méretének kiválasztásakor fontos a méretezés minden aspektusát figyelembe venni. További információkért tekintse meg a virtuális gépek méretezésére vonatkozó Azure-dokumentációt

WebLogic-kiszolgáló, egyetlen csomópont, rendszergazdai kiszolgáló nélkül

Ez az ajánlat egyetlen virtuális gépet hoz létre, amelyre telepíti a WebLogicot, azonban nem konfigurál tartományokat, ami hasznos lehet olyan forgatókönyvekben, ahol nagy mértékben testreszabott tartománykonfigurációt alkalmaz.

WebLogic-kiszolgáló, egyetlen csomópont, rendszergazdai kiszolgálóval

Ez az ajánlat egyetlen virtuális gépet helyez üzembe, és telepíti a WebLogic Servert. Létrehoz egy tartományt, és beüzemeli a rendszergazdai kiszolgálót.

WebLogic-kiszolgáló, N-csomópontos fürt

Ez az ajánlat egy magas rendelkezésre állású, WebLogic-kiszolgálói virtuális gépekből álló fürtöt hoz létre.

WebLogic-kiszolgáló, N-csomópontos dinamikus fürt

Ez az ajánlat egy magas rendelkezésre állású, méretezhető, WebLogic-kiszolgálói virtuális gépekből álló dinamikus fürtöt hoz létre

Az ajánlat kiépítése

A kezdőajánlat kiválasztása után a kiépítéshez kövesse az ajánlatok dokumentációjában található utasításokat. Azt a tartománynevet válassza, amely megfelel a meglévő tartománynévnek. Igény szerint a tartományjelszót is azonossá teheti a meglévő tartomány jelszavával.

A tartományok migrálása

Az ajánlat kiépítése után megvizsgálhatja a tartományi konfigurációt, és ezt az útmutatást követve további információt kaphat a tartományok migrálásáról.

Adatbázisok összekapcsolása

A tartományok migrálása után az ajánlat dokumentációjának utasításait követve összekapcsolhatja az adatbázisokat. Ezek az utasítások segítenek az adatbázis titkos kulcsainak és a hozzáférési sztringek számba vételében.

A kulcstárak számba vétele

Számolnia kell az alkalmazás által használt SSL-kulcstárak migrálásával is. További információ: Kulcstárak konfigurálása.

A JMS-erőforrások összekötése

Az adatbázisok csatlakoztatása után konfigurálhatja a JMS-t. További információ: Fusion Middleware Admining JMS Resources for Oracle WebLogic Server a WebLogic dokumentációjában.

Fiók hitelesítéshez és engedélyezéshez

A legtöbb alkalmazás rendelkezik valamilyen hitelesítést és engedélyezést. Ha LDAP-t használ a hitelesítéshez, beállíthatja a Microsoft Entra Domain Servicest biztonságos LDAP-val, és konfigurálhatja az LDAP-kapcsolatokat a WebLogic Serverben. További információ: Microsoft Entra Domain Services által felügyelt tartomány létrehozása és konfigurálása, valamint biztonságos LDAP konfigurálása felügyelt Microsoft Entra Domain Services-tartományokhoz.

A naplózás számba vétele

Használja az Oracle WebLogic Server marketplace-megoldássablonjai által biztosított Azure-beli Elastic-integrációt. Ez a módszer a naplózás legegyszerűbb módja. Az ajánlatok listáját az áttekintési cikkben találja: Mik azok a megoldások, amelyek az Oracle WebLogic Server azure-beli virtuális gépeken való futtatására szolgálnak? Az Elastic konfigurálásához az alábbi oktatóanyagok érhetők el:

Ha a rugalmas integráció nem megfelelő, a tartomány áttelepítésekor át kell vinnie a meglévő naplózási konfigurációt. További információ: A java.util.logger szintek konfigurálása, valamint a naplófájlok konfigurálása és a naplóüzenetek szűrése az Oracle WebLogic Serverhez az Oracle dokumentációjában.

Alkalmazások migrálása

Az alkalmazások fejlesztési fázisból teszteléshez, előkészítéshez és éles kiszolgálókhoz való üzembe helyezés technikái minden esetben nagyban eltérhetnek egymástól. Bizonyos esetekben egy fejlett CI/CD-platform is létezik, amely az alkalmazásokat a WebLogic-kiszolgálón helyezi üzembe. Más esetekben a folyamat inkább manuális. Az Azure Virtual Machines weblogic-alkalmazások felhőbe való migrálásának egyik előnye, hogy a meglévő folyamatok továbbra is működnek.

Konfigurálnia kell azt a hálózati biztonsági csoportot, amelyet az ajánlat a CI/CD-folyamatból vagy a manuális üzembehelyezési rendszerből való hozzáférés engedélyezésére biztosít. További információ: Hálózati biztonsági csoportok.

Tesztelés

Az alkalmazások tárolón belüli tesztjeit úgy kell konfigurálni, hogy hozzáférjenek az Azure-ban futó új kiszolgálókhoz. A CI/CD-vel kapcsolatos aggodalmakhoz hasonlóan gondoskodnia kell arról, hogy a szükséges hálózati biztonsági szabályok lehetővé tegyék a tesztek számára az Azure-ban üzembe helyezett alkalmazások elérését. További információ: Hálózati biztonsági csoportok.

A migrálás után

A migrálást megelőző folyamatok lépésben meghatározott célok elérése után teljes körű elfogadási tesztelést végezhet, hogy ellenőrizze, hogy minden a várt módon működik. A migrálást követő néhány lehetséges fejlesztéssel kapcsolatos útmutatásért tekintse meg az alábbi ajánlásokat: