Java-alkalmazás manuális üzembe helyezése JBoss EAP-val egy Azure Red Hat OpenShift-fürtön

Ez a cikk bemutatja, hogyan helyezhet üzembe Egy Red Hat JBoss Enterprise Application Platform (EAP) alkalmazást egy Azure Red Hat OpenShift-fürtön. A minta egy SQL-adatbázis által támogatott Java-alkalmazás. Az alkalmazás üzembe helyezése JBoss EAP Helm-diagramokkal történik.

Ebből az útmutatóból megtudhatja, hogyan:

A mintaalkalmazás egy állapotalapú alkalmazás, amely egy HTTP-munkamenetben tárolja az információkat. A JBoss EAP-fürtözési képességeket használja, és a következő Jakarta EE- és MicroProfile-technológiákat használja:

• Jakarta-kiszolgálói arcok
• Jakarta Enterprise Bab
• Jakarta-adatmegőrzés
• MicroProfile Health

Ez a cikk részletes útmutató a JBoss EAP-alkalmazás Azure Red Hat OpenShift-fürtön való futtatásához. Az Azure Red Hat OpenShift-fürtre való áttérést felgyorsító automatizált megoldásért tekintse meg a JBoss EAP üzembe helyezését az Azure Red Hat OpenShiften az Azure Portal használatával.

Ha szeretne visszajelzést küldeni, vagy szorosan együttműködni a migrálási forgatókönyvével kapcsolatban a JBoss EAP Azure-megoldásokon fejlesztő mérnöki csapatával, töltse ki ezt a rövid felmérést a JBoss EAP migrálásáról , és adja meg a kapcsolattartási adatait. A programmenedzserek, építészek és mérnökök csapata azonnal kapcsolatba lép Önnel, hogy szoros együttműködést kezdeményezze.

Előfeltételek

1. Készítsen elő egy helyi gépet egy Unix-szerű operációs rendszerrel, amelyet a különböző telepített termékek támogatnak – például Ubuntu, macOS vagy Linuxos Windows-alrendszer.

2. Java-Standard kiadás (SE) implementáció telepítése. A cikkben szereplő helyi fejlesztési lépéseket az OpenJDK Microsoft-buildjéből származó Java Development Kit (JDK) 17-ben teszteltük.

3. Telepítse a Maven 3.8.6-os vagy újabb verzióját.

4. Telepítse az Azure CLI 2.40-et vagy újabb verzióját.

5. Klónozza a bemutató alkalmazás kódját (todo-list) a helyi rendszerbe. A bemutató alkalmazás a GitHubon található.

6. Kövesse az Azure Red Hat OpenShift 4-fürt létrehozása című témakör utasításait.

   Bár a "Red Hat pull secret beszerzése" lépés opcionálisként van megjelölve, ehhez a cikkhez szükséges. A lekéréses titkos kód lehetővé teszi, hogy az Azure Red Hat OpenShift-fürt megkeresse a JBoss EAP-alkalmazás lemezképeit.

   Ha memóriaigényes alkalmazásokat szeretne futtatni a fürtön, adja meg a feldolgozó csomópontok megfelelő virtuálisgép-méretét a --worker-vm-size paraméterrel. További információk:

   • Azure CLI fürt létrehozásához
   • Támogatott virtuális gépek mérete a memóriaoptimalizált memóriához

7. Csatlakozzon a fürthöz az Azure Red Hat OpenShift 4-fürthöz való csatlakozás lépéseit követve.

   • Kövesse az "OpenShift parancssori felület telepítése" című útmutató lépéseit
   • Csatlakozás Azure Red Hat OpenShift-fürthöz az OpenShift PARANCSSOR használatával a felhasználóval kubeadmin

8. Hajtsa végre a következő parancsot az OpenShift-projekt létrehozásához ehhez a bemutató alkalmazáshoz:

   oc new-project eap-demo
   

9. Az alábbi parancs végrehajtásával adja hozzá a nézetszerepkört az alapértelmezett szolgáltatásfiókhoz. Erre a szerepkörre azért van szükség, hogy az alkalmazás felderíthesse a többi podot, és beállíthassa velük a fürtöt:

   oc policy add-role-to-user view system:serviceaccount:$(oc project -q):default -n $(oc project -q)
   

Az alkalmazás előkészítése

Klónozza a mintaalkalmazást a következő paranccsal:

git clone https://github.com/Azure-Samples/jboss-on-aro-jakartaee

Klónoztad a Todo-list bemutató alkalmazást, és a helyi adattár a fő ágon található. A bemutató alkalmazás egy egyszerű Java-alkalmazás, amely rekordokat hoz létre, olvas, frissít és töröl az Azure SQL-ben. Ezt az alkalmazást üzembe helyezheti a helyi gépen telepített JBoss EAP-kiszolgálón. Csak konfigurálnia kell a kiszolgálót a szükséges adatbázis-illesztőprogrammal és adatforrással. Szüksége van egy, a helyi környezetből elérhető adatbázis-kiszolgálóra is.

Az OpenShift célhelyeként azonban érdemes lehet levágni a JBoss EAP-kiszolgáló képességeit. Előfordulhat például, hogy csökkenteni szeretné a kiépített kiszolgáló biztonsági kitettségét, és csökkenteni szeretné a teljes terhelést. Előfordulhat, hogy néhány MicroProfile-specifikációt is fel szeretne venni, hogy az alkalmazás alkalmasabb legyen openShift-környezetben való futtatásra. A JBoss EAP használatakor ennek a feladatnak az egyik módja, ha az alkalmazást és a kiszolgálót egyetlen üzembehelyezési egységbe csomagolja, amelyet bootolható JAR-nak nevezünk. Ezt úgy teheti meg, hogy hozzáadja a szükséges módosításokat a bemutató alkalmazáshoz.

Keresse meg a bemutatóalkalmazás helyi adattárát, és módosítsa az ágat bootable-jar:

## cd jboss-on-aro-jakartaee
git checkout bootable-jar

Vessünk egy gyors áttekintést arról, hogy mi változott ebben az ágban:

• Hozzáadtuk a wildfly-jar-maven beépülő modult a kiszolgáló és az alkalmazás egyetlen végrehajtható JAR-fájlban való kiépítéséhez. Az OpenShift üzembehelyezési egység az alkalmazással rendelkező kiszolgálónk.
• A Maven beépülő modulban galleon rétegeket határoztunk meg. Ez a konfiguráció lehetővé teszi, hogy a kiszolgáló képességeit csak a szükségesre vágjuk le. A Galleon teljes dokumentációját a WildFly dokumentációjában találja.
• Az alkalmazás Ajax-kérésekkel használja a Jakarta Facest, ami azt jelenti, hogy a HTTP-munkamenetben tárolt információk vannak tárolva. Nem szeretnénk elveszíteni ezeket az információkat, ha egy podot eltávolítanak. Ezeket az adatokat menthetjük az ügyfélen, és minden kérésre visszaküldhetjük. Vannak azonban olyan esetek, amikor dönthet úgy, hogy bizonyos információkat nem oszt meg az ügyfelek között. Ebben a bemutatóban úgy döntöttünk, hogy a munkamenetet az összes podreplikán replikáljuk. Ehhez hozzáadtunk <distributable /> a web.xml. Ez a kiszolgálófürtkezelési képességekkel együtt a HTTP-munkamenetet eloszthatóvá teszi az összes podon.
• Hozzáadtunk két MicroProfile-állapotellenőrzést, amelyek lehetővé teszik az alkalmazás élő állapotának azonosítását, és készen áll a kérések fogadására.

Az alkalmazás helyi futtatása

Mielőtt üzembe helyeznénk az alkalmazást az OpenShiften, helyileg futtatjuk, hogy ellenőrizzük, hogyan működik. Az alábbi lépések feltételezik, hogy az Azure SQL fut és elérhető a helyi környezetből.

Az adatbázis létrehozásához kövesse a rövid útmutató lépéseit : Önálló Azure SQL Database-adatbázis létrehozása, de használja az alábbi helyettesítéseket.

• Erőforráscsoport esetén használja a korábban létrehozott erőforráscsoportot.
• Adatbázisnév használata todos_dbesetén.
• Kiszolgálói rendszergazdai bejelentkezéshez használja a következőtazureuser: .
• JelszóPassw0rd!.
• A Tűzfalszabályok szakaszban állítsa az Azure-szolgáltatások és -erőforrások hozzáférésének engedélyezése a kiszolgálóhoz igen értékre.

Az összes többi beállítás biztonságosan használható a csatolt cikkből.

A További beállítások lapon nem kell választania azt a lehetőséget, hogy az adatbázist mintaadatokkal előre feltöltse, de ennek nincs semmi baja.

Az adatbázis létrehozása után kérje le a kiszolgáló nevének értékét az áttekintési oldalról. Vigye az egérmutatót a Kiszolgálónév mező értéke fölé, és válassza az érték mellett megjelenő másolás ikont. Mentse ezt az értéket a későbbi használatra (beállítunk egy, az értéknek elnevezett MSSQLSERVER_HOST változót).

Kövesse a következő lépéseket az alkalmazás helyi létrehozásához és futtatásához.

1. Hozza létre a bootolható JAR-t. Mivel az eap-datasources-galleon-pack MS SQL Server-adatbázist használjuk, meg kell adnunk az adatbázis-illesztőprogram azon verzióját, amelyet ezzel a környezeti változóval szeretnénk használni. Az MS SQL Serverrel kapcsolatos eap-datasources-galleon-pack további információkért tekintse meg a Red Hat dokumentációját

   export MSSQLSERVER_DRIVER_VERSION=7.4.1.jre11
   mvn clean package
   

2. Indítsa el a bootolható JAR-t az alábbi parancsokkal.

   Győződjön meg arról, hogy az Azure SQL-adatbázis engedélyezi a hálózati forgalmat attól a gazdagéptől, amelyen a kiszolgáló fut. Mivel a gyorsútmutató lépéseinek végrehajtásakor az Aktuális ügyfél IP-címének hozzáadása lehetőséget választotta: Önálló Azure SQL Database-adatbázis létrehozása, ha az a gazdagép, amelyen a kiszolgáló fut, ugyanaz a gazdagép, amelyről a böngésző csatlakozik az Azure Portalhoz, engedélyezni kell a hálózati forgalmat. Ha a kiszolgálót futtató gazdagép más gazdagép, akkor a kiszolgálószintű IP-tűzfalszabályok kezeléséhez az Azure Portalon kell hivatkoznia.

   Az alkalmazás indításakor át kell adnunk a szükséges környezeti változókat az adatforrás konfigurálásához:

   export MSSQLSERVER_USER=azureuser
   export MSSQLSERVER_PASSWORD='Passw0rd!'
   export MSSQLSERVER_JNDI=java:/comp/env/jdbc/mssqlds
   export MSSQLSERVER_DATABASE=todos_db
   export MSSQLSERVER_HOST=<server name saved aside earlier>
   export MSSQLSERVER_PORT=1433
   mvn wildfly-jar:run
   

   Ha többet szeretne megtudni a bemutató alapjául szolgáló futtatókörnyezetről, az adatforrások integrálására szolgáló Galleon-funkciócsomag tartalmazza az elérhető környezeti változók teljes listáját. A funkciócsomag fogalmával kapcsolatos részletekért tekintse meg a WildFly dokumentációját.

   Ha a következő példához hasonló szöveget tartalmazó hibaüzenetet kap:

   Cannot open server '<your prefix>mysqlserver' requested by the login. Client with IP address 'XXX.XXX.XXX.XXX' is not allowed to access the server.
   

   Ez az üzenet azt jelzi, hogy a hálózati forgalom engedélyezésére vonatkozó lépések nem működnek. Győződjön meg arról, hogy a hibaüzenetben szereplő IP-cím szerepel a tűzfalszabályokban.

   Ha az alábbi példához hasonló szöveget tartalmazó üzenetet kap:

   Caused by: com.microsoft.sqlserver.jdbc.SQLServerException: There is already an object named 'TODOS' in the database.
   

   Ez az üzenet azt jelzi, hogy a mintaadatok már az adatbázisban találhatóak. Ezt az üzenetet figyelmen kívül hagyhatja.

3. (Nem kötelező) Ha ellenőrizni szeretné a fürtözési képességeket, több példányt is elindíthat ugyanahhoz az alkalmazáshoz úgy, hogy átadja az argumentumot a rendszerindító JAR-nak jboss.node.name , és a portszámokkal való ütközések elkerülése érdekében a portszámokat a használatával jboss.socket.binding.port-offseteltolja. Ha például egy új podot képviselő második példányt szeretne elindítani az OpenShiften, az alábbi parancsot hajthatja végre egy új terminálablakban:

   export MSSQLSERVER_USER=azureuser
   export MSSQLSERVER_PASSWORD='Passw0rd!'
   export MSSQLSERVER_JNDI=java:/comp/env/jdbc/mssqlds
   export MSSQLSERVER_DATABASE=todos_db
   export MSSQLSERVER_HOST=<server name saved aside earlier>
   export MSSQLSERVER_PORT=1433
   mvn wildfly-jar:run -Dwildfly.bootable.arguments="-Djboss.node.name=node2 -Djboss.socket.binding.port-offset=1000"
   

   Ha a fürt működik, a kiszolgálókonzol naplójában az alábbihoz hasonló nyomkövetés látható:

   INFO  [org.infinispan.CLUSTER] (thread-6,ejb,node) ISPN000094: Received new cluster view for channel ejb
   

   Feljegyzés

   Alapértelmezés szerint a Rendszerindító JAR konfigurálja a JGroups alrendszert az UDP protokoll használatára, és üzeneteket küld a fürt többi tagjának felderítéséhez a 230.0.0.4 csoportos küldési címre. A helyi gép fürtözési képességeinek megfelelő ellenőrzéséhez az operációs rendszernek képesnek kell lennie csoportos küldésű datagramok küldésére és fogadására, és a 230.0.0.4 IP-címre irányítani őket az Ethernet-interfészen keresztül. Ha a kiszolgálónaplókban a fürthöz kapcsolódó figyelmeztetések jelennek meg, ellenőrizze a hálózati konfigurációt, és ellenőrizze, hogy támogatja-e a csoportos küldést ezen a címen.

4. Nyissa meg http://localhost:8080/ a böngészőben az alkalmazás kezdőlapját. Ha több példányt hozott létre, a portszám eltolásával érheti el őket, például http://localhost:9080/. Az alkalmazásnak a következő képhez hasonlóan kell kinéznie:

   

5. Ellenőrizze az alkalmazás élettartam- és készültségi mintavételeit. Az OpenShift ezeket a végpontokat használja annak ellenőrzésére, hogy a pod élő állapotban van-e, és készen áll-e a felhasználói kérések fogadására.

   Az élőség állapotának ellenőrzéséhez futtassa a következőt:

   curl http://localhost:9990/health/live
   

   A következő kimenetnek kell megjelennie:

   {"status":"UP","checks":[{"name":"SuccessfulCheck","status":"UP"}]}
   

   A készültség állapotának ellenőrzéséhez futtassa a következőt:

   curl http://localhost:9990/health/ready
   

   A következő kimenetnek kell megjelennie:

    {"status":"UP","checks":[{"name":"deployments-status","status":"UP","data":{"todo-list.war":"OK"}},{"name":"server-state","status":"UP","data":{"value":"running"}},{"name":"boot-errors","status":"UP"},{"name":"DBConnectionHealthCheck","status":"UP"}]}
   

6. Nyomja le a Ctrl+C billentyűkombinációt az alkalmazás leállításához.

Üzembe helyezés az OpenShiftben

Az alkalmazás üzembe helyezéséhez az Azure Red Hat OpenShiftben már elérhető JBoss EAP Helm-diagramokat fogjuk használni. Meg kell adnunk a kívánt konfigurációt is, például az adatbázis felhasználóját, az adatbázisjelszót, a használni kívánt illesztőprogram-verziót és az adatforrás által használt kapcsolati adatokat. Az alábbi lépések feltételezik, hogy az Azure SQL fut és elérhető az OpenShift-fürtből, és az adatbázis felhasználónevet, jelszót, gazdagépnevet, portot és adatbázisnevet egy OpenShift OpenShift Secret objektumbanmssqlserver-secrettárolta.

Lépjen a bemutatóalkalmazás helyi adattárára, és módosítsa az aktuális ágat bootable-jar-openshift:

git checkout bootable-jar-openshift

Vessünk egy gyors áttekintést arról, hogy mi változott ebben az ágban:

• Hozzáadtunk egy új Maven-profilt, amely bootable-jar-openshift előkészíti a bootolható JAR-t egy adott konfigurációval a kiszolgáló felhőben való futtatásához. Lehetővé teszi például, hogy a JGroups-alrendszer hálózati kérésekkel felderítsen más podokat a KUBE_PING protokoll használatával.
• Konfigurációs fájlokat adtunk hozzá a jboss-on-aro-jakartaee/deployment könyvtárban. Ebben a könyvtárban megtalálhatja az alkalmazás üzembe helyezéséhez szükséges konfigurációs fájlokat.

Az alkalmazás üzembe helyezése az OpenShiften

A következő lépések bemutatják, hogyan helyezheti üzembe az alkalmazást Helm-diagramon az OpenShift webkonzol használatával. Kerülje a bizalmas értékek kemény kódolását a Helm-diagramba a "titkos kódok" nevű funkcióval. A titkos kód egyszerűen név-érték párok gyűjteménye, ahol az értékek valamilyen ismert helyen vannak megadva, mielőtt szükség lenne rájuk. Esetünkben a Helm-diagram két titkos kódot használ, és mindegyikből a következő név-érték párok szerepelnek.

• mssqlserver-secret

  • db-host a értékét MSSQLSERVER_HOSTadja meg.
  • db-name a MSSQLSERVER_DATABASE
  • db-password a MSSQLSERVER_PASSWORD
  • db-port a értékét MSSQLSERVER_PORTadja meg.
  • db-user a értékét MSSQLSERVER_USERadja meg.

• todo-list-secret

  • app-cluster-password tetszőleges, felhasználó által megadott jelszót ad át, hogy a fürtcsomópontok biztonságosabban alakulhatnak ki.
  • app-driver-version a értékét MSSQLSERVER_DRIVER_VERSIONadja meg.
  • app-ds-jndi a értékét MSSQLSERVER_JNDIadja meg.

1. Hozza létre a következőt: mssqlserver-secret.

   oc create secret generic mssqlserver-secret \
       --from-literal db-host=${MSSQLSERVER_HOST} \
       --from-literal db-name=${MSSQLSERVER_DATABASE} \
       --from-literal db-password=${MSSQLSERVER_PASSWORD} \
       --from-literal db-port=${MSSQLSERVER_PORT} \
       --from-literal db-user=${MSSQLSERVER_USER}
   

2. Hozza létre a következőt: todo-list-secret.

   export MSSQLSERVER_DRIVER_VERSION=7.4.1.jre11
   oc create secret generic todo-list-secret \
       --from-literal app-cluster-password=mut2UTG6gDwNDcVW \
       --from-literal app-driver-version=${MSSQLSERVER_DRIVER_VERSION} \
       --from-literal app-ds-jndi=${MSSQLSERVER_JNDI}
   

3. Nyissa meg az OpenShift-konzolt, és keresse meg a fejlesztői nézetet. A parancs futtatásával felfedezheti az OpenShift-fürt konzolJÁNAK URL-címét. Jelentkezzen be az előző lépésből beszerzett kubeadmin felhasználói azonosítóval és jelszóval.

   az aro show \
       --name $CLUSTER \
       --resource-group $RESOURCEGROUP \
       --query "consoleProfile.url" \
       --output tsv
   

   Válassza ki a </> Fejlesztői perspektívát a navigációs ablak tetején található legördülő menüből.

   

4. <A />Fejlesztői szempontból válassza ki az eap-demo projektet a Project legördülő menüből.

   

5. Válassza a +Hozzáadás lehetőséget. A Fejlesztői katalógus szakaszban válassza a Helm-diagram lehetőséget. Az Azure Red Hat OpenShift-fürtön elérhető Helm-diagramkatalógushoz érkezik. A Szűrés kulcsszó szerint mezőbe írja be az eap kifejezést. Számos lehetőségnek kell megjelennie, ahogy az itt látható:

   

   Mivel az alkalmazás a MicroProfile képességeit használja, az EAP Xp Helm-diagramját választjuk ki. Az "Xp" az Expanziós csomag rövidítése. A JBoss Enterprise Application Platform bővítőcsomaggal a fejlesztők az Eclipse MicroProfile alkalmazásprogramozási felületeivel (API-kkal) hozhatnak létre és helyezhetnek üzembe mikroszolgáltatás-alapú alkalmazásokat.

6. Válassza ki a JBoss EAP XP 4 Helm-diagramot, majd válassza a Helm-diagram telepítése lehetőséget.

Ezen a ponton konfigurálnunk kell a diagramot az alkalmazás létrehozásához és üzembe helyezéséhez:

1. Módosítsa a kiadás nevét eap-todo-list-demo-ra.

2. A Helm-diagramot űrlapnézet vagy YAML-nézet használatával konfigurálhatjuk. A Konfigurálás ezen keresztül című szakaszban válassza a YAML nézetet.

3. Módosítsa a YAML-tartalmat úgy, hogy konfigurálja a Helm-diagramot úgy, hogy a meglévő tartalom helyett másolja és illesztse be az üzembe helyezés/ alkalmazás/todo-list-helm-chart.yaml webhelyen elérhető Helm-diagramfájl tartalmát:

   

   Ez a tartalom hivatkozik a korábban beállított titkos kódokra.

4. Végül válassza a Telepítés lehetőséget az alkalmazás üzembe helyezésének elindításához. Ez a művelet megnyitja a Topológia nézetet a Helm-kiadás (eap-todo-list-demo) és a hozzá tartozó erőforrások grafikus ábrázolásával.

   

   A Helm-kiadás (rövidített HR) neve eap-todo-list-demo. Tartalmaz egy üzembehelyezési erőforrást (rövidített D) eap-todo-list-demo néven.

   Ha a D mező bal alsó sarkában lévő körben két nyíllal rendelkező ikont választ, a rendszer a Naplók panelre viszi. Itt megfigyelheti a build előrehaladását. A topológia nézethez való visszatéréshez válassza a topológia lehetőséget a bal oldali navigációs panelen.

5. Amikor az összeállítás elkészült, a bal alsó ikon zöld ellenőrző jelet jelenít meg.

6. Az üzembe helyezés befejezésekor a kör körvonala sötétkék. Ha az egérmutatót a sötétkék fölé viszi, megjelenik egy üzenet, amely hasonló a következőhöz 3 Running: . Amikor megjelenik ez az üzenet, az üzembe helyezéshez társított útvonalról megnyithatja az URL-címet (a jobb felső ikon használatával).

   

7. Az alkalmazás a böngészőben nyílik meg, és a következő, használatra kész képhez hasonló:

   

8. Az alkalmazás megjeleníti az információt kiszolgáló pod nevét. A fürtözési képességek ellenőrzéséhez hozzáadhat néhány Todo elemet. Ezután törölje a podot a Kiszolgáló állomásnév mezőjében megadott névvel, amely az alkalmazás használatával oc delete pod <pod-name>jelenik meg. A pod törlése után hozzon létre egy új teendőt ugyanazon az alkalmazásablakon. Láthatja, hogy az új Todo egy Ajax-kérelemmel lett hozzáadva, és a kiszolgáló név mező most egy másik nevet jelenít meg. A háttérben az OpenShift terheléselosztó elküldte az új kérést, és kézbesítette egy elérhető podra. A Jakarta Faces nézet a kérést feldolgozó podban tárolt HTTP-munkamenet-másolatból lesz visszaállítva. Valóban látható, hogy a Munkamenet-azonosító mező nem változott. Ha a munkamenet nem replikálódik a podokon, Jakarta Facest ViewExpiredExceptionkap, és az alkalmazás nem a várt módon működik.

Az erőforrások eltávolítása

Az alkalmazás törlése

Ha csak törölni szeretné az alkalmazást, megnyithatja az OpenShift-konzolt, és fejlesztői nézetben navigálhat a Helm menübeállításhoz. Ezen a menüben láthatja a fürtön telepített Összes Helm-diagram kiadást.

Keresse meg az eap-todo-list-demo Helm Chartot. A sor végén válassza ki a fa függőleges pontjait a művelet helyi menübejegyzésének megnyitásához.

Válassza a Helm-kiadás eltávolítása lehetőséget az alkalmazás eltávolításához. Figyelje meg, hogy az alkalmazáskonfiguráció biztosításához használt titkos objektum nem része a diagramnak. Ha már nincs rá szüksége, külön kell eltávolítania.

Ha törölni szeretné az alkalmazáskonfigurációt tartalmazó titkos kulcsot, hajtsa végre a következő parancsot:

$ oc delete secrets/todo-list-secret
# secret "todo-list-secret" deleted

Az OpenShift-projekt törlése

A projekt törlésével eap-demo a bemutatóhoz létrehozott összes konfigurációt is törölheti. Ehhez hajtsa végre a következő parancsot:

$ oc delete project eap-demo
# project.project.openshift.io "eap-demo" deleted

Az Azure Red Hat OpenShift-fürt törlése

Törölje az Azure Red Hat OpenShift-fürtöt az oktatóanyag lépéseit követve: Azure Red Hat OpenShift 4-fürt törlése.

Az erőforráscsoport törlése

Ha törölni szeretné az előző lépésekben létrehozott összes erőforrást, törölje az Azure Red Hat OpenShift-fürthöz létrehozott erőforráscsoportot.

Következő lépések

Az útmutatóban használt hivatkozásokból többet is megtudhat:

• Red Hat JBoss Enterprise Application Platform
• Azure Red Hat OpenShift
• JBoss EAP Helm-diagramok
• JBoss EAP Bootable JAR

Folytassa a JBoss EAP Azure-beli futtatásának lehetőségeit.