WebSphere-toepassingen migreren naar Azure Red Hat OpenShift

  • Artikel

In deze handleiding wordt beschreven waar u rekening mee moet houden wanneer u een bestaande WebSphere Application Server-workload (WAS) wilt migreren naar IBM WebSphere Liberty of Open Liberty die wordt uitgevoerd op Azure Red Hat OpenShift.

Premigratie

Voltooi voordat u begint de evaluatie- en inventarisstappen die in de volgende secties worden beschreven om een geslaagde migratie te garanderen.

Zorg ervoor dat het doel het juiste doel is voor uw migratie-inspanning

De eerste stap bij een geslaagde migratie van een WAS-toepassing naar Azure is het selecteren van het meest geschikte migratiedoel.

WAS is traditioneel goed uitgevoerd op virtuele Azure-machines. Het doel van de virtuele machine (VM) is de eenvoudigste keuze, omdat deze het meest lijkt op een on-premises implementatie. De beheer- en implementatie-ervaring voor virtuele machines is vergelijkbaar met wat u on-premises hebt.

Een andere optie is om naar containers te migreren door traditionele WAS-werkbelasting te converteren naar toepassingscontainers. U kunt het containerdoel uitvoeren op Azure Kubernetes Service (AKS) en Azure Red Hat OpenShift. De afweging voor dit gemak is economische kosten.

Over het algemeen zijn de kosten per minuut voor een vm-oplossing hoger in vergelijking met containers. Hoewel een oplossing op basis van containers minder kost om te worden uitgevoerd, moet u uw toepassing beperken tot aan de vereisten van het containerindelingsplatform.

Als het minimaliseren van de wijziging de belangrijkste factor is voor uw migratie-inspanning, kunt u een migratie op basis van een VM overwegen. In dit geval raadpleegt u WebSphere-toepassingen migreren naar Azure Virtual Machines.

Als u het converteren van uw toepassing tolereert om te worden uitgevoerd binnen containers om de runtimekosten te verlagen, kunt u een migratie op basis van AKS of Azure Red Hat OpenShift overwegen.

Voor migratie op basis van AKS kunt u de gratis laag gaan gebruiken. Ontvang gratis clusterbeheer en betaal alleen voor de virtuele machines, gekoppelde opslag en netwerkresources die worden gebruikt. Zie In dit geval WebSphere-toepassingen migreren naar Azure Kubernetes Service.

Voor migratie op basis van Azure Red Hat OpenShift, naast de kosten voor reken- en infrastructuur, hebben toepassingsknooppunten nog een andere kosten voor het OpenShift-licentieonderdeel. Deze kosten worden gefactureerd op basis van het aantal toepassingsknooppunten en het exemplaartype. Gebruik prijzen op aanvraag of gereserveerde instanties, afhankelijk van de behoeften van uw workload en bedrijf. Zie In dit geval WebSphere-toepassingen migreren naar Azure Red Hat OpenShift.

De handleidingen in de Documentatie van Azure Red Hat OpenShift hebben betrekking op enkele aspecten die relevant zijn voor migratie. Zie de Documentatie voor Azure Red Hat OpenShift voor de volledige lijst met handleidingen.

Bepalen of de vooraf gemaakte Azure Marketplace-aanbieding een goed uitgangspunt is

