將 WebLogic Server 應用程式遷移至 Azure Kubernetes Service （AKS）

發行項
05/07/2024

本指南說明當您想要移轉現有的 WebLogic Server （WLS）應用程式以在 Azure Kubernetes Service （AKS）上執行時應該注意的事項。

移轉前

為確保成功移轉，在開始之前，請先完成下列各節中所述的評量和清查步驟。

確定目標是移轉工作的適當目標

成功將 WLS 應用程式移轉至 Azure 的第一個步驟是選取最適當的移轉目標。 WLS 在 Azure 虛擬機（VM）或 Azure Kubernetes Service （AKS）上執行良好。 VM 目標是最簡單的選擇，因為它最類似於內部部署部署。虛擬機器的系統管理與部署體驗非常類似您擁有的內部部署。這種緩解的取捨是經濟成本。一般而言，相較於 AKS，VM 型解決方案的每分鐘成本較高。雖然以 AKS 為基礎的解決方案執行成本較低，但您必須限制應用程式以符合 AKS 的需求。如果最小化變更是移轉工作最重要的因素，請考慮以 VM 為基礎的移轉。在此情況下，請參閱將 WebLogic 應用程式遷移至 Azure 虛擬機器。如果您可以容許將應用程式轉換成 Kubernetes 內執行，以降低運行時間成本，請考慮以 AKS 為基礎的移轉。在此情況下，請繼續進行將 WebLogic Server 應用程式遷移至 Azure Kubernetes Service。

判斷預先建置的 Azure Marketplace 供應專案是否為良好的起點

一旦您決定 AKS 是適當的部署目標，您必須接受 Oracle WLS Kubernetes 運算符（運算子）是在 Kubernetes 上執行 WLS 的唯一方法。接受此事實之後，您必須決定預先建置的 Azure Marketplace 供應專案是否為良好的起點。以下是有關預先建置 Azure Marketplace 供應專案的一些考慮事項。

Oracle 和Microsoft建立此供應專案，可讓您使用映射網域主來源類型的模型，在 AKS 上快速布建 WLS。本文稍後會更詳細地說明此概念。
概括而言，供應專案會為您自動化下列步驟。
- 如有需要，請採用現有的 WAR 或 EAR 部署。
- 使用 WebLogic Image Tool 將它包裝在容器中（WIT）。如需詳細資訊，請參閱 Oracle 檔中的 WebLogic Image Tool 。
- 在 AKS 上安裝及設定 WebLogic Kubernetes 運算子。
- 使用運算符來執行整個專案。操作員會叫用WebLogic Deploy Tooling （WDT）來支援WebLogic環境，並根據元數據模型以可重複的方式執行網域生命週期作業。如需詳細資訊，請參閱 Oracle 檔中的 WebLogic Deploy Tooling 。
雖然預先建置的供應項目確實提供許多 Azure 服務整合，例如應用程式閘道、彈性記錄、資料庫整合等等，但它確實有許多簡化的假設。這些假設會使供應專案不如主控和使用操作員自己一樣靈活。

如果您未使用預先建置的 Azure Marketplace 供應專案，您必須瞭解如何直接使用操作員。掌握運算元超出本文的範圍。 Oracle 提供 WLS Kubernetes 運算子的完整檔。

本節的其餘部分提供決定使用預先建置的 Azure Marketplace 供應專案或使用操作員的一些考慮。

決定是否要使用預先建置的 Azure Marketplace 供應專案

首先，您必須瞭解 WLS「網域」的概念。網域是邏輯上相關的 WLS 資源群組。如需 WLS 網域的正式定義，請參閱 Oracle 檔。在 AKS 上執行 WLS 需要決定 AKS 如何處理網域。各種選擇稱為「網域主來源類型」。 WLS Kubernetes 運算元支援網域主來源類型的三個選項。預先建置的 Azure Marketplace 供應專案會使用此表格中的第一個供應專案。

網域首頁來源類型	描述	正面層面	負面層面
影像中的模型	WLS 和應用程式位於容器映射中，其他一切都會保留在該映射之外。	預建供應項目支援。記載為官方範例：請參閱 Oracle。大部分都使用 WDT。大部分的「雲端原生」選項。最簡單的 CI/CD 整合。	最大的學習曲線。
PV 中的網域	網域位於 Kubernetes 永續性磁碟區上。	在概念上類似於在 VM 上執行。您可以使用 WLS 控制台進行變更，而且這些變更會持續在整個 AKS Pod 重新啟動。記載為官方範例：請參閱 Oracle。	必須減輕與 NFS 相關的一些挑戰。如需詳細資訊，請參閱 Oracle。這種方法是最不具「雲端原生」技術;狀態完全位於 AKS 叢集外部。
影像中的網域	網域位於容器映像中。應用程式包含在網域映像上覆寫的容器映像中。	比 PV 中的網域更「雲端原生」。 CI/CD 更容易。	無法使用 WLS 控制台。必須維護更多容器映像。

重要

如果您選擇 PV 來源類型的網域，強烈建議使用 NFS，而不是 SMB。 NFS 從 UNIX 操作系統進化而來，以及其他變體，例如 GNU/Linux。因此，當搭配 Docker 等容器技術使用 NFS 時，並行讀取和檔案鎖定不太可能發生問題。

請務必啟用 NFS v4.1。低於 v4.1 的版本會有問題。

運算符檔也包含比較各種選項的實用數據表。如需詳細資訊，請參閱選擇網域首頁來源類型。

若要了解預先建置的 Azure Marketplace 供應專案，請參閱快速入門：使用 Azure 入口網站在 Azure Kubernetes Service 上部署 WebLogic Server。如需預先建置 Azure Marketplace 供應項目的參考檔，請參閱 Oracle。

若要直接使用運算符，請嘗試運算符檔中的範例。

既然您已瞭解在 AKS 上處理 WLS 網域的各種方式，您最好選擇要使用預先建置的 Azure Marketplace 供應專案，還是直接使用操作員自行執行。

判斷 WebLogic 版本是否相容

您現有的 WLS 版本必須是操作員支援的其中一個版本。 Oracle 會在 Oracle Container Registry （OCR）中維護這些版本。使用下列步驟來查看支援的版本清單。

請流覽 Oracle Container Registry 網站並登入。如需詳細資訊，請參閱https://container-registry.oracle.com/。
如果您有支持權利，請選取 [中間件]，然後搜尋 weblogic_cpu。選取 [weblogic_cpu]。
如果您沒有 Oracle 的支持權利，請選取 [中間件]，然後搜尋 Weblogic。選取 [Weblogic]。

注意

進入生產環境之前，請取得來自 Oracle 的支援權利。無法這麼做會導致執行不安全的映像，而這些映像未針對重大安全性缺陷進行修補。如需 Oracle 重要修補程式更新的詳細資訊，請參閱重大修補程式更新、安全性警示和公告。

預先建置的 Azure Marketplace 供應專案可讓您從 OCR 和 Azure Container Registry （ACR）中選取 WLS 映像，從而隱含地支援 OCR 提供的所有版本。如果您指示供應專案從 ACR 提取映像，請確定它衍生自 OCR 中列出的其中一個支援版本。

清查伺服器容量

記錄目前生產伺服器的硬體（記憶體、CPU、磁碟），以及平均和尖峰要求計數和資源使用率。無論您選擇哪一種遷移路徑，您都需要這項資訊。例如，協助引導選取節點集區中 VM 的大小、容器要使用的記憶體數量，以及容器需要多少 CPU 共用。

它可以調整 AKS 中的節點集區大小。若要瞭解如何，請參閱調整 Azure Kubernetes Service （AKS）中的節點集區大小。

清查所有秘密

在 Azure 金鑰保存庫等「設定即服務」技術出現之前，沒有定義完善的「秘密」概念。相反地，您所擁有的是一組完全不同的組態設定，其作用實際上等同於我們現在所謂的「秘密」。使用 WebLogic Server 之類的應用程式伺服器，這些秘密位於許多不同的組態檔和組態存放區中。檢查實際執行伺服器上的所有屬性和設定檔是否有任何秘密和密碼。請務必在 WAR 中檢查 weblogic.xml 。您也可以在應用程式內找到包含密碼或認證的設定檔。如需詳細資訊，請參閱 Azure 金鑰保存庫基本概念。

一旦您有穩固的秘密清查，請參閱操作員檔，以取得有關秘密的資訊。如需詳細資訊，請參閱秘密。

清查所有憑證

記載所有用於公用 SSL 端點的憑證。您可以執行下列命令來檢視實際執行伺服器上的所有憑證：

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

一旦您有穩固的憑證清查，即可直接使用預先建置的 Azure Marketplace 供應專案來安裝憑證。如需詳細資訊，請參閱 TLS/SSL 組態。如果您直接使用運算符，請參閱更新操作員外部憑證。

驗證支援的 Java 版本是否正常運作

WebLogic 到 Azure 的所有移轉路徑都需要特定的 Java 版本，每個路徑各有不同。您必須驗證應用程式是否能夠使用該支援的版本正確執行。

注意

如果您的目前伺服器是在不支援的 JDK 上執行，此驗證特別重要（例如 Oracle JDK 或 IBM OpenJ9）。

若要取得目前的 Java 版本，請登入您的生產伺服器，然後執行下列命令：

java -version

注意

在 Azure 虛擬機上移轉至 WLS 時，特定 Java 版本的需求取決於虛擬機上預安裝的 Java。在 AKS 上移轉至 WLS 時，特定 Java 版本取決於所選的容器映像。有多種選擇，但所有選項都使用 Oracle JDK。

清查 JNDI 資源

清查所有 JNDI 資源。例如，資料庫之類的數據源可能會有相關聯的 JNDI 名稱，可讓 JPA 正確地將的 EntityManager 實例系結至特定資料庫。如需 JNDI 資源和資料庫的詳細資訊，請參閱 Oracle 檔中的 WebLogic Server 數據源。其他 JNDI 相關資源，例如 JMS 訊息代理程式，可能需要移轉或重新設定。如需 JMS 設定的詳細資訊，請參閱 Oracle WebLogic Server 12.2.1.4.0。

如果您使用預先建置的 Azure Marketplace 供應專案，您可以在部署期間自定義的一組 JNDI 資源僅限於供應專案所支援的內容。在供應項目檔中搜尋 JNDI。如果您直接使用運算符，則可以根據您選擇的網域主來源類型來定義 JDNI 資源。針對 PV 中的網域，您可以使用 WLST 或管理控制台，以一般方式設定它們。如需影像中的定義域或影像中的模型，請參閱一般覆寫。

檢查您的網域設定

WebLogic Server 中的主要組態單位是網域。因此， config.xml 檔案包含大量組態，您必須仔細考慮移轉。檔案包含儲存在子目錄中之其他 XML 檔案的參考。 Oracle 建議您通常應該使用 管理控制台 來設定 WebLogic Server 的可管理對象和服務，並允許 WebLogic Server 維護 config.xml 檔案。如需詳細資訊，請參閱網域組態檔。

在應用程式內

檢查 WEB-INF/weblogic.xml 檔案和/或 WEB-INF/web.xml 檔案。

預先建置的 Azure Marketplace 供應項目會自動建立網域資源。如果您直接使用運算符，您可以完全自定義網域的呈現方式。如需完整資訊，請參閱網域資源。

判斷是否使用會話複寫

如果您的應用程式依賴會話復寫，且具有或不含 Oracle 一致性*Web，您有三個選項：

一致性*Web 可以與 Azure 虛擬機中的 WebLogic Server 一起執行，但您必須在布建供應項目之後手動設定此選項。如果您使用獨立式一致性，您也可以在 Azure 虛擬機中執行它，但在布建供應項目之後，您必須手動設定此選項。
重構您的應用程式以使用資料庫進行會話管理。
重構您的應用程式，以將會話外部化至 Azure Redis 服務。如需詳細資訊，請參閱 Azure Cache for Redis。

對於所有這些選項，最好掌握 WebLogic 如何執行 HTTP 會話狀態複寫。如需詳細資訊，請參閱 Oracle 檔中的 HTTP 工作階段狀態複寫。

預先建置的 Azure Marketplace 供應專案支援透過應用程式閘道輸入控制器的會話親和性。默認會啟用以 Cookie 為基礎的親和性。您可以選取 [ 停用 Cookie 型親和性 ] 加以停用。在文件中尋找以 Cookie 為基礎的親和性，以取得供應專案。

檔數據源

如果應用程式使用任何資料庫，則必須擷取下列資訊：

數據源名稱為何？
連線集區設定是什麼？
哪裡可以找到 JDBC 驅動程式 JAR 檔案？

如需 WebLogic 中 JDBC 驅動程式的詳細資訊，請參閱搭配 WebLogic Server 使用 JDBC 驅動程式。

預先建置的 Azure Marketplace 供應項目支援最熱門的資料庫。如需詳細資訊，請參閱資料庫。針對 PV 中的網域，您可以使用 WLST 或管理控制台，以一般方式設定它們。如需影像中的定義域或影像中的模型，請參閱一般覆寫。

判斷 WebLogic 是否已自定義

判斷已進行下列哪一項自定義，並擷取已完成的工作。

啟動文稿是否已變更？這類腳本包括 setDomainEnv、commEnv、startWebLogic 和 stopWebLogic。
是否有任何特定參數傳遞至 JVM？
是否有 JAR 新增至伺服器類別路徑？

您必須在 AKS 執行的容器映像中擷取這些自定義。針對預先建置的 Azure Marketplace 供應專案，建立自定義容器映像並在 Azure Container Registry 中提供自定義映像，然後在部署時間指向該登錄，以最佳方式處理這類自定義。如需詳細資訊，請參閱影像選取。如果您直接使用運算符，請參閱 JVM 記憶體和 Java 選項環境變數。

判斷是否使用透過 REST 進行管理

如果應用程式的生命週期包含使用透過 REST 管理，您需要擷取哪些埠可用來存取 REST API，並判斷其如何進行驗證和公開。移轉之後，您必須確保公開這些相同的埠和驗證機制，讓您的應用程式生命週期可以像移轉之前一樣運作。如需詳細資訊，請參閱使用 RESTful Management Services 管理 Oracle WebLogic Server。

唯一一個網域主來源類型，因為繼續透過 REST 使用管理是 PV 中的網域。它可以與其他網域主來源類型搭配使用，但所做的變更是暫時的，而且不會在 Pod 重新啟動之間保存。

判斷是否需要連線至內部部署環境

如果您的應用程式需要存取您的任何內部部署服務，您必須佈建其中一個 Azure 連線能力服務。如需詳細資訊，請參閱將內部部署網路連線至 Azure。或者，您必須重構應用程式，以使用內部部署資源所顯示的公開可用 API。

判斷 Java 訊息服務（JMS）佇列或主題是否正在使用中

如果您的應用程式使用 JMS 佇列或主題，您必須將它們移轉至外部裝載的 JMS 伺服器。 Azure 服務匯流排和進階消息佇列通訊協議，對於使用 JMS 的通訊協定而言，是絕佳的移轉策略。如需詳細資訊，請參閱搭配 Azure 服務匯流排標準和AMQP 1.0使用Java Message Service 1.1。

如果您已設定 JMS 持續性存放區，就必須在移轉之後擷取存放區的設定並加以套用。

如果您使用 Oracle Message Broker，您可以將此軟體移轉至 Azure 虛擬機，並依目前使用。

判斷您是否使用自己的自定義建立共用Java EE 連結庫

如果您使用共用 Java EE 連結函式庫功能，您有兩個選項：

重構應用程式程式代碼以移除連結庫上的所有相依性，並改為將功能直接併入您的應用程式。
將連結庫新增至伺服器類別路徑。

您可以使用與判斷 WebLogic 是否已自定義中所述的相同技術來處理這些連結庫。

判斷是否使用OSGi套件組合

如果您使用新增至 WebLogic 伺服器的 OSGi 套件組合，則必須將相等的 JAR 檔案直接新增至 Web 應用程式。

您可以將它們包含在提供給預先建置 Azure Marketplace 供應專案的 WAR 或 EAR 中，或使用操作員直接使用。

判斷您的應用程式是否包含 OS 特定程式代碼

如果您的應用程式包含主機 OS 上具有相依性的任何程式代碼，則必須重構它以移除這些相依性。例如，您可能需要使用或 \ 取代檔案系統路徑File.Separator中的任何用法/，或Paths.get如果您的應用程式在 Windows 上執行。

AKS 上的 WLS 會在 Oracle Linux 上執行。任何 OS 特定程式代碼都必須與 Oracle Linux 相容。若要瞭解如何探索特定的OS資訊，請遵循判斷WebLogic版本是否相容中的步驟。

判斷 Oracle 服務匯流排是否正在使用中

如果您的應用程式使用 Oracle 服務匯流排（OSB），您必須擷取 OSB 的設定方式。如需詳細資訊，請參閱關於 Oracle 服務匯流排安裝。

預先建置的 Azure Marketplace 供應專案不支援 OSB。如果您必須使用 OSB，則必須直接使用運算符。

判斷應用程式是否由多個 WAR 組成

如果應用程式由多個 WAR 組成，則應該將這些 WAR 視為個別應用程式，並瀏覽本指南以了解這些 WAR。

判斷應用程式是否封裝為 EAR

如果您的應用程式封裝為 EAR 檔案，請務必檢查 application.xml 和 weblogic-application.xml 檔案並擷取其組態。

預先建置的 Azure Marketplace 供應項目支援 WAR 和 EAR。直接使用運算子也支援 WAR 和 EAR。

識別在生產伺服器上執行的所有外部處理序和精靈

如果您有任何在應用程式伺服器外部執行的處理序 (例如監視精靈)，則必須加以消除或將其遷移到其他位置。

判斷是否使用 WebLogic 文稿工具（WLST）

如果您目前使用WLST來執行部署，則必須評估其運作狀況。如果 WLST 正在變更應用程式的任何（執行時間）參數作為部署的一部分，您必須確定此行為在移轉後測試應用程式時會繼續運作。

唯一與使用 WLST 相容的網域主來源類型是 PV 中的網域。如需詳細資訊，請參閱 PV 上的網域首頁。

判斷是否要使用檔案系統及如何使用

Kubernetes 會處理具有永續性磁碟區的文件系統（PV）。預先建置的 Azure Marketplace 供應項目支援掛接永續性磁碟區，以及直接使用運算符時。如果您在 PV 中使用網域，則文件系統是組態的核心層面。

唯讀靜態內容

如果應用程式目前提供靜態內容，則必須為其提供替代位置。您可能想要考慮將靜態內容移至 Azure Blob 儲存體，並新增 Azure CDN 以進行全球閃電快速下載。如需詳細資訊，請參閱 Azure 儲存體中的靜態網站裝載和快速入門：整合 Azure 儲存體帳戶與 Azure CDN。

動態發佈的靜態內容

如果您的應用程式允許您應用程式上傳/產生的靜態內容，但在建立後不可變，則您可以使用上述的 Azure Blob 儲存體和 CDN，搭配 Azure 函式來處理上傳和 CDN 重新整理。我們已在使用 Azure Functions 上傳和透過 CDN 預先載入靜態內容中提供範例實作供您使用。

判斷網路拓撲

目前一組 Azure Marketplace 供應專案是移轉的起點。如果供應專案未涵蓋您需要移轉的架構層面，您就必須擷取現有部署的網路拓撲，並在 Azure 中重現該拓撲，即使在使用其中一個解決方案範本站立基本供應項目之後也一樣。

這是一個非常廣泛的主題，但下列參考可以為您的移轉工作提供一些方向：

此參考會列舉與將網路拓撲移轉至 Azure：快速追蹤部署指南相關的高階主題。
本參考說明有關叢集的重要考慮，這會影響網路拓撲： WebLogic Server 叢集。
由於數據源是 WebLogic 系統中的個別伺服器，因此您必須將它們視為網路拓撲分析的一部分。 WebLogic Server 數據源。
傳訊來源也是個別的伺服器。 WebLogic Server 傳訊
負載平衡是基本需求。本參考涵蓋負載平衡的 WebLogic 伺服器端：叢集中的負載平衡。

用於 JCA 配接器和資源配接器的帳戶

如果您的部署依賴資源配接器，最支援的選項是 PV 上的網域首頁。

考慮使用自定義安全性提供者和 JAAS

如果您的應用程式使用 JAAS，您必須確定安全性提供者的設定已正確移轉。如需詳細資訊，請參閱 Oracle 檔中關於設定 WebLogic 安全性提供者。

如果您的部署依賴安全性提供者，最支援的選項是 PV 上的網域首頁。

判斷是否使用 WebLogic 叢集

運算子會處理在 AKS 上執行 WLS 的所有可能方式的叢集。

檢查EJB叢集

如果您的應用程式使用本機 EJB，您必須將其遷移至叢集 EJB。如需詳細資訊，請參閱叢集與本機 EJB。

考慮負載平衡需求

考慮負載平衡的最佳方式是使用內建 Azure Marketplace 供應專案所提供的應用程式網關整合。如需詳細資訊，請參閱教學課程：使用 Azure 應用程式閘道作為負載平衡器將WebLogic Server 叢集移轉至 Azure。

判斷是否使用 Java EE 應用程式用戶端應用程式功能

如果您的部署依賴 Java EE 應用程式用戶端，最好直接使用運算符。如需詳細資訊，請參閱外部用戶端。

判斷是否需要多個容器映像

WebLogic Server 網域可以包含多個叢集。例如，多層式應用程式可以在單一網域中表示，但有兩個叢集，例如「前端」和「後端」。不需要更新後端，就能更新前端，反之亦然。不過，使用映像網域主來源類型的模型，整個定義域會以一個容器映像表示。若要容納此使用案例，您必須將叢集分成自己的網域，每個網域都有自己的容器映像。操作員可以在多個命名空間中管理多個網域。如需詳細資訊，請參閱選擇網域命名空間選取策略

採用多個網域可能會造成網域之間的 T3 存取問題。若要解決這些問題，請啟用自定義通道，如判斷是否需要啟用未知主機存取中所述。

判斷是否需要啟用未知主機存取

針對下列案例，您可能需要將修補程式套用至 WebLogic，以啟用未知主機存取：

允許 T3 透過自定義通道從 AKS 外部用戶端存取 AKS 中的 WLS 叢集。
允許透過自定義通道在 AKS 中的不同 WLS 網域之間進行 T3 存取。

如需修補程式的詳細數據，請遵循如何在 My Oracle Support（MOS）中使用修補程式搜尋中的指引，並搜尋修補程式 30656708。

套用修補程序之後，請參閱啟用未知主機存取。

遷移

本節中的步驟假設您的分析已引導您決定使用預先建置的 Azure Marketplace 供應專案。

布建供應專案

若要在 Azure 入口網站開啟供應專案，請參閱 https://aka.ms/wlsaks。選取 [建立]，然後遵循供應項目檔中的指示。使用您在上述步驟中收集的信息，協助填寫供應專案欄位。

移轉網域

布建供應項目之後，請遵循下列步驟輸出網域。

如果您離開 [正在進行部署] 頁面，則下列步驟顯示如何返回該頁面。如果您仍在顯示 [您的部署已完成] 的頁面上，您可以跳到第 5 步。

在任何入口網站頁面的左上方，選取漢堡功能表，然後選取 [資源群組]。
在包含 [篩選任何欄位] 文字的方塊中，輸入您先前建立資源群組的前幾個字元。如果您遵循建議的慣例，請輸入您的縮寫，然後選取適當的資源群組。
在左側瀏覽窗格中的 [設定 ] 區段中，選取 [部署 ] 以查看此資源群組的已排序部署清單，其中會先列出最新的部署清單。
捲動至此清單中的最舊項目。此項目會對應至您已在上節中啟動的部署。選取最舊部署，如下列螢幕擷取畫面所示。
在左側窗格中，選取 [輸出]。此清單顯示部署的輸出值。輸出中包括有用的資訊。我們對允許我們檢查網域並與操作員互動的輸出感興趣。輸出中的其他值會在 AKS 使用者指南上的 WebLogic 中詳細說明。
找出名為 shellCmdtoConnectAks的輸出。將輸出的值貼到Bash殼層中，然後執行命令。此命令可讓您使用 kubectl ，如聯機到叢集中所述。
找出名為 shellCmdtoOutputWlsDomainYaml的輸出。將輸出的值貼到Bash殼層中，然後執行命令。此命令會將網域資源輸出為 YAML 檔案。
既然您已擁有目前部署的網域 YAML，您可以套用部署網域資源 YAML 檔案中的知識，並檢閱本指南以取得如何移轉網域的更多線索。本指南需要適應才能套用至 Kubernetes 執行工作的方式，但瞭解仍很有用。

KeyStores 的帳戶

您必須考慮移轉應用程式所使用的任何 SSL KeyStore。如需詳細資訊，請參閱設定金鑰存放區。

線上 JMS 來源

聯機資料庫之後，您可以依照 WebLogic 檔中的 Fusion 中間件管理 Oracle WebLogic Server JMS 資源的指示來設定 JMS。

用於記錄的帳戶

您無法在沒有掌握記錄的情況下執行雲端作業。運算子提供使用 Elasticsearch 和 Kibana 的範例。如需詳細資訊，請參閱操作員檔。 Azure 為彈性提供了絕佳的支援。如需完整詳細數據，請參閱什麼是彈性與 Azure 的整合？。您可以結合這兩個資源中的知識，以達成 AKS 上 WLS 的 Azure 優化記錄解決方案。

移轉您的應用程式

無論您是否選擇在部署階段提供 WAR 或 EAR 檔案，都需要透過 CI/CD 更新應用程式。操作員檔有示範如何執行此更新的範例。如需詳細資訊，請參閱 Update 3。其他更新範例與移轉相關，值得探索。

測試

針對應用程式進行的任何容器內測試都必須設定為存取在 Azure 內執行的新伺服器。如同 CI/CD 考慮，您必須確定必要的網路安全性規則可讓您的測試存取部署至 Azure 的應用程式。如需詳細資訊，請參閱網路安全性群組。

移轉後

在您達到您在移轉前步驟中定義的移轉目標之後，請執行一些端對端驗收測試，以確認一切如預期般運作。如需某些潛在移轉后增強功能的指引，請參閱下列建議：

調整大小。動態調整是重要的價值主張，可證明使用 Kubernetes 的複雜性。結合教學課程：在 Azure Kubernetes Service 中調整應用程式與操作員檔一節調整以達成 WLS 原生 Kubernetes 優化調整解決方案的知識。完全可以使用 Prometheus 和 Grafana 等熱門現成解決方案，在 AKS 上使用 WLS 進行調整。如需詳細資訊，請參閱在 Kubernetes 上使用 Prometheus 和 Grafana 監視 WebLogic Server。 Azure 具有受控 Grafana 服務。如需詳細資訊，請參閱什麼是 Azure 受控 Grafana？。
如果您已使用 Azure 應用程式閘道部署 WebLogic Server，請遵循供應專案中的步驟，在應用程式閘道上執行更多設定。如需詳細資訊，請參閱應用程式閘道設定概觀。
使用進階的負載平衡服務來增強網路拓撲。如需詳細資訊，請參閱在 Azure 中使用負載平衡服務。
使用 Azure 監視器和 Application Insights 取得 Java 優化的應用程式效能監視。如需詳細資訊，請參閱 Kubernetes 的零檢測應用程式監視 - Azure 監視器 Application Insights。
使用 Azure 儲存體來提供掛接至 AKS 的靜態內容。如需詳細資訊，請參閱 Azure Kubernetes Service (AKS) 中適用於應用程式的儲存體選項。結合此知識與操作員檔一節，提供永續性磁碟區宣告的存取權。
使用 Azure DevOps 將應用程式部署至已移轉的 WebLogic 叢集。如需詳細資訊，請參閱 Azure DevOps 用戶入門檔。
使用 Azure 受控識別來管理秘密，並指派角色型存取權給 Azure 資源。如需詳細資訊，請參閱什麼是適用於 Azure 資源的受控識別？。
整合 WebLogic Java EE 驗證和授權與Microsoft Entra 識別碼。如需詳細資訊，請參閱整合 Microsoft Entra 用戶入門指南。

共用方式為