Java-alkalmazás üzembe helyezése Red Hat JBoss Enterprise Application Platformmal (JBoss EAP) egy Azure Red Hat OpenShift 4-fürtön

Cikk
05/04/2024

Ez a cikk bemutatja, hogyan helyezhet üzembe Egy Red Hat JBoss Enterprise Application Platform (JBoss EAP) alkalmazást egy Azure Red Hat OpenShift 4-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.

Az útmutató végigvezeti egy Java-alkalmazáson, és végigvezeti egy tárolóvezénylőre, például az Azure Red Hat OpenShiftre való migrálás folyamatán. Először azt ismerteti, hogyan csomagolhatja be az alkalmazást bootolható JAR-ként a helyi futtatáshoz. Végül bemutatja, hogyan helyezheti üzembe az OpenShiften a JBoss EAP-alkalmazás három replikáját Helm-diagramok használatával.

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

A minta 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-Enterprise kiadás- és MicroProfile-technológiákat használja:

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

Fontos

Ez a cikk JBoss EAP Helm-diagramokkal üzembe helyez egy alkalmazást. Az íráskor ez a funkció továbbra is technológiai előzetes verzióként érhető el. Mielőtt JBoss EAP Helm-diagramokkal rendelkező alkalmazásokat szeretne üzembe helyezni éles környezetben, győződjön meg arról, hogy ez a funkció támogatott a JBoss EAP/XP termékverziójához.

Fontos

Bár az Azure Red Hat OpenShiftet a Red Hat és a Microsoft közösen tervezi, üzemelteti és támogatja, hogy integrált támogatási élményt nyújtson, az Azure Red Hat OpenShiften futtatott szoftverekre, beleértve a jelen cikkben ismertetetteket, a saját támogatási és licencfeltételei vonatkoznak. Az Azure Red Hat OpenShift támogatásával kapcsolatos részletekért lásd az Azure Red Hat OpenShift 4 támogatási életciklusát. A cikkben ismertetett szoftverek támogatásával kapcsolatos részletekért tekintse meg a szoftver főoldalait a cikkben felsoroltak szerint.

Előfeltételek

Feljegyzés

Az Azure Red Hat OpenShift legalább 40 magot igényel egy OpenShift-fürt létrehozásához és futtatásához. Az új Azure-előfizetés alapértelmezett Azure-erőforráskvótája nem felel meg ennek a követelménynek. Ha növelni szeretné az erőforráskorlátot, olvassa el a Standard kvóta: Korlátok növelése virtuálisgép-sorozatok szerint című témakört. Vegye figyelembe, hogy az ingyenes próbaverziós előfizetés nem jogosult kvótanövelésre, mielőtt kvótanövelést kérne, frissítsen használatalapú fizetéses előfizetésre .

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.
Java-Standard kiadás implementáció telepítése. A cikkben szereplő helyi fejlesztési lépéseket az OpenJDK Microsoft-buildjéből származó JDK 17-zel teszteltük.
Telepítse a Maven 3.8.6-os vagy újabb verzióját.
Telepítse az Azure CLI 2.40-et vagy újabb verzióját.
Klónozza a bemutató alkalmazás kódját (todo-list) a helyi rendszerbe. A bemutató alkalmazás a GitHubon található.
Kövesse az Azure Red Hat OpenShift 4-fürt létrehozása című témakör utasításait.

Bár a "Get a Red Hat pull secret" (Red Hat lekérési titkos kód lekérése) lépés nem kötelezőké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
Csatlakozás egy Azure Red Hat OpenShift 4-fürtre 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 egy Azure Red Hat OpenShift-fürtre az OpenShift parancssori felületének használatával a felhasználóvalkubeadmin
Hajtsa végre a következő parancsot az OpenShift-projekt létrehozásához ehhez a bemutató alkalmazáshoz:
```
oc new-project eap-demo
```
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 fürtöt alakíthasson velük:
```
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ónozta a Todo-list demóalkalmazást, és a helyi adattár az main á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 a következőre 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áadtuk <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ó használata Passw0rd!esetén.
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.

Miután létrehozta az adatbázist a fenti adatbázisnévvel, a kiszolgáló rendszergazdai bejelentkezésével és jelszavával, kérje le a kiszolgáló nevének értékét a portál újonnan létrehozott adatbázis-erőforrásának áttekintési oldaláró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).

Feljegyzés

A pénzügyi költségek alacsonyan tartásához a rövid útmutató arra utasítja az olvasót, hogy válassza ki a kiszolgáló nélküli számítási szintet. Ez a szint nullára skálázható, ha nincs tevékenység. Ha ez történik, az adatbázis nem reagál azonnal. Ha a jelen cikkben szereplő lépések végrehajtásakor bármikor észleli az adatbázis problémáit, fontolja meg az automatikus szüneteltetés letiltását. Ha szeretné megtudni, hogyan kereshet automatikus szüneteltetéseket kiszolgáló nélküli Azure SQL Database-ben. Az íráskor az alábbi AZ CLI-parancs letiltja az automatikus szüneteltetés funkciót a cikkben konfigurált adatbázis esetében. az sql db update --resource-group $RESOURCEGROUP --server <Server name, without the .database.windows.net part> --name todos_db --auto-pause-delay -1

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

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
```
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.
(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.
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, például a portszám http://localhost:9080/eltolásával érheti el őket. Az alkalmazásnak a következő képhez hasonlóan kell kinéznie:
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"}]}
```
Nyomja le a Control-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.

Keresse meg a bemutatóalkalmazás helyi adattárát, és módosítsa az aktuális ágat a következőre 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 TCP-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-diagramon 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, 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.

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}

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}

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 kubeadmin előző lépésből beszerzett 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.
<A />Fejlesztői szempontból válassza ki az eap-demo projektet a Project legördülő menüből.
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. A Xp expansion pack 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.
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:

Módosítsa a kiadás nevét eap-todo-list-demo-ra.
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.
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.
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.
Amikor a build elkészült, a bal alsó ikon zöld pipát jelenít meg
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).
Az alkalmazás a böngészőben nyílik meg, és a következő, használatra kész képhez hasonló:
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 Todos-t. Ezután törölje a podot az alkalmazásban oc delete pod <pod-name>megjelenő Kiszolgáló állomásnév mezőjében megadott névvel, majd a törlés után hozzon létre egy új teendőt ugyanazon az alkalmazásablakon. Láthatja, hogy az új todo egy Ajax-kérésen keresztül lett hozzáadva, és a Kiszolgáló állomásnév mezőjében most egy másik név látható. 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-diagramot, és 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

Ebben az útmutatóban megtanulta, hogyan:

JBoss EAP-alkalmazás előkészítése az OpenShifthez.
Futtassa helyileg egy tárolóalapú Microsoft SQL Serverrel együtt.
Microsoft SQL Server üzembe helyezése egy Azure Red Hat OpenShift 4-en az OpenShift parancssori felület használatával.
Helyezze üzembe az alkalmazást egy Azure Red Hat OpenShift 4-en JBoss Helm-diagramok és OpenShift-webkonzol használatával.

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