Menyebarkan aplikasi Java secara manual dengan JBoss EAP pada kluster Azure Red Hat OpenShift

Artikel
05/29/2024

Artikel ini memperlihatkan kepada Anda cara menyebarkan aplikasi Red Hat JBoss Enterprise Application Platform (EAP) ke kluster Azure Red Hat OpenShift. Sampelnya adalah aplikasi Java yang didukung oleh database SQL. Aplikasi ini disebarkan menggunakan JBoss EAP Helm Charts.

Dalam panduan ini, Anda akan mempelajari cara:

Siapkan aplikasi JBoss EAP untuk OpenShift.
Buat instans database tunggal Azure SQL Database.
- Karena Identitas Beban Kerja Azure belum didukung oleh Azure OpenShift, artikel ini masih menggunakan nama pengguna dan kata sandi untuk autentikasi database alih-alih menggunakan koneksi database tanpa kata sandi.
Menyebarkan aplikasi pada kluster Azure Red Hat OpenShift dengan menggunakan JBoss Helm Charts dan OpenShift Web Console

Aplikasi sampel adalah aplikasi stateful yang menyimpan informasi dalam sesi HTTP. Ini memanfaatkan kemampuan pengklusteran JBoss EAP dan menggunakan teknologi Jakarta EE dan MicroProfile berikut:

Wajah Server Jakarta
Biji Buncis Perusahaan Jakarta
Persistensi Jakarta
Kesehatan MicroProfile

Artikel ini adalah panduan manual langkah demi langkah untuk menjalankan aplikasi JBoss EAP pada kluster Azure Red Hat OpenShift. Untuk solusi yang lebih otomatis yang mempercepat perjalanan Anda ke kluster Azure Red Hat OpenShift, lihat Mulai Cepat: Menyebarkan JBoss EAP di Azure Red Hat OpenShift menggunakan portal Azure.

Jika Anda tertarik untuk memberikan umpan balik atau bekerja erat pada skenario migrasi Anda dengan tim teknik yang mengembangkan solusi JBoss EAP di Azure, isi survei singkat ini tentang migrasi JBoss EAP dan sertakan informasi kontak Anda. Tim manajer program, arsitek, dan insinyur akan segera menghubungi Anda untuk memulai kolaborasi yang erat.

Penting

Artikel ini menyebarkan aplikasi dengan menggunakan JBoss EAP Helm Charts. Pada saat penulisan, fitur ini masih ditawarkan sebagai Pratinjau Teknologi. Sebelum memilih untuk menyebarkan aplikasi dengan JBoss EAP Helm Charts pada lingkungan produksi, pastikan bahwa fitur ini adalah fitur yang didukung untuk versi produk JBoss EAP/XP Anda.

Penting

Meskipun Azure Red Hat OpenShift direkayasa bersama, dioperasikan, dan didukung oleh Red Hat dan Microsoft untuk memberikan pengalaman dukungan terintegrasi, perangkat lunak yang Anda jalankan di atas Azure Red Hat OpenShift, termasuk yang dijelaskan dalam artikel ini, tunduk pada persyaratan dukungan dan lisensinya sendiri. Untuk detail tentang dukungan Azure Red Hat OpenShift, lihat Siklus hidup dukungan untuk Azure Red Hat OpenShift 4. Untuk detail tentang dukungan perangkat lunak yang dijelaskan dalam artikel ini, lihat halaman utama untuk perangkat lunak tersebut sebagaimana tercantum dalam artikel.

Prasyarat

Catatan

Azure Red Hat OpenShift memerlukan minimal 40 inti untuk membuat dan menjalankan kluster OpenShift. Kuota sumber daya Azure default untuk langganan Azure baru tidak memenuhi persyaratan ini. Untuk meminta peningkatan batas sumber daya Anda, lihat Kuota standar: Menambah batas berdasarkan rangkaian komputer virtual. Perhatikan bahwa langganan uji coba gratis tidak memenuhi syarat untuk peningkatan kuota, tingkatkan ke langganan PAYG sebelum meminta peningkatan kuota.

Siapkan komputer lokal dengan sistem operasi seperti Unix yang didukung oleh berbagai produk yang diinstal - seperti Ubuntu, macOS, atau Subsistem Windows untuk Linux.
Instal implementasi Java Standard Edition (SE). Langkah-langkah pengembangan lokal dalam artikel ini diuji dengan Java Development Kit (JDK) 17 dari build Microsoft OpenJDK.
Instal Maven 3.8.6 atau yang lebih baru.
Instal Azure CLI 2.40 atau yang lebih baru.
Kloning kode untuk aplikasi demo ini (todo-list) ke sistem lokal Anda. Aplikasi demo ada di GitHub.
Ikuti instruksi di Membuat kluster Azure Red Hat OpenShift 4.

Meskipun langkah "Dapatkan rahasia penarikan Red Hat" diberi label sebagai opsional, diperlukan untuk artikel ini. Rahasia penarikan memungkinkan kluster Azure Red Hat OpenShift Anda untuk menemukan gambar aplikasi JBoss EAP.

Jika Anda berencana untuk menjalankan aplikasi intensif memori di kluster, tentukan ukuran komputer virtual yang tepat untuk simpul pekerja menggunakan parameter --worker-vm-size. Untuk informasi selengkapnya, lihat:
- Azure CLI untuk membuat kluster
- Ukuran komputer virtual yang didukung untuk memori yang dioptimalkan
Sambungkan ke kluster dengan mengikuti langkah-langkah di Menyambungkan ke kluster Azure Red Hat OpenShift 4.
- Ikuti langkah-langkah di "Instal OpenShift CLI"
- Menyambungkan ke kluster Azure Red Hat OpenShift menggunakan OpenShift CLI dengan pengguna kubeadmin
Jalankan perintah berikut untuk membuat proyek OpenShift untuk aplikasi demo ini:
```
oc new-project eap-demo
```
Jalankan perintah berikut untuk menambahkan peran tampilan ke akun layanan default. Peran ini diperlukan agar aplikasi dapat menemukan pod lain dan menyiapkan kluster dengannya:
```
oc policy add-role-to-user view system:serviceaccount:$(oc project -q):default -n $(oc project -q)
```

Menyiapkan aplikasi

Kloning aplikasi sampel menggunakan perintah berikut:

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

Anda mengkloning Todo-list aplikasi demo dan repositori lokal Anda ada di main cabang. Aplikasi demo adalah aplikasi Java sederhana yang membuat, membaca, memperbarui, dan menghapus rekaman di Azure SQL. Anda dapat menyebarkan aplikasi ini seperti yang ada di server JBoss EAP yang diinstal di komputer lokal Anda. Anda hanya perlu mengonfigurasi server dengan driver database dan sumber data yang diperlukan. Anda juga memerlukan server database yang dapat diakses dari lingkungan lokal Anda.

Namun, ketika Anda menargetkan OpenShift, Anda mungkin ingin memangkas kemampuan server JBoss EAP Anda. Misalnya, Anda mungkin ingin mengurangi paparan keamanan server yang disediakan dan mengurangi jejak keseluruhan. Anda mungkin juga ingin menyertakan beberapa spesifikasi MicroProfile untuk membuat aplikasi Anda lebih cocok untuk berjalan di lingkungan OpenShift. Saat Anda menggunakan JBoss EAP, salah satu cara untuk menyelesaikan tugas ini adalah dengan mengemas aplikasi dan server Anda dalam satu unit penyebaran yang dikenal sebagai JAR yang Dapat Di-Boot. Mari kita lakukan dengan menambahkan perubahan yang diperlukan ke aplikasi demo kita.

Navigasi ke repositori lokal aplikasi demo Anda dan ubah cabang menjadi bootable-jar:

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

Mari kita lakukan tinjauan singkat tentang apa yang kita ubah di cabang ini:

Kami menambahkan wildfly-jar-maven plugin untuk menyediakan server dan aplikasi dalam satu file JAR yang dapat dieksekusi. Unit penyebaran OpenShift adalah server kami dengan aplikasi kami.
Pada plugin Maven, kami menentukan satu set lapisan Galleon. Konfigurasi ini memungkinkan kita untuk memangkas kemampuan server hanya untuk apa yang kita butuhkan. Untuk dokumentasi lengkap tentang Galleon, lihat dokumentasi WildFly.
Aplikasi kami menggunakan Jakarta Faces dengan permintaan Ajax, yang berarti ada informasi yang disimpan dalam sesi HTTP. Kami tidak ingin kehilangan informasi tersebut jika sebuah pod dihapus. Kami dapat menyimpan informasi ini pada klien dan mengirimkannya kembali pada setiap permintaan. Namun, ada kasus di mana Anda dapat memutuskan untuk tidak mendistribusikan informasi tertentu kepada klien. Untuk demo ini, kami memilih untuk mereplikasi sesi di semua replika pod. Untuk melakukannya, kami menambahkan <distributable /> ke web.xml. Itu, bersama dengan kemampuan pengklusteran server, membuat sesi HTTP dapat didistribusikan di semua pod.
Kami menambahkan dua Pemeriksaan Kesehatan MicroProfile yang memungkinkan Anda mengidentifikasi kapan aplikasi ditayangkan dan siap menerima permintaan.

Menjalankan aplikasi secara lokal

Sebelum menyebarkan aplikasi di OpenShift, kita akan menjalankannya secara lokal untuk memverifikasi cara kerjanya. Langkah-langkah berikut mengasumsikan Bahwa Anda memiliki Azure SQL yang berjalan dan tersedia dari lingkungan lokal Anda.

Untuk membuat database, ikuti langkah-langkah di Mulai Cepat: Membuat database tunggal Azure SQL Database, tetapi gunakan substitusi berikut.

Untuk Grup sumber daya gunakan grup sumber daya yang Anda buat sebelumnya.
Untuk Nama database gunakan todos_db.
Untuk Login admin server, gunakan azureuser.
Untuk Penggunaan Passw0rd!kata sandi .
Di bagian Aturan firewall, alihkan izinkan layanan dan sumber daya Azure untuk mengakses server ini ke Ya.

Semua pengaturan lainnya dapat digunakan dengan aman dari artikel tertaut.

Pada halaman Pengaturan tambahan, Anda tidak perlu memilih opsi untuk mengisi database terlebih dahulu dengan data sampel, tetapi tidak ada salahnya melakukannya.

Setelah Anda membuat database, dapatkan nilai untuk nama server dari halaman gambaran umum. Arahkan mouse ke atas nilai bidang Nama server dan pilih ikon salin yang muncul di samping nilai . Simpan nilai ini selain untuk digunakan nanti (kami mengatur variabel bernama MSSQLSERVER_HOST ke nilai ini).

Catatan

Untuk menjaga biaya moneter tetap rendah, Mulai Cepat mengarahkan pembaca untuk memilih tingkat komputasi tanpa server. Tingkat ini menskalakan ke nol ketika tidak ada aktivitas. Ketika ini terjadi, database tidak segera responsif. Jika, kapan saja saat menjalankan langkah-langkah dalam artikel ini, Anda mengamati masalah database, pertimbangkan untuk menonaktifkan Jeda otomatis. Untuk mempelajari caranya, cari Jeda otomatis di Azure SQL Database tanpa server. Pada saat penulisan, perintah AZ CLI berikut akan menonaktifkan Jeda otomatis untuk database yang dikonfigurasi dalam artikel ini. az sql db update --resource-group $RESOURCEGROUP --server <Server name, without the .database.windows.net part> --name todos_db --auto-pause-delay -1

Ikuti langkah-langkah berikutnya untuk membangun dan menjalankan aplikasi secara lokal.

Buat JAR yang Dapat Di-boot. Karena kita menggunakan eap-datasources-galleon-pack dengan database MS SQL Server, kita harus menentukan versi driver database yang ingin kita gunakan dengan variabel lingkungan khusus ini. Untuk informasi selengkapnya tentang eap-datasources-galleon-pack dan MS SQL Server, lihat dokumentasi dari Red Hat
```
export MSSQLSERVER_DRIVER_VERSION=7.4.1.jre11
mvn clean package
```
Luncurkan JAR yang Dapat Di-boot dengan menggunakan perintah berikut.

Anda harus memastikan bahwa database Azure SQL mengizinkan lalu lintas jaringan dari host tempat server ini berjalan. Karena Anda memilih Tambahkan alamat IP klien saat ini saat melakukan langkah-langkah di Mulai Cepat: Membuat database tunggal Azure SQL Database, jika host tempat server berjalan adalah host yang sama tempat browser Anda tersambung ke portal Azure, lalu lintas jaringan harus diizinkan. Jika host tempat server berjalan adalah beberapa host lain, Anda perlu merujuk ke Gunakan portal Azure untuk mengelola aturan firewall IP tingkat server.

Saat meluncurkan aplikasi, kita perlu meneruskan variabel lingkungan yang diperlukan untuk mengonfigurasi sumber data:
```
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
```
Jika Anda ingin mempelajari lebih lanjut tentang runtime yang mendasari yang digunakan oleh demo ini, Paket Fitur Galleon untuk mengintegrasikan dokumentasi sumber data memiliki daftar lengkap variabel lingkungan yang tersedia. Untuk detail tentang konsep paket fitur, lihat dokumentasi WildFly.

Jika Anda menerima kesalahan dengan teks yang mirip dengan contoh berikut:
```
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.
```
Pesan ini menunjukkan bahwa langkah-langkah Anda untuk memastikan bahwa lalu lintas jaringan diizinkan tidak berfungsi. Pastikan alamat IP dari pesan kesalahan disertakan dalam aturan firewall.

Jika Anda menerima pesan dengan teks yang mirip dengan contoh berikut:
```
Caused by: com.microsoft.sqlserver.jdbc.SQLServerException: There is already an object named 'TODOS' in the database.
```
Pesan ini menunjukkan data sampel sudah ada di database. Anda dapat mengabaikan pesan ini.
(Opsional) Jika Anda ingin memverifikasi kemampuan pengklusteran, Anda juga dapat meluncurkan lebih banyak instans aplikasi yang sama dengan meneruskan ke JAR jboss.node.name yang Dapat Di-boot argumen dan, untuk menghindari konflik dengan nomor port, menggeser nomor port dengan menggunakan jboss.socket.binding.port-offset. Misalnya, untuk meluncurkan instans kedua yang mewakili pod baru di OpenShift, Anda dapat menjalankan perintah berikut di jendela terminal baru:
```
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"
```
Jika kluster berfungsi, Anda dapat melihat di konsol server mencatat jejak yang mirip dengan yang berikut:
```
INFO  [org.infinispan.CLUSTER] (thread-6,ejb,node) ISPN000094: Received new cluster view for channel ejb
```
Catatan

Secara default, Bootable JAR mengonfigurasi subsistem JGroups untuk menggunakan protokol UDP dan mengirim pesan untuk menemukan anggota kluster lain ke alamat multicast 230.0.0.4. Untuk memverifikasi kemampuan pengklusteran dengan benar pada komputer lokal Anda, Sistem Operasi Anda harus mampu mengirim dan menerima datagram multicast dan merutekannya ke IP 230.0.0.4 melalui antarmuka ethernet Anda. Jika Anda melihat peringatan yang terkait dengan kluster pada log server, periksa konfigurasi jaringan Anda dan verifikasi mendukung multicast pada alamat tersebut.
Buka http://localhost:8080/ di browser Anda untuk mengunjungi beranda aplikasi. Jika Anda membuat lebih banyak instans, Anda dapat mengaksesnya dengan menggeser nomor port, misalnya http://localhost:9080/. Aplikasi akan terlihat mirip dengan gambar berikut:

Periksa pemeriksaan keaktifan dan kesiapan untuk aplikasi. OpenShift menggunakan titik akhir ini untuk memverifikasi kapan pod Anda aktif dan siap menerima permintaan pengguna.

Untuk memeriksa status liveness, jalankan:

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

Anda akan melihat output berikut:

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

Untuk memeriksa status kesiapan, jalankan:

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

Anda akan melihat output berikut:

 {"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"}]}

Tekan Control-C untuk menghentikan aplikasi.

Menyebarkan ke OpenShift

Untuk menyebarkan aplikasi, kita akan menggunakan JBoss EAP Helm Charts yang sudah tersedia di Azure Red Hat OpenShift. Kita juga perlu menyediakan konfigurasi yang diinginkan, misalnya, pengguna database, kata sandi database, versi driver yang ingin kita gunakan, dan informasi koneksi yang digunakan oleh sumber data. Langkah-langkah berikut mengasumsikan Anda memiliki Azure SQL yang berjalan dan dapat diakses dari kluster OpenShift Anda, dan Anda menyimpan nama pengguna database, kata sandi, nama host, port, dan nama database dalam objek OpenShift OpenShift Secret bernama mssqlserver-secret.

Navigasi ke repositori lokal aplikasi demo Anda dan ubah cabang saat ini menjadi bootable-jar-openshift:

git checkout bootable-jar-openshift

Mari kita lakukan ulasan singkat tentang apa yang kita ubah di cabang ini:

Kami menambahkan profil Maven baru bernama bootable-jar-openshift yang menyiapkan JAR Yang Dapat Di-Boot dengan konfigurasi tertentu untuk menjalankan server di cloud. Misalnya, ini memungkinkan subsistem JGroups untuk menggunakan permintaan jaringan untuk menemukan pod lain dengan menggunakan protokol KUBE_PING.
Kami menambahkan sekumpulan file konfigurasi di direktori jboss-on-aro-jakartaee/deployment . Dalam direktori ini, Anda dapat menemukan file konfigurasi untuk menyebarkan aplikasi.

Menyebarkan aplikasi di OpenShift

Langkah selanjutnya menjelaskan bagaimana Anda dapat menyebarkan aplikasi dengan bagan Helm menggunakan konsol web OpenShift. Hindari nilai sensitif pengodean keras ke dalam bagan Helm Anda menggunakan fitur yang disebut 'rahasia'. Rahasia hanyalah kumpulan pasangan name=value, di mana nilai ditentukan di beberapa tempat yang diketahui sebelum diperlukan. Dalam kasus kami, bagan Helm menggunakan dua rahasia, dengan pasangan name=value berikut dari masing-masing.

mssqlserver-secret
- db-host menyampaikan nilai MSSQLSERVER_HOST.
- db-name menyampaikan nilai MSSQLSERVER_DATABASE
- db-password menyampaikan nilai MSSQLSERVER_PASSWORD
- db-port menyampaikan nilai MSSQLSERVER_PORT.
- db-user menyampaikan nilai MSSQLSERVER_USER.
todo-list-secret
- app-cluster-password menyampaikan kata sandi yang ditentukan pengguna secara arbitrer sehingga node kluster dapat terbentuk lebih aman.
- app-driver-version menyampaikan nilai MSSQLSERVER_DRIVER_VERSION.
- app-ds-jndi menyampaikan nilai MSSQLSERVER_JNDI.

Buat 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}

Buat 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}

Buka konsol OpenShift dan navigasikan ke tampilan pengembang. Anda dapat menemukan URL konsol untuk kluster OpenShift Anda dengan menjalankan perintah ini. Masuk dengan kubeadmin userid dan kata sandi yang Anda peroleh dari langkah sebelumnya.
```
az aro show \
    --name $CLUSTER \
    --resource-group $RESOURCEGROUP \
    --query "consoleProfile.url" \
    --output tsv
```
<Pilih perspektif /> Pengembang dari menu drop-down di bagian atas panel navigasi.
<Dalam perspektif /> Pengembang, pilih proyek eap-demo dari menu drop-down Proyek.
Pilih + Tambahkan. Di bagian Katalog Pengembang, pilih Bagan Helm. Anda tiba di katalog Bagan Helm yang tersedia di kluster Azure Red Hat OpenShift Anda. Dalam kotak Filter menurut kata kunci , ketik eap. Anda akan melihat beberapa opsi, seperti yang ditunjukkan di sini:

Karena aplikasi kami menggunakan kemampuan MicroProfile, kami memilih Bagan Helm untuk EAP Xp. Singkatan Xp dari Expansion Pack. Dengan paket ekspansi Platform Aplikasi Perusahaan JBoss, pengembang dapat menggunakan antarmuka pemrograman aplikasi (API) Eclipse MicroProfile untuk membangun dan menyebarkan aplikasi berbasis layanan mikro.
Pilih Bagan Helm JBoss EAP XP 4 , lalu pilih Instal Bagan Helm.

Pada titik ini, kita perlu mengonfigurasi bagan untuk membangun dan menyebarkan aplikasi:

Ubah nama rilis menjadi eap-todo-list-demo.
Kita dapat mengonfigurasi Bagan Helm baik menggunakan Tampilan Formulir atau Tampilan YAML. Di bagian berlabel Konfigurasikan melalui, pilih Tampilan YAML.
Ubah konten YAML untuk mengonfigurasi Bagan Helm dengan menyalin dan menempelkan konten file Bagan Helm yang tersedia di deployment/application/todo-list-helm-chart.yaml alih-alih konten yang ada:

Konten ini membuat referensi ke rahasia yang Anda tetapkan sebelumnya.
Terakhir, pilih Instal untuk memulai penyebaran aplikasi. Tindakan ini membuka tampilan Topologi dengan representasi grafis dari rilis Helm (bernama eap-todo-list-demo) dan sumber daya terkait.

Rilis Helm (disingkat SDM) diberi nama eap-todo-list-demo. Ini termasuk sumber daya Penyebaran (disingkat D) juga bernama eap-todo-list-demo.

Jika Anda memilih ikon dengan dua panah dalam lingkaran di kiri bawah kotak D , Anda akan dibawa ke panel Log . Di sini Anda dapat mengamati kemajuan build. Untuk kembali ke tampilan topologi, pilih Topologi di panel navigasi kiri.
Setelah build selesai, ikon kiri bawah menampilkan centang hijau
Ketika penyebaran selesai, kerangka lingkaran berwarna biru tua. Jika Anda mengarahkan mouse ke atas biru tua, Anda akan melihat pesan muncul yang menyatakan sesuatu yang mirip 3 Runningdengan . Saat melihat pesan tersebut, Anda dapat membuka aplikasi URL (menggunakan ikon kanan atas) dari rute yang terkait dengan penyebaran.
Aplikasi dibuka di browser Anda yang terlihat mirip dengan gambar berikut yang siap digunakan:
Aplikasi ini menunjukkan nama pod yang melayani informasi. Untuk memverifikasi kemampuan pengklusteran, Anda dapat menambahkan beberapa Todos. Kemudian, hapus pod dengan nama yang ditunjukkan di bidang Nama Host Server yang muncul pada aplikasi dengan menggunakan oc delete pod <pod-name>. Setelah menghapus pod, buat Todo baru di jendela aplikasi yang sama. Anda dapat melihat bahwa Todo baru ditambahkan melalui permintaan Ajax dan bidang Nama Host Server sekarang menunjukkan nama yang berbeda. Di balik layar, load balancer OpenShift mengirimkan permintaan baru dan mengirimkannya ke pod yang tersedia. Tampilan Jakarta Faces dipulihkan dari salinan sesi HTTP yang disimpan dalam pod yang memproses permintaan. Memang, Anda dapat melihat bahwa bidang ID Sesi tidak berubah. Jika sesi tidak direplikasi di seluruh pod, Anda akan mendapatkan Jakarta Faces ViewExpiredException, dan aplikasi Anda tidak berfungsi seperti yang diharapkan.

Membersihkan sumber daya

Menghapus aplikasi

Jika Hanya ingin menghapus aplikasi, Anda dapat membuka konsol OpenShift dan, di tampilan pengembang, buka opsi menu Helm . Pada menu ini, Anda dapat melihat semua rilis Bagan Helm yang diinstal pada kluster Anda.

Temukan Bagan Helm eap-todo-list-demo dan di akhir baris, pilih titik vertikal pohon untuk membuka entri menu kontekstual tindakan.

Pilih Hapus Instalan Rilis Helm untuk menghapus aplikasi. Perhatikan bahwa objek rahasia yang digunakan untuk menyediakan konfigurasi aplikasi bukan bagian dari bagan. Anda perlu menghapusnya secara terpisah jika Anda tidak lagi membutuhkannya.

Jalankan perintah berikut jika Anda ingin menghapus rahasia yang menyimpan konfigurasi aplikasi:

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

Menghapus proyek OpenShift

Anda juga dapat menghapus semua konfigurasi yang dibuat untuk demo ini dengan menghapus eap-demo proyek. Untuk melakukannya, jalankan perintah berikut:

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

Menghapus kluster Azure Red Hat OpenShift

Hapus kluster Azure Red Hat OpenShift dengan mengikuti langkah-langkah dalam Tutorial: Menghapus kluster Azure Red Hat OpenShift 4.

Hapus grup sumber daya

Jika Anda ingin menghapus semua sumber daya yang dibuat oleh langkah-langkah sebelumnya, hapus grup sumber daya yang Anda buat untuk kluster Azure Red Hat OpenShift.

Langkah berikutnya

Anda dapat mempelajari selengkapnya dari referensi yang digunakan dalam panduan ini:

Lanjutkan menjelajahi opsi untuk menjalankan JBoss EAP di Azure.

Pelajari selengkapnya tentang JBoss EAP di Azure

Bagikan melalui