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:
- JBoss EAP-alkalmazás előkészítése az OpenShifthez.
- Az Azure SQL Database egyetlen adatbázispéldányának létrehozása.
- Mivel az Azure Számítási feladatok identitását az Azure OpenShift még nem támogatja, ez a cikk továbbra is felhasználónevet és jelszót használ az adatbázis-hitelesítéshez a jelszó nélküli adatbázis-kapcsolatok használata helyett.
- Az alkalmazás üzembe helyezése egy Azure Red Hat OpenShift-fürtön JBoss Helm-diagramok és OpenShift-webkonzol használatával
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.
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
Míg a Red Hat és a Microsoft Azure közösen mérnöke, üzemeltetője és támogatója az Azure Red Hat OpenShiftnek, 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. Az ingyenes próbaverziós előfizetés nem jogosult kvótanövelésre, ezért frissítsen egyYou-Go Fizessen használat alapján előfizetésre a kvótanövelés kérése előtt.
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 (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.
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 "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: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
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 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_db
esetén. - Kiszolgálói rendszergazdai bejelentkezéshez használja a következőt
azureuser
: . - 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).
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ázissal kapcsolatos problémákat, 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 Azure 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 kapcsolatoseap-datasources-galleon-pack
további információkért tekintse meg a Red Hat dokumentációjátexport 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ávaljboss.socket.binding.port-offset
eltolja. 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, 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:
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 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-secret
tá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étMSSQLSERVER_HOST
adja meg. -
db-name
aMSSQLSERVER_DATABASE -
db-password
aMSSQLSERVER_PASSWORD -
db-port
a értékétMSSQLSERVER_PORT
adja meg. -
db-user
a értékétMSSQLSERVER_USER
adja 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étMSSQLSERVER_DRIVER_VERSION
adja meg. -
app-ds-jndi
a értékétMSSQLSERVER_JNDI
adja 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 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.
<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. 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.
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 az összeállítás elkészült, a bal alsó ikon zöld ellenőrző jelet 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 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 FacestViewExpiredException
kap, é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.