Nadat u hebt besloten dat Azure Red Hat OpenShift het juiste implementatiedoel is, moet u accepteren dat de IBM WebSphere Liberty-operator of Open Liberty Operator (de operator) de enige manier is om Liberty uit te voeren op Kubernetes. Nadat u dit feit hebt geaccepteerd, moet u beslissen of de vooraf gemaakte Azure Marketplace-aanbieding een goed uitgangspunt is. Hier volgen enkele aandachtspunten voor de vooraf gemaakte Azure Marketplace-aanbieding:

  • IBM en Microsoft hebben deze aanbieding gemaakt zodat u Liberty snel kunt inrichten in Azure Red Hat OpenShift. Dit concept wordt in meer detail uitgelegd in de volgende inhoud.
  • Op hoog niveau automatiseert de aanbieding de volgende stappen voor u.
    • Maak desgewenst een bestaande toepassingsinstallatiekopieën.
    • Richt desgewenst een Azure Red Hat OpenShift-cluster in.
    • Installeer en configureer de IBM WebSphere Liberty-operator of Open Liberty-operator in Azure Red Hat OpenShift.
    • Gebruik de operator om alles uit te voeren. De operator implementeert en beheert in containers geplaatste Liberty-toepassingen in Azure Red Hat OpenShift. U vindt de referentiedocumentatie bij IBM WebSphere Liberty operator en Open Liberty operator.

Als u de vooraf gemaakte Azure Marketplace-aanbieding niet gebruikt, moet u leren hoe u de operator rechtstreeks kunt gebruiken. Het beheersen van de operator valt buiten het bereik van dit artikel. De volledige documentatie voor de operator is beschikbaar bij IBM WebSphere Liberty operator en Open Liberty operator.

Nu u kennis hebt gemaakt met de verschillende manieren om Liberty op Azure Red Hat OpenShift te verwerken, kunt u beter kiezen of u de vooraf gemaakte Azure Marketplace-aanbieding wilt gebruiken of dat u dit zelf kunt doen met behulp van de operator.

Bepalen of de Liberty-versie compatibel is

U hebt de Open Liberty Operator of de WebSphere Liberty-operator nodig om toepassingen te implementeren en te beheren op Kubernetes-clusters. Zorg ervoor dat uw bestaande Liberty-versie een van de versies is die door de operator worden ondersteund. Versies van Open Liberty worden onderhouden in GitHub OpenLiberty/open-liberty. IBM onderhoudt versies van IBM WebSphere Application Server Liberty. Zie WebSphere Application Server Liberty voor meer informatie.

Met de vooraf samengestelde Azure Marketplace-aanbieding kunt u uw toepassingsinstallatiekopieën selecteren uit het openbare register en dus impliciet alle versies ondersteunen.

Bepalen of een licentie nodig is

Voor IBM WebSphere Liberty moet u de voorwaarden voor de gebruiksrechtovereenkomst accepteren die overeenkomt met de versie van het IBM-programma in de toepassingscontainer. Zie Licentiegegevens voor WebSphere Liberty-operator weergeven voor de licentieovereenkomst die van toepassing is op dit IBM-programma. Zie Running WebSphere Liberty op Microsoft Azure voor meer informatie.

Als uw producteditie iets anders is dan de standaardVERSIE van IBM WebSphere Application Server (basis), moet u de .spec.license.edition value producteditie opgeven. Andere beschikbare waarden zijn IBM WebSphere Application Server Liberty Core en IBM WebSphere Application Server Network Deployment. Met de vooraf samengestelde Azure Marketplace-aanbieding kunt u de ondersteunde producteditie selecteren.

Inventarisverschillen met behulp van IBM-migratiehulpprogramma's

Als u uw toepassingen wilt verplaatsen naar WebSphere Application Server Liberty of Open Liberty, moet u uw migratie plannen, uw toepassingen analyseren en uw broncode bijwerken. IBM biedt migratiehulpprogramma's om eventuele verschillen tussen uw huidige omgeving en de technologieën in uw nieuwe Liberty-omgeving te identificeren, zoals Java EE 7 of Java EE 8 en Java SE 8 of Java SE 11. Zie Toepassingen migreren naar Liberty voor meer informatie.

Servercapaciteit inventariseren

Documenteer de hardware (geheugen, CPU, schijf) van de huidige productieservers en het gemiddelde en piekaantal aanvragen en resourcegebruik. U hebt deze informatie nodig, ongeacht het migratiepad dat u kiest. Deze informatie is bijvoorbeeld handig bij het selecteren van de grootte van de VM's in uw knooppunt, de hoeveelheid geheugen die door de container moet worden gebruikt en hoeveel CPU-shares de container nodig heeft.

Om te profiteren van ongebruikte capaciteit tegen aanzienlijke kostenbesparingen, is het mogelijk om Azure Spot Virtual Machines te gebruiken in Azure Red Hat OpenShift. Zie Azure Spot Virtual Machines gebruiken in een Azure Red Hat OpenShift-cluster voor meer informatie.

Alle geheimen inventariseren

Voor de ontwikkeling van 'configuratie als een service'-technologieën zoals Azure Key Vault, was er geen goed gedefinieerd concept voor 'geheimen'. In plaats daarvan had u een set uiteenlopende configuratie-instellingen die functioneerden als wat we nu 'geheimen' noemen. Met app-servers zoals WAS bevinden deze geheimen zich in veel verschillende configuratiebestanden en configuratiearchieven. Controleer alle eigenschaps- en configuratiebestanden op de productieserver(s) op geheimen en wachtwoorden. Mogelijk bevinden zich ook in uw toepassing configuratiebestanden met wachtwoorden of referenties. WAS slaat configuratiegegevens op in verschillende documenten in een trapsgewijze hiërarchie van mappen. De meeste configuratiedocumenten hebben XML-inhoud. Zie Configuratiedocumenten en basisconcepten van Azure Key Vault voor meer informatie.

Nadat u een solide inventarisatie van geheimen hebt, raadpleegt u de documentatie van de operator met betrekking tot geheimen. Raadpleeg voor meer informatie de volgende artikelen:

Alle certificaten inventariseren

Documenteer alle certificaten die worden gebruikt voor openbare SSL-eindpunten. U kunt alle certificaten op de productieserver(s) weergeven door de volgende opdracht uit te voeren:

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

Nadat u een solide inventaris van certificaten hebt, configureert u deze met behulp van de volgende artikelen:

Controleren of de ondersteunde Java-versie goed werkt

Voor het gebruik van Liberty is een specifieke versie van Java vereist. Daarom moet u controleren of uw toepassing correct wordt uitgevoerd met die ondersteunde versie.

De runtime van WebSphere Application Server Liberty heeft specifieke vereisten voor het minimale niveau van de Java Runtime Environment (JRE). Zie Java-versieafhankelijkheden voor functies voor meer informatie.

Open Liberty vereist een Java SE-runtime. Het kan worden uitgevoerd met behulp van een Java Runtime Environment (JRE) of een JDK-distributie (Java SE Development Kit). Zie Ondersteunde Java SE-releases voor meer informatie.

JNDI-resources inventariseren

Inventariseer alle JNDI-resources. Gegevensbronnen zoals databases kunnen bijvoorbeeld een gekoppelde JNDI-naam hebben waarmee JPA op de juiste wijze exemplaren van EntityManager aan een bepaalde database kan binden. Zie WebSphere-gegevensbronnen in de IBM-documentatie voor meer informatie over JNDI-resources en -databases. Andere JNDI-gerelateerde resources, zoals JMS-berichtenbrokers, moeten mogelijk worden gemigreerd of opnieuw worden geconfigureerd. Zie JMS-resources gebruiken voor meer informatie over de JMS-configuratie.

Als u de vooraf gemaakte Azure Marketplace-aanbieding gebruikt, is de set JNDI-resources die u tijdens de implementatie kunt aanpassen beperkt tot wat de aanbieding ondersteunt. Voor WebSphere Liberty op AKS kunt u een object beschikbaar maken in de standaardnaamruimte Java Naming and Directory Interface (JNDI). Zie Ontwikkelen met de standaardnaamruimte JNDI in een Liberty-functie voor meer informatie. Zie Java Naming and Directory Interface voor Open Liberty.

Uw profielconfiguratie controleren

De belangrijkste configuratie-eenheid in WAS is het profiel. Als zodanig bevat het resources.xml-bestand een schat aan configuraties die u zorgvuldig moet overwegen voor migratie. Het bestand bevat verwijzingen naar andere XML-bestanden die zijn opgeslagen in submappen. Zie Profielen beheren op gedistribueerde en IBM i-besturingssystemen voor meer informatie.

Binnen uw toepassing

Inspecteer het deployment.xml-bestand en/of het WEB-INF-/web.xml-bestand .

U moet deze aanpassingen vastleggen in de containerinstallatiekopie die door Azure Red Hat OpenShift wordt uitgevoerd. Wanneer u de vooraf samengestelde Azure Marketplace-aanbieding gebruikt, kunt u deze aanpassingen het beste verwerken door een aangepaste containerinstallatiekopieën te maken en deze beschikbaar te maken in een openbaar register en vervolgens naar dat register te verwijzen tijdens de implementatie.

Als u een WebSphere Application Server-netwerkimplementatiecel gebruikt, wordt elk clusterlid uitgevoerd in een installatie van traditionele WAS. Liberty is een lichtgewicht profiel van WebSphere Application Server. Het is een flexibel en dynamisch profiel van WAS, waarmee de WAS-server alleen vereiste aangepaste functies kan implementeren in plaats van een grote set beschikbare JEE-onderdelen te implementeren.

Bepalen of sessiereplicatie wordt gebruikt

Als uw toepassing afhankelijk is van sessiereplicatie, hebt u de volgende opties:

  • Voor HTTP-sessies, op basis van het niveau van sessiebeheer, kunt u cache of een database gebruiken om sessiegegevens te verzamelen.
  • Voor gedistribueerde sessies kunt u sessies in een database opslaan met behulp van databasesessiepersistentie.
  • Voor dynamische cache kunt u sessiegegevens in de cache of een database beheren.
  • U kunt uw toepassing herstructureren voor het gebruik van een database voor sessiebeheer.
  • U kunt uw toepassing herstructureren om de sessie te externaliseren naar Azure Redis Service. Zie Azure Cache voor Redis voor meer informatie.

Voor al deze opties is het een goed idee om te leren hoe Liberty HTTP Session State Replication doet. De volgende documenten helpen u te begrijpen hoe u HTTP-sessies beheert in Liberty:

Gegevensbronnen documenteren

Als uw toepassing gebruikmaakt van databases, moet u de volgende informatie vastleggen:

  • Wat is de naam van de gegevensbron?
  • Wat is de configuratie van de verbindingsgroep?
  • Waar vind ik het JAR-bestand van het JDBC-stuurprogramma?

Zie JDBC-stuurprogramma's gebruiken met WebSphere Application Server voor meer informatie over JDBC-stuurprogramma's in WAS.

JDBC-configuratie is een kernserverconfiguratie in Liberty. Zie JDBC-stuurprogramma voor meer informatie.

De vooraf samengestelde Azure Marketplace-aanbieding biedt beperkte ondersteuning voor databases. U kunt de configuratie in de toepassingsinstallatiekopieën afhandelen en de installatiekopieën gebruiken wanneer u de aanbieding implementeert.

Bepalen of WAS is aangepast

Bepaal welke van de volgende aanpassingen zijn uitgevoerd en leg vast wat er is gebeurd.

  • Zijn de opstartscripts gewijzigd? Dergelijke scripts omvatten wsadmin, Beheer Control, Beheer Config, Beheer App en Beheer Task.
  • Zijn er specifieke parameters aan de JVM doorgegeven?
  • Zijn er JAR's toegevoegd aan het classpath van de server?
  • Zijn er voorzieningen op besturingssysteemniveau zoals systemd gebruikt om ERVOOR te zorgen dat WAS-onderdelen automatisch worden gestart nadat de server opnieuw is opgestart?

U moet rekening houden met migratieoverwegingen, afhankelijk van de antwoorden op deze vragen.

U moet deze aanpassingen vastleggen in de containerinstallatiekopie die door Azure Red Hat OpenShift wordt uitgevoerd. Wanneer u de vooraf samengestelde Azure Marketplace-aanbieding gebruikt, kunt u deze aanpassingen het beste verwerken door een aangepaste containerinstallatiekopieën te maken en deze beschikbaar te maken in een openbaar register en vervolgens naar dat register te verwijzen tijdens de implementatie.

Bepalen of er een verbinding met on-premises services is vereist

Als voor uw toepassing toegang nodig is tot een van uw on-premises services, moet u een van de connectiviteitsservices van Azure inrichten. Zie Een oplossing kiezen voor het verbinden van een on-premises netwerk met Azure voor meer informatie. U moet uw toepassing ook herstructureren voor het gebruik van openbaar beschikbare API's in uw on-premises resources.

Bepalen of Java Message Service-wachtrijen (JMS) of -onderwerpen in gebruik zijn

Als uw toepassing JMS-wachtrijen of onderwerpen gebruikt, moet u deze migreren naar een extern gehoste JMS-server. Een strategie voor degenen die JMS gebruiken, is het gebruik van Azure Service Bus en het Advanced Message Queuing Protocol. Raadpleeg JMS gebruiken met Azure Service Bus en AMQP 1.0 voor meer informatie.

Als u permanente JMS-archieven hebt geconfigureerd, moet u de configuratie vastleggen en toepassen na de migratie.

Als u IBM MQ gebruikt, kunt u deze software migreren naar Azure Virtual Machines en deze als zodanig gebruiken.

Microsoft heeft een oplossing voor het integreren van IBM MQ met Logic Apps. Zie Verbinding maken naar een IBM MQ-server vanuit een werkstroom in Azure Logic Apps voor meer informatie.

Bepalen of u uw eigen aangepaste, gedeelde Java EE-bibliotheken gebruikt

Als u de functie Gedeelde Java EE-bibliotheek gebruikt, hebt u twee opties:

  • Herstructureer uw toepassingscode om alle afhankelijkheden van uw bibliotheken te verwijderen en de functionaliteit in plaats daarvan rechtstreeks in uw toepassing op te nemen.
  • Voeg de bibliotheken toe aan het klassepad van de server.

U kunt deze bibliotheken afhandelen met behulp van dezelfde technieken als beschreven in Toegang tot API's van derden vanuit een Java EE-toepassing.

Bepalen of OSGi-bundels worden gebruikt

Als u OSGi-bundels hebt gebruikt die zijn toegevoegd aan de WAS, moet u de equivalente JAR-bestanden rechtstreeks toevoegen aan uw webtoepassing.

U kunt de bundels opnemen in de installatiekopieën die zijn opgegeven in de vooraf samengestelde Azure Marketplace-aanbieding. Zie Bibliotheken configureren voor OSGi-toepassingen voor meer informatie.

Bepalen of uw toepassing code bevat die specifiek is voor het besturingssysteem

Als uw toepassing code bevat met afhankelijkheden van het hostbesturingssysteem, moet u de toepassing herstructureren om die afhankelijkheden te verwijderen. Zo moet u mogelijk de / of \ vervangen in bestandssysteempaden met File.Separator of Paths.get.

Liberty on Azure Red Hat OpenShift wordt uitgevoerd op Linux x86_64. Elke besturingssysteemspecifieke code moet compatibel zijn met Linux. Volg de stappen in de sectie Bepalen of de Liberty-versie compatibel is voor meer informatie over het detecteren van specifieke informatie over het besturingssysteem.

Bepalen of IBM Integration Bus wordt gebruikt

Als uw toepassing IBM Integration Bus gebruikt, moet u vastleggen hoe IBM Integration Bus is geconfigureerd. Zie de documentatie van IBM Integration Bus voor meer informatie.

IBM Integration Bus wordt niet rechtstreeks ondersteund in de vooraf samengestelde Azure Marketplace-aanbieding. Als u de functie wilt inschakelen, volgt u de instructies in Het inschakelen van de JMS-toepassing op Liberty om verbinding te maken met de serviceintegratiebus in de IBM-documentatie.

Bepalen of uw toepassing bestaat uit meerdere WAR's

Als uw toepassing bestaat uit meerdere WAR's, moet u deze allemaal behandelen als afzonderlijke toepassingen en deze handleiding voor al deze WAR's doorlopen.

Bepalen of uw toepassing is verpakt als een EAR

Als uw toepassing is verpakt als een EAR-bestand, moet u de bestanden application.xml, ibm-application-bnd.xmi en ibm-application-ext.xmi bekijken en hun configuraties vastleggen. Zie Het enterprise archive-pakket (EAR) bouwen op WebSphere voor meer informatie.

Met de vooraf gemaakte Azure Marketplace-aanbieding kunt u een bestaande containerinstallatiekopieën gebruiken. U kunt de toepassing voorbereiden op basis van uw bedrijfsvereisten.

Alle externe processen en daemons identificeren die worden uitgevoerd op de productieservers

U moet alle processen die buiten de toepassingsserver worden uitgevoerd, zoals controledaemons, verwijderen of naar een andere locatie migreren.

Nagaan of en hoe het bestandssysteem wordt gebruikt

Kubernetes gaat over bestandssystemen met permanente volumes (HW). Het koppelen van permanente volumes wordt niet ondersteund in de vooraf samengestelde Azure Marketplace-aanbieding. Als u een Azure Files StorageClass wilt maken, volgt u de instructies in Een Azure Files StorageClass maken in Azure Red Hat OpenShift 4.

Statische alleen-lezeninhoud

Als uw toepassing momenteel met statische inhoud werkt, hebt u hiervoor een alternatieve locatie nodig. U kunt statische inhoud verplaatsen naar Azure Blob Storage en Azure CDN toevoegen voor razendsnelle downloads wereldwijd. Zie statische websitehosting in Azure Storage en quickstart: Een Azure-opslagaccount integreren met Azure CDN voor meer informatie. U kunt de statische inhoud ook rechtstreeks implementeren in een app in het Azure Spring Apps Enterprise-abonnement. Zie Statische webbestanden implementeren voor meer informatie.

Dynamisch gepubliceerde statische inhoud

Als uw toepassing statische inhoud toestaat die wordt geüpload/geproduceerd door uw toepassing, maar onveranderbaar is nadat deze is gemaakt, kunt u Azure Blob Storage en Azure CDN gebruiken zoals hierboven beschreven, met een Azure-functie om uploads en CDN-vernieuwing te verwerken. U vindt een voorbeeldimplementatie voor gebruik in Statische inhoud uploaden en via CDN vooraf laden met Azure Functions. U kunt de statische inhoud ook rechtstreeks implementeren in een app in het Azure Spring Apps Enterprise-abonnement. Zie Statische webbestanden implementeren voor meer informatie.

De netwerktopologie bepalen

De huidige set Azure Marketplace-aanbiedingen is een startpunt voor uw migratie. Als de aanbieding niet betrekking heeft op aspecten van uw architectuur die u moet migreren, moet u de netwerktopologie van uw bestaande implementatie vastleggen. Vervolgens moet u die topologie in Azure reproduceren, zelfs nadat u de basisaanbieding hebt opgestaan met een van de oplossingssjablonen.

Netwerktopologie is een breed onderwerp, maar de volgende verwijzingen kunnen enkele richting geven aan uw migratie-inspanningen:

Account voor het gebruik van JCA-adapters en resourceadapters

Als uw bestaande toepassing gebruikmaakt van JCA-adapters of resourceadapters om verbinding te maken met andere bedrijfssystemen, moet u ervoor zorgen dat u de configuratie voor deze artefacten toepast op de Liberty-server die wordt uitgevoerd op AKS. Zie Overzicht van JCA-configuratie-elementen en Java Verbinding maken or-architectuur voor meer informatie.

Bepalen of clustering wordt gebruikt

De operator verwerkt clustering voor alle mogelijke manieren om een WAS-workload uit te voeren in Azure Red Hat OpenShift.

Uw EJB-clustering inspecteren

Als uw toepassing gebruikmaakt van lokale Enterprise Java Beans (EJB), moet u deze mogelijk migreren naar een geclusterde EJB. Zie EJB-toepassingen ontwikkelen op Liberty voor meer informatie.

Account voor taakverdelingsvereisten

De vooraf gemaakte Azure Marketplace-aanbieding maakt gebruik van een ingebouwde OpenShift-route om de toepassing te hosten op een openbare URL en account voor taakverdeling. Zie OpenShift Route-configuratie voor meer informatie.

Migratie

In de stappen in deze sectie wordt ervan uitgegaan dat uw analyse ertoe heeft geleid dat u besluit om de vooraf gemaakte Azure Marketplace-aanbieding te gebruiken.

De aanbieding inrichten

Zie IBM WebSphere Liberty en Open Liberty in Azure Red Hat OpenShift om de aanbieding te openen in Azure Portal. Selecteer Maken en gebruik vervolgens de gegevens die u in de voorgaande stappen hebt verzameld om de velden van de aanbieding in te vullen.

Account voor sleutelarchieven

U moet rekening houden met de migratie van SSL/TLS KeyStores die door uw toepassing worden gebruikt. Zie Sleutelarchieven configureren voor meer informatie.

De JMS-bronnen verbinden

Nadat u de databases hebt verbonden, kunt u JMS configureren door de instructies te volgen in Overview of JCA configuration elements in de IBM-documentatie.

Account voor logboekregistratie

U kunt geen cloud uitvoeren zonder logboekregistratie te beheersen. De operator biedt verschillende benaderingen voor bewaking. Zie Bewaking van de Runtime-omgeving van de Liberty-server voor meer informatie. Het is handig om logboekregistratie en bewakingssysteem te masteren in Red Hat OpenShift. Zie Inzicht in het logboeksubsysteem voor Red Hat OpenShift en Over OpenShift Container Platform-bewaking voor meer informatie. U kunt Azure Monitor-containerinzichten configureren voor Azure Red Hat OpenShift. Zie Azure Monitor-containerinzichten configureren voor Azure Red Hat OpenShift voor meer informatie. Als u liever Elastic Stack gebruikt, biedt Azure uitstekende ondersteuning voor Elastic. Zie Wat is elastische integratie met Azure voor meer informatie? U kunt de kennis in deze resources combineren om een door Azure geoptimaliseerde logboekregistratieoplossing voor Liberty op Azure Red Hat OpenShift te bereiken.

Uw toepassingen migreren

Of u er nu voor kiest om een installatiekopieën van een toepassing op te geven tijdens de implementatie, moet u de toepassing bijwerken via CI/CD. De OpenShift-documentatie bevat voorbeelden die laten zien hoe u deze update kunt uitvoeren. Zie het overzicht van OpenShift Container Platform CI/CD voor meer informatie.

Tests configureren

U moet in-containertests configureren voor toepassingen om toegang te krijgen tot de nieuwe servers die worden uitgevoerd in Azure. Net als bij de PROBLEMEN met CI/CD moet u ervoor zorgen dat de benodigde netwerkbeveiligingsregels uw tests toegang geven tot de toepassingen die zijn geïmplementeerd in Azure. Zie Netwerkbeveiligingsgroepen voor meer informatie.

Postmigratie

Nadat u de migratiedoelstellingen hebt bereikt die u hebt gedefinieerd in de stap Voorafgaand aan de migratie, voert u een aantal end-to-end-acceptatietests uit om te controleren of alles werkt zoals verwacht. De volgende artikelen bevatten informatie over verbeteringen na de migratie: