Migrace aplikací serveru WebLogic do služby Azure Kubernetes Service

  • Článek

Tato příručka popisuje, o čem byste měli vědět, když chcete migrovat existující aplikaci WebLogic Server (WLS) pro spuštění ve službě Azure Kubernetes Service (AKS).

Před migrací

Pokud chcete zajistit úspěšnou migraci, dokončete kroky posouzení a inventáře popsané v následujících částech.

Ujistěte se, že cíl je vhodným cílem pro vaše úsilí o migraci.

Prvním krokem úspěšné migrace aplikace WLS do Azure je výběr nejvhodnějšího cíle migrace. Služba WLS funguje dobře na virtuálních počítačích Azure nebo ve službě Azure Kubernetes Service (AKS). Cíl virtuálního počítače je nejjednodušší volbou, protože se nejvíce podobá místnímu nasazení. Prostředí pro správu a nasazení virtuálních počítačů je velmi podobné tomu, co máte místně. Kompromis pro tuto jednoduchost je ekonomické náklady. Obecně řečeno, náklady na minutu pro řešení založené na virtuálních počítačích jsou ve srovnání s AKS vyšší. I když řešení založené na AKS stojí méně, aby běžela, musíte aplikaci omezit tak, aby vyhovovala požadavkům AKS. Pokud je minimalizace změn nejdůležitějším faktorem pro vaše úsilí o migraci, zvažte migraci založenou na virtuálních počítačích. V tomto případě si přečtěte téma Migrace aplikací WebLogic do služby Azure Virtual Machines. Pokud můžete tolerovat převod aplikace tak, aby běžela v rámci Kubernetes, abyste snížili náklady na běh, zvažte migraci založenou na AKS. V tomto případě pokračujte v migraci aplikací Serveru WebLogic do služby Azure Kubernetes Service.

Určení, jestli je předem připravená nabídka Azure Marketplace dobrým výchozím bodem

Jakmile se rozhodnete, že je AKS vhodným cílem nasazení, musíte přijmout, že operátor Kubernetes (operátor) Oracle WLS je jediným způsobem, jak spustit službu WLS v Kubernetes. Po přijetí této skutečnosti se musíte rozhodnout, jestli je předem připravená nabídka Azure Marketplace dobrým výchozím bodem. Tady je několik věcí, které byste měli zvážit o předem připravené nabídce Azure Marketplace.

  • Oracle a Microsoft vytvořili tuto nabídku, abyste mohli rychle zřídit WLS v AKS pomocí modelu v domovském zdrojovém typu domény image . Tento koncept je podrobněji vysvětlen dále v tomto článku.
  • Nabídka na vysoké úrovni automatizuje následující kroky za vás.
    • V případě potřeby proveďte existující nasazení WAR nebo EAR.
    • Zabalte ho do kontejneru pomocí nástroje WebLogic Image Tool (WIT). Další informace naleznete v nástroji WebLogic Image Tool v dokumentaci Oracle.
    • Nainstalujte a nakonfigurujte operátor WebLogic Kubernetes v AKS.
    • Pomocí operátoru spusťte celou věc. Operátor vyvolá nástroj WebLogic Deploy Tooling (WDT), aby vystavil prostředí WebLogic a prováděl operace životního cyklu domény opakovatelným způsobem na základě modelu metadat. Další informace naleznete v tématu Nástroje nasazení WebLogic v dokumentaci Oracle.
  • I když předem připravená nabídka poskytuje celou řadu integrací služeb Azure, jako je App Gateway, elastické protokolování, integrace databáze a další, přináší mnoho jednodušších předpokladů. Díky těmto předpokladům není nabídka tak flexibilní jako zvládnutí a použití operátoru sami.

Pokud předem připravenou nabídku Azure Marketplace nepoužíváte, musíte se naučit, jak operátor používat přímo. Zvládnutí operátoru je nad rámec tohoto článku. Kompletní dokumentace pro operátor WLS Kubernetes je k dispozici v Oracle.

Zbývající část této části obsahuje některé aspekty, které je potřeba vzít v úvahu při rozhodování o použití předem připravené nabídky Azure Marketplace nebo použití operátora přímo.

Rozhodněte se, jestli se má použít předem připravená nabídka Azure Marketplace.

Nejprve musíte porozumět konceptu WLS "doména". Doména je logicky související skupina prostředků WLS. Kanonické definici domény WLS najdete v dokumentaci Oracle. Spouštění služby WLS v AKS vyžaduje rozhodnutí o tom, jak AKS pracuje s doménami. Různé volby se označují jako "typ domácího zdroje domény". Operátor WLS Kubernetes podporuje tři volby typu domácího zdroje domény. Předem připravená nabídka Azure Marketplace používá první nabídku v této tabulce.

Typ domovského zdroje domény Popis Pozitivní aspekty Negativní aspekty
Model v obrázku WLS a aplikace jsou v imagi kontejneru a všechno ostatní se uchovává mimo tuto image. Podporuje se předem připravená nabídka. Zdokumentovaný jako oficiální vzorek; viz Oracle. Nejvýrazněji používá WDT. Možnost "nativní pro cloud". Nejjednodušší integrace CI/CD Největší křivka učení.
Doména v pv Doména se nachází na trvalém svazku Kubernetes. Koncepčně se podobá spouštění na virtuálních počítačích. Ke změnám můžete použít konzolu WLS a tyto změny se zachovají v restartování podu AKS. Zdokumentovaný jako oficiální vzorek; viz Oracle. Některé problémy související se systémem souborů NFS je potřeba zmírnit. Další informace naleznete v tématu Oracle. Tento přístup je nejméně "nativní pro cloud"; stav se nachází zcela mimo cluster AKS.
Doména v imagi Doména se nachází v imagi kontejneru. Aplikace jsou obsaženy v imagi kontejneru, která je překryvná v imagi domény. Více "nativní pro cloud" než doména v pv. Jednodušší pro CI/CD. Konzolu WLS nejde použít. Je nutné udržovat více imagí kontejneru.

Důležité

Pokud zvolíte doménu ve zdrojovém typu PV , důrazně doporučujeme systém souborů NFS místo protokolu SMB. Systém souborů NFS se vyvinul z operačního systému systém UNIX a dalších variant, jako je GNU/Linux. Z tohoto důvodu je při použití systému souborů NFS s technologiemi kontejnerů, jako je Docker, méně pravděpodobné, že dojde k problémům se souběžným zamykáním čtení a souborů.

Nezapomeňte povolit systém souborů NFS verze 4.1. Verze nižší než v4.1 budou mít problémy.

Dokumentace operátora obsahuje také užitečnou tabulku, která porovnává různé možnosti. Další informace naleznete v tématu Volba typu domácího zdroje domény.

Pokud chcete získat přehled o předem připravené nabídce Azure Marketplace, přečtěte si rychlý start: Nasazení Serveru WebLogic ve službě Azure Kubernetes Service pomocí webu Azure Portal. Referenční dokumentaci k předem připravené nabídce Azure Marketplace najdete v oracle.

Pokud chcete zjistit, jak operátor používat přímo, vyzkoušejte ukázky v dokumentaci operátora.

Teď, když jste se seznámili s různými způsoby zpracování domén WLS v AKS, jste lépe schopni zvolit, jestli použít předem připravenou nabídku Azure Marketplace, nebo to udělat sami pomocí operátora.

Určení, zda je verze WebLogic kompatibilní

Vaše stávající verze WLS musí být jednou z verzí podporovaných operátorem. Oracle tyto verze udržuje ve službě Oracle Container Registry (OCR). Seznam podporovaných verzí zobrazíte pomocí následujících kroků.

  1. Navštivte web Oracle Container Registry a přihlaste se. Další informace najdete na webu https://container-registry.oracle.com/.
  2. Pokud máte nárok na podporu, vyberte Middleware a vyhledejte weblogic_cpu. Vyberte weblogic_cpu.
  3. Pokud nemáte nárok na podporu od Oracle, vyberte Middleware a vyhledejte weblogic. Vyberte weblogic.

Poznámka:

Před přechodem do produkčního prostředí získejte nárok na podporu od Oracle. Selháním této akce je spuštění nezabezpečených imagí, které nejsou opravené kvůli kritickým chybám zabezpečení. Další informace o důležitých aktualizacích oprav Oracle najdete v tématu Kritické opravy Aktualizace, výstrahy zabezpečení a bulletiny.

Předem připravená nabídka Azure Marketplace umožňuje vybrat image WLS z OCR a Azure Container Registry (ACR), a proto implicitně podporuje všechny verze dostupné z OCR. Pokud nabídku nasměrujete na vyžádání image z ACR, ujistěte se, že je odvozená z jedné z podporovaných verzí uvedených v OCR.

Inventarizace kapacity serverů

Zdokumentujte hardware (paměť, procesor, disk) aktuálních produkčních serverů a průměrný počet požadavků a využití prostředků ve špičce. Tyto informace budete potřebovat bez ohledu na zvolenou cestu migrace. Užitečné je například pomoct při výběru velikosti virtuálních počítačů ve fondu uzlů, množství paměti, které kontejner používá, a počet sdílených procesorů, které kontejner potřebuje.

Ve službě AKS je možné změnit velikost fondů uzlů. Postup najdete v tématu Změna velikosti fondů uzlů ve službě Azure Kubernetes Service (AKS).

Inventarizace všech tajných kódů

Před nástupem technologií „konfigurace jako služba“ typu Azure Key Vault neexistoval řádně definovaný koncept „tajných kódů“. Místo toho jste měli různorodou sadu konfiguračních nastavení, která v podstatě fungovala stejně jako dnešní „tajné kódy“. Při používání aplikačních serverů, jako je server WebLogic, se tyto tajné kódy nacházejí v mnoha různých konfiguračních souborech a úložištích konfigurací. Ve všech vlastnostech a konfiguračních souborech na produkčních serverech vyhledejte tajné kódy a hesla. Nezapomeňte zkontrolovat soubor weblogic.xml v souborech WAR. Konfigurační soubory obsahující hesla nebo přihlašovací údaje se mohou nacházet také ve vaší aplikaci. Další informace najdete v článku Základní koncepty služby Azure Key Vault.

Jakmile máte solidní inventář tajných kódů, projděte si dokumentaci operátora týkající se tajných kódů. Další informace najdete v tématu Tajné kódy.

Inventarizace všech certifikátů

Zdokumentujte všechny certifikáty používané pro veřejné koncové body SSL. Všechny certifikáty na produkčních serverech zobrazíte spuštěním následujícího příkazu:

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

Jakmile máte solidní inventář certifikátů, můžete je nainstalovat přímo s předem připravenou nabídkou Azure Marketplace. Další informace najdete v tématu Konfigurace protokolu TLS/SSL. Pokud operátor používáte přímo, přečtěte si téma Aktualizace externích certifikátů operátora.

Ověření správné funkce podporované verze jazyka Java

Všechny způsoby migrace WebLogic do Azure vyžadují specifickou verzi jazyka Java, která je pro jednotlivé způsoby odlišná. Budete muset ověřit, že je vaše aplikace schopna správně fungovat při používání podporované verze.

Poznámka:

Toto ověření je obzvláště důležité, pokud se váš aktuální server provozuje na nepodporované sadě JDK (například Oracle JDK nebo IBM OpenJ9).

Aktuální verzi jazyka Java získáte tak, že se přihlásíte k produkčnímu serveru a spustíte následující příkaz:

java -version

Poznámka:

Při migraci na službu WLS na virtuálních počítačích Azure se požadavky na konkrétní verze Javy určují předem nainstalovanou javou na virtuálních počítačích. Při migraci na WLS v AKS se konkrétní verze Javy určuje zvolená image kontejneru. Existuje celá řada možností, ale všechny používají sadu Oracle JDK.

Inventarizace prostředků JNDI

Proveďte inventarizaci všech prostředků JNDI. Zdroje dat, jako jsou databáze, mohou mít například přidružený název JNDI, který umožňuje JPA správně navazovat instance EntityManager ke konkrétní databázi. Další informace o prostředcích a databázích JNDI najdete v článku Zdroje dat serveru WebLogic v dokumentaci Oracle. Jiné prostředky související s JNDI, například zprostředkovatelé zpráv JMS, mohou vyžadovat migraci nebo změnu konfigurace. Další informace o konfiguraci JMS naleznete v tématu Oracle WebLogic Server 12.2.1.4.0.

Pokud používáte předem připravenou nabídku Azure Marketplace, sada prostředků JNDI, které můžete přizpůsobit v době nasazení, je omezená na to, co nabídka podporuje. Vyhledejte JNDI v dokumentaci k nabídce. Pokud operátor používáte přímo, můžete prostředky JDNI definovat v závislosti na zvoleném typu domovského zdroje domény. Pro doménu v pv můžete nastavit obvyklým způsobem, pomocí WLST nebo konzoly pro správu. Informace o doméně v imagi nebo modelu v imagi najdete v části Typické přepsání.

Kontrola konfigurace domény

Hlavní konfigurační jednotkou na serveru WebLogic je doména. Soubor config.xml obsahuje rozsáhlou konfiguraci, kterou při migraci musíte pečlivě zvážit. Tento soubor obsahuje odkazy na další soubory XML, které jsou uložené v podadresářích. Oracle doporučuje, abyste ke konfiguraci spravovatelných objektů a služeb serveru WebLogic normálně používali konzolu pro správu a umožnili serveru WebLogic spravovat soubor config.xml. Další informace najdete v článku Konfigurační soubory domény.

Ve vaší aplikaci

Prověřte soubor WEB-INF/weblogic.xml a/nebo soubor WEB-INF/web.xml.

Předem připravená nabídka Azure Marketplace automaticky vytvoří prostředek domény. Pokud operátor používáte přímo, můžete si úplně přizpůsobit, jak je vaše doména reprezentovaná. Úplné informace najdete v tématu Prostředek domény.

Určení, zda se používá replikace relace

Pokud vaše aplikace spoléhá na replikaci relace, ať už s modulem Oracle Coherence*Web nebo bez něj, máte tři možnosti:

  • Coherence*Web může běžet spolu se serverem WebLogic na virtuálních počítačích Azure, ale tuto možnost musíte po zřízení nabídky ručně nakonfigurovat. Pokud používáte samostatný modul Coherence, můžete ho také spustit na virtuálním počítači Azure, ale tuto možnost musíte po zřízení nabídky ručně nakonfigurovat.
  • Refaktorujte aplikaci tak, aby používala databázi pro správu relace.
  • Refaktorujte aplikaci tak, aby externalizovala relaci do služby Azure Redis. Další informace najdete v článku, který se věnuje službě Azure Cache for Redis.

U všech těchto možností je vhodné osvojit si znalosti toho, jak WebLogic provádí replikaci stavu relace HTTP. Další informace najdete v článku, který se věnuje replikaci stavu relace HTTP v dokumentaci společnosti Oracle.

Předem připravená nabídka Azure Marketplace podporuje spřažení relací prostřednictvím kontroleru příchozího přenosu dat služby Application Gateway. Při nasazování nabídky vyberte Povolit spřažení na základě souborů cookie. V dokumentaci k nabídce vyhledejte spřažení na základě souborů cookie.

Dokumentování zdrojů dat

Pokud vaše aplikace používá nějaké databáze, potřebujete shromáždit následující informace:

  • Jaký je název zdroje dat?
  • Jaká je konfigurace fondu připojení?
  • Kde najdu soubor JAR ovladače JDBC?

Další informace o ovladačích JDBC u serveru WebLogic najdete v článku o používání ovladačů JDBC se serverem WebLogic.

Předem připravená nabídka Azure Marketplace má podporu pro nejoblíbenější databáze. Další informace naleznete v tématu Databáze. Pro doménu v pv můžete nastavit obvyklým způsobem, pomocí WLST nebo konzoly pro správu. Informace o doméně v imagi nebo modelu v imagi najdete v části Typické přepsání.

Určení, zda byla platforma WebLogic přizpůsobena

Určete, která z následujících přizpůsobení byla provedena, a zachyťte provedenou akci.

  • Došlo ke změně spouštěcích skriptů? Mezi tyto skripty patří setDomainEnv, commEnv, startWebLogic a stopWebLogic.
  • Byly do prostředí JVM předány nějaké konkrétní parametry?
  • Byly do cesty ke třídě serveru přidány nějaké soubory JAR?

Tato přizpůsobení musíte zaznamenat v imagi kontejneru spuštěné službou AKS. Pro předem připravenou nabídku Azure Marketplace se tato přizpůsobení nejlépe zpracují vytvořením vlastní image kontejneru a jejím zpřístupněním ve službě Azure Container Registry a následným odkazováním na tento registr v době nasazení. Další informace najdete v tématu Výběr obrázku. Pokud operátor používáte přímo, podívejte se na proměnné prostředí JVM a možnosti Javy.

Určení, zda se používá správa přes REST

Pokud životní cyklus vaší aplikace zahrnuje používání funkce správy přes REST, musíte zachytit, které porty slouží pro přístup k rozhraní REST API, a určit, jak se ověřují a zveřejňují. Po migraci budete muset zajistit, že se zveřejní tyto porty a ověřovací mechanismy, aby vaše aplikace mohla fungovat podobně jako před migrací. Další informace najdete v tématu, které se věnuje správě serveru Oracle WebLogic pomocí služeb pro správu RESTful.

Jediný typ domovského zdroje domény, kde dává smysl pokračovat v používání správy přes REST, je Doména v PV. Je možné ho použít s ostatními typy domovského zdroje domény, ale provedené změny jsou dočasné a nezachovávají se při restartování podů.

Určení, jestli je potřeba připojení k místnímu prostředí

Pokud vaše aplikace potřebuje přístup k některým místním službám, budete muset zřídit jednu ze služeb připojení Azure. Další informace najdete v článku Volba řešení pro připojení místní sítě k Azure. Alternativně budete muset aplikaci refaktorovat tak, aby používala veřejně přístupná rozhraní API, která nabízejí vaše místní prostředky.

Určení, jestli se používají fronty nebo témata JMS (Java Message Service)

Pokud vaše aplikace používá fronty nebo témata JMS, budete je muset migrovat na externě hostovaný server JMS. Pro aplikace používající JMS může skvělou migrační strategii představovat Azure Service Bus a rozšířený protokol řízení front zpráv (AMQP). Další informace najdete v tématu, které se věnuje použití JMS se službou Azure Service Bus a protokolem AMQP 1.0.

Pokud jste nakonfigurovali trvalá úložiště JMS, musíte zachytit jejich konfiguraci a po migraci ji použít.

Pokud používáte Oracle Message Broker, můžete tento software migrovat do virtuálních počítačů Azure a používat ho beze změny.

Určení, jestli používáte své vlastní vytvořené sdílené knihovny Java EE

Pokud používáte funkci sdílených knihoven Java EE, máte dvě možnosti:

  • Refaktorováním kódu své aplikace odeberte všechny závislosti na těchto knihovnách a místo toho začleňte jejich funkčnost přímo do aplikace.
  • Přidejte tyto knihovny do cesty ke třídám serveru.

Tyto knihovny je možné zpracovat pomocí stejných technik, jak je popsáno v tématu Určení, zda byl webLogic přizpůsoben.

Určení, jestli se používají sady OSGi

Pokud jste použili sady OSGi přidané na server WebLogic, budete muset přidat ekvivalentní soubory JAR přímo do webové aplikace.

Můžete je zahrnout do WAR nebo EAR dodané předem připravené nabídce Azure Marketplace nebo přímo pomocí operátora.

Určení, jestli aplikace obsahuje kód specifický pro operační systém

Pokud vaše aplikace obsahuje jakýkoli kód se závislostmi na hostitelském operačním systému, budete muset refaktorováním tyto závislosti odebrat. Pomocí File.Separator nebo Paths.get budete například muset nahradit použití znaků / nebo \ v cestách systému souborů.

WLS v AKS běží na Oracle Linuxu. Jakýkoli kód specifický pro operační systém musí být kompatibilní s Oracle Linuxem. Pokud se chcete dozvědět, jak zjistit konkrétní informace o operačním systému, postupujte podle pokynů v tématu Určení, jestli je verze WebLogic kompatibilní.

Určení, jestli se používá Oracle Service Bus

Pokud vaše aplikace používá Oracle Service Bus (OSB), budete muset zjistit konfiguraci OSB. Další informace najdete v článku Informace o instalaci Oracle Service Bus.

OSB se přímo nepodporuje v předem připravené nabídce Azure Marketplace. Pokud musíte použít OSB, musíte operátor použít přímo.

Určení, jestli se aplikace skládá z několika souborů WAR

Pokud se vaše aplikace skládá z několika souborů WAR, měli byste s těmito soubory WAR zacházet jako se samostatnými aplikacemi a projít tuto příručku pro každý z nich.

Určení, jestli je aplikace zabalená jako soubor EAR

Pokud je vaše aplikace zabalená jako soubor EAR, prověřte soubory application.xml a weblogic-application.xml a poznačte si jejich konfiguraci.

Předem připravená nabídka Azure Marketplace podporuje wars a ears. Použití operátoru přímo podporuje také wars a ears.

Zjištění všech vnějších procesů a démonů běžících na produkčních serverech

Pokud používáte nějaké procesy, které běží mimo aplikační server, například monitorovací démony, budete je muset eliminovat nebo migrovat jinam.

Určení, jestli se používá nástroj WLST (WebLogic Scripting Tool)

Pokud k nasazování aktuálně používáte nástroj WLST, budete muset vyhodnotit, co dělá. Pokud nástroj WLST mění jako součást nasazení nějaké (běhové) parametry vaší aplikace, budete se při testování aplikace po migraci muset ujistit, že toto chování nadále funguje.

Jediným typem domácího zdroje domény, který je kompatibilní s použitím WLST, je Doména v PV. Další informace naleznete v tématu Domain home on a PV.

Určení, jestli a jak se používá systém souborů

Kubernetes se zabývá systémy souborů s trvalými svazky (PV). Připojení trvalých svazků je podporováno v předem připravené nabídce Azure Marketplace a při přímém použití operátora. Pokud používáte doménu ve funkci PV, je systém souborů ústředním aspektem konfigurace.

Statický obsah jen pro čtení

Pokud vaše aplikace aktuálně poskytuje statický obsah, budete pro ni potřebovat alternativní umístění. Možná budete chtít statický obsah přesunout do Azure Blob Storage a přidat Azure CDN, abyste umožnili bleskově rychlé globální stahování. Další informace najdete v tématu Hostování statického webu ve službě Azure Storage a rychlém startu: Integrace účtu úložiště Azure s Azure CDN. Statický obsah můžete také přímo nasadit do aplikace v plánu Azure Spring Apps Enterprise. Další informace naleznete v tématu Nasazení webových statických souborů.

Dynamicky publikovaný statický obsah

Pokud vaše aplikace umožňuje nahrávání nebo vytváření statického obsahu, který je ale po vytvoření neměnný, můžete použít Azure Blob Storage a Azure CDN, jak je popsáno výše, s funkcí Azure Functions, která zpracovává nahrávání a aktualizace CDN. Pro vaše použití jsme poskytli ukázkovou implementaci na GitHubu – Uploading and CDN-preloading static content with Azure Functions. Statický obsah můžete také přímo nasadit do aplikace v plánu Azure Spring Apps Enterprise. Další informace naleznete v tématu Nasazení webových statických souborů.

Určení síťové topologie

Aktuální sada nabídek Azure Marketplace je výchozím bodem pro vaši migraci. Pokud daná nabídka nepokrývá aspekty vaší architektury, kterou potřebujete migrovat, budete muset zjistit síťovou topologii stávajícího nasazení a reprodukovat ji v Azure, a to i po zavedení základní nabídky pomocí některé ze šablon řešení.

Toto téma je velmi rozsáhlé, následující odkazy ale mohou vaše migrační úsilí nasměrovat správným směrem:

  • Tento odkaz obsahuje výčet témat vysoké úrovně, která jsou relevantní pro migraci síťové topologie do Azure: Příručka pro rychlé sledování nasazení.
  • Tento odkaz popisuje důležité aspekty clusteringu, které mají vliv na topologii sítě: Clustering serveru WebLogic.
  • Protože zdroje dat jsou v systému WebLogic samostatnými servery, musíte je při analýze síťové topologie vzít do úvahy. Zdroje dat serveru WebLogic.
  • Také zdroje zasílání zpráv jsou samostatnými servery. Zasílání zpráv serveru WebLogic.
  • Vyrovnávání zatížení je zásadním požadavkem. Tento odkaz se věnuje straně serveru WebLogic vyrovnávání zatížení: Vyrovnávání zatížení v clusteru.

Ohled na používání adaptérů JCA a adaptérů prostředků

Pokud vaše nasazení spoléhá na adaptéry prostředků, je nejpodporovanější možností domovská stránka domény na pv.

Účet pro použití vlastních poskytovatelů zabezpečení a JAAS

Pokud vaše aplikace používá JAAS, musíte zajistit správnou migraci konfigurace poskytovatelů zabezpečení. Další informace najdete v tématu, které se věnuje konfiguraci poskytovatelů zabezpečení WebLogic v dokumentaci společnosti Oracle.

Pokud vaše nasazení spoléhá na poskytovatele zabezpečení, je nejvíce podporovaná možnost doména na pv.

Určení, jestli se používá clustering WebLogic

Operátor zpracovává clustering pro všechny možné způsoby spouštění služby WLS v AKS.

Kontrola clusteringu EJB

Pokud vaše aplikace používá místní EJB, musíte je migrovat do clusterovaného prostředí EJB. Další informace najdete v tématu Clustered versus local EJB.

Účet pro požadavky na vyrovnávání zatížení

Nejlepší způsob, jak počítat s vyrovnáváním zatížení, je použít integraci služby App Gateway poskytovanou integrovanou nabídkou Azure Marketplace. Další informace najdete v tématu Kurz: Migrace clusteru Serveru WebLogic do Azure s využitím brány Aplikace Azure jako nástroje pro vyrovnávání zatížení.

Určení, jestli se používá funkce klienta aplikace Java EE

Pokud vaše nasazení využívá klienty aplikací Java EE, je nejlepší operátor použít přímo. Další informace naleznete v tématu Externí klienti.

Určení, jestli je potřeba více imagí kontejnerů

Doména serveru WebLogic může obsahovat více clusterů. Vícevrstvé aplikace je například možné reprezentovat v jedné doméně, ale mají dva clustery, například "front-end" a "back-end". Je užitečné mít možnost aktualizovat front-end bez aktualizace back-endu a naopak. S typem domovského zdroje domény image modelu v doméně image je však celá doména reprezentována v jedné imagi kontejneru. Aby se tento případ použití přizpůsobil, musíte clustery oddělit do vlastních domén, z nichž každá má vlastní image kontejneru. Operátor může spravovat více domén v několika oborech názvů. Další informace naleznete v tématu Volba strategie výběru oboru názvů domény

Přijetí více domén může představovat problémy s přístupem T3 mezi doménami. Pokud chcete tyto problémy vyřešit, povolte vlastní kanál, jak je popsáno v části Určení, jestli je potřeba povolit neznámý přístup k hostiteli.

Určení, jestli je potřeba povolit neznámý přístup k hostiteli

Možná budete muset povolit neznámý přístup k hostiteli použitím opravy na WebLogic pro následující scénáře:

  • Povolte přístup T3 z externích klientů mimo AKS ke clusterům WLS v AKS prostřednictvím vlastního kanálu.
  • Povolte přístup T3 mezi různými doménami WLS v AKS prostřednictvím vlastního kanálu.

Podrobnosti o opravě najdete v doprovodných materiálech v tématu Použití vyhledávání oprav v my Oracle Support(MOS) a vyhledejte opravu 30656708.

Po použití opravy viz Povolení přístupu k neznámému hostiteli.

Migrace

Kroky v této části předpokládají, že vaše analýza vás povede k rozhodnutí použít předem připravenou nabídku Azure Marketplace.

Zřízení nabídky

Pokud chcete nabídku otevřít na webu Azure Portal, přečtěte si téma https://aka.ms/wlsaks. Vyberte Vytvořit a pak postupujte podle pokynů v dokumentaci k nabídce. Informace, které jste shromáždili v předchozích krocích, vám pomůžou vyplnit pole nabídky.

Migrace domén

Po zřízení nabídky vypíšete doménu podle těchto kroků.

Pokud jste přešli mimo stránku Nasazení , následující kroky ukazují, jak se vrátit na tuto stránku. Pokud jste stále na stránce s informacemi o dokončení nasazení, můžete přeskočit ke kroku 5.

  1. V levém horním rohu libovolné stránky portálu vyberte hamburgerovou nabídku a vyberte Skupiny prostředků.

  2. Do pole s textovým filtrem pro jakékoli pole zadejte několik prvních znaků skupiny prostředků, kterou jste vytvořili dříve. Pokud jste postupovali podle doporučené konvence, zadejte iniciály a pak vyberte příslušnou skupinu prostředků.

  3. V levém navigačním podokně v části Nastavení vyberte Nasazení. Zobrazí se seřazený seznam nasazení pro tuto skupinu prostředků s nejnovějším.

  4. Posuňte se k nejstarší položce v tomto seznamu. Tato položka odpovídá nasazení, které jste začali v předchozí části. Vyberte nejstarší nasazení, jak je znázorněno na následujícím snímku obrazovky.

    Snímek obrazovky webu Azure Portal zobrazující seznam nasazení skupin prostředků

  5. Na levém panelu vyberte Výstupy. Tento seznam zobrazuje výstupní hodnoty z nasazení. Užitečné informace jsou zahrnuty ve výstupech. Zajímá nás výstupy, které nám umožňují zkontrolovat doménu a interagovat s operátorem. Ostatní hodnoty ve výstupech jsou podrobně vysvětleny v uživatelské příručce WebLogic v AKS.

  6. Vyhledejte výstup s názvem shellCmdtoConnectAks. Vložte hodnotu výstupu do prostředí Bash a spusťte příkaz. Tento příkaz umožňuje použít, kubectl jak je popsáno v Připojení do clusteru.

  7. Vyhledejte výstup s názvem shellCmdtoOutputWlsDomainYaml. Vložte hodnotu výstupu do prostředí Bash a spusťte příkaz. Tento příkaz vypíše prostředek domény jako soubor YAML.

  8. Teď, když máte doménu YAML aktuálního nasazení, můžete použít znalosti v nasazení souborů YAML prostředků domény a projít si tyto doprovodné materiály , kde najdete další informace o migraci domén. Tyto pokyny vyžadují přizpůsobení se způsobu provádění akcí Kubernetes, ale přesto je užitečné vědět o tom.

Účet pro úložiště klíčů

Musíte zajistit migraci všech úložišť klíčů SSL, které aplikace používá. Další informace najdete v tématu Konfigurace úložišť klíčů.

Připojení zdrojů JMS

Po připojení databází můžete nakonfigurovat JMS podle pokynů v dokumentaci k WebLogic v části věnované správě prostředkům JMS Fusion Middleware pro server Oracle WebLogic.

Účet pro protokolování

Bez hlavního protokolování nemůžete provádět cloud. Operátor poskytuje ukázky pro použití Elasticsearch a Kibana. Další informace najdete v dokumentaci operátora. Azure poskytuje skvělou podporu pro Elastic. Úplné podrobnosti najdete v tématu Co je integrace Elastic s Azure?. Znalosti v těchto dvou prostředcích můžete kombinovat, abyste dosáhli řešení protokolování optimalizovaného pro Azure pro WLS v AKS.

Migrace aplikací

Bez ohledu na to, jestli jste se rozhodli poskytnout soubor WAR nebo EAR v době nasazení, musíte aplikaci aktualizovat prostřednictvím CI/CD. Dokumentace operátora obsahuje ukázku, která ukazuje, jak tuto aktualizaci provést. Další informace najdete v tématu Aktualizace 3. Ostatní ukázky aktualizací jsou relevantní pro migraci a stojí za to prozkoumat.

Testování

Všechny testy v kontejnerech proti aplikacím musí být nakonfigurovány tak, aby měly přístup k novým serverům běžícím v Azure. Stejně jako v případě problémů s CI/CD musíte zajistit, aby vaše testy umožňovaly přístup k aplikacím nasazeným do Azure. Další informace najdete v tématu Skupiny zabezpečení sítě.

Po migraci

Po dosažení cílů migrace, které jste definovali v části Před migrací, proveďte několik kompletních akceptačních testů, abyste ověřili, že vše funguje podle očekávání. Pokyny k některým možným vylepšením po migraci najdete v následujících doporučeních: