Memigrasikan aplikasi WebSphere ke Azure Red Hat OpenShift

  • Artikel

Panduan ini menjelaskan apa yang harus Anda ketahui ketika Anda ingin memigrasikan beban kerja WebSphere Application Server (WAS) yang ada ke IBM WebSphere Liberty atau Open Liberty yang berjalan di Azure Red Hat OpenShift.

Pra-migrasi

Untuk memastikan keberhasilan migrasi, sebelum memulai, selesaikan langkah-langkah penilaian dan inventaris yang dijelaskan di bagian berikut.

Pastikan target adalah target yang sesuai untuk upaya migrasi Anda

Langkah pertama dalam migrasi aplikasi WAS yang berhasil ke Azure adalah memilih target migrasi yang paling tepat.

WAS tradisional berjalan dengan baik di Azure Virtual Machines. Target komputer virtual (VM) adalah pilihan termampu, karena paling mirip dengan penyebaran lokal. Pengalaman administratif dan penyebaran untuk komputer virtual dianalogikan dengan apa yang Anda miliki di tempat.

Opsi lain adalah bermigrasi ke kontainer dengan mengonversi beban kerja tradisional WAS ke kontainer aplikasi. Anda dapat menjalankan target kontainer pada Azure Kubernetes Service (AKS) dan Azure Red Hat OpenShift. Trade-off untuk kemudahan ini adalah biaya ekonomi.

Secara umum, biaya per menit untuk solusi berbasis VM lebih tinggi dibandingkan dengan kontainer. Meskipun solusi berbasis kontainer lebih murah untuk dijalankan, Anda harus membatasi aplikasi Anda agar sesuai dengan persyaratan platform orkestrasi kontainer.

Jika meminimalkan perubahan adalah faktor terpenting untuk upaya migrasi Anda, pertimbangkan migrasi berbasis VM. Dalam hal ini, lihat Memigrasikan aplikasi WebSphere ke Azure Virtual Machines.

Jika Anda dapat mentolerir konversi aplikasi anda untuk berjalan dalam kontainer untuk mengurangi biaya runtime, pertimbangkan migrasi berbasis AKS atau berbasis Azure Red Hat OpenShift.

Untuk migrasi berbasis AKS, Anda dapat mulai menggunakan tingkat Gratis. Dapatkan manajemen kluster gratis dan bayar hanya untuk komputer virtual, penyimpanan terkait, dan sumber daya jaringan yang digunakan. Dalam hal ini, lihat Memigrasikan aplikasi WebSphere ke Azure Kubernetes Service.

Untuk migrasi berbasis Azure Red Hat OpenShift, selain biaya komputasi dan infrastruktur, simpul aplikasi memiliki biaya lain untuk komponen lisensi OpenShift. Biaya ini ditagih berdasarkan jumlah simpul aplikasi dan jenis instans. Gunakan harga sesuai permintaan atau instans yang dipesan, mana pun yang paling sesuai dengan kebutuhan beban kerja dan bisnis Anda. Dalam hal ini, lihat Memigrasikan aplikasi WebSphere ke Azure Red Hat OpenShift.

Panduan cara penggunaan dalam dokumentasi Azure Red Hat OpenShift mencakup beberapa aspek yang relevan dengan migrasi. Untuk daftar lengkap panduan cara penggunaan, lihat dokumentasi Azure Red Hat OpenShift.

Tentukan apakah penawaran Marketplace Azure bawaan adalah titik awal yang baik

Setelah memutuskan bahwa Azure Red Hat OpenShift adalah target penyebaran yang sesuai, Anda harus menerima bahwa operator IBM WebSphere Liberty atau Operator Open Liberty (operator) adalah satu-satunya cara untuk menjalankan Liberty di Kubernetes. Setelah menerima fakta ini, Anda harus memutuskan apakah penawaran Marketplace Azure bawaan adalah titik awal yang baik atau tidak. Berikut adalah beberapa hal yang perlu dipertimbangkan tentang penawaran Marketplace Azure bawaan:

  • IBM dan Microsoft membuat penawaran ini untuk memungkinkan Anda menyediakan Liberty dengan cepat di Azure Red Hat OpenShift. Konsep ini dijelaskan secara lebih rinci dalam konten berikut.
  • Pada tingkat tinggi, penawaran mengotomatiskan langkah-langkah berikut untuk Anda.
    • Ambil gambar aplikasi yang ada, jika diinginkan.
    • Provisikan kluster Azure Red Hat OpenShift, jika diinginkan.
    • Instal dan konfigurasikan operator IBM WebSphere Liberty atau operator Open Liberty di Azure Red Hat OpenShift.
    • Gunakan operator untuk menjalankan semuanya. Operator menyebarkan dan mengelola aplikasi Liberty dalam kontainer di Azure Red Hat OpenShift. Anda dapat menemukan dokumentasi referensi di operator IBM WebSphere Liberty dan operator Open Liberty.

Jika Anda tidak menggunakan penawaran Marketplace Azure bawaan, Anda harus mempelajari cara menggunakan operator secara langsung. Menguasai operator berada di luar cakupan artikel ini. Dokumentasi lengkap untuk operator tersedia di operator IBM WebSphere Liberty dan operator Open Liberty.

Sekarang setelah Anda diperkenalkan ke berbagai cara untuk menangani Liberty di Azure Red Hat OpenShift, Anda lebih dapat memilih apakah akan menggunakan penawaran Marketplace Azure bawaan atau melakukannya sendiri menggunakan operator secara langsung.

Menentukan apakah versi Liberty kompatibel

Anda memerlukan Operator Open Liberty atau operator WebSphere Liberty untuk menyebarkan dan mengelola aplikasi pada kluster berbasis Kubernetes. Pastikan versi Liberty Anda yang ada adalah salah satu versi yang didukung oleh operator. Versi Open Liberty dipertahankan di GitHub OpenLiberty/open-liberty. IBM mempertahankan versi IBM WebSphere Application Server Liberty. Untuk informasi selengkapnya, lihat WebSphere Application Server Liberty.

Penawaran Marketplace Azure bawaan memungkinkan Anda memilih gambar aplikasi dari registri publik, dan dengan demikian secara implisit mendukung semua versi.

Menentukan apakah lisensi diperlukan

Untuk IBM WebSphere Liberty, Anda harus menerima persyaratan pada perjanjian lisensi yang sesuai dengan versi Program IBM dalam kontainer aplikasi. Untuk perjanjian lisensi yang berlaku untuk Program IBM ini, lihat Menampilkan informasi lisensi untuk operator WebSphere Liberty. Untuk informasi selengkapnya, lihat Menjalankan WebSphere Liberty di Microsoft Azure.

Jika edisi produk Anda adalah sesuatu selain IBM WebSphere Application Server (dasar) default, .spec.license.edition value harus menentukan edisi produk Anda. Nilai lain yang tersedia adalah IBM WebSphere Application Server Liberty Core dan IBM WebSphere Application Server Network Deployment. Penawaran Marketplace Azure bawaan memungkinkan Anda memilih edisi produk yang didukung.

Perbedaan inventori menggunakan alat migrasi IBM

Untuk memindahkan aplikasi Anda ke WebSphere Application Server Liberty atau Open Liberty, Anda perlu merencanakan migrasi, menganalisis aplikasi, dan memperbarui kode sumber Anda. IBM menyediakan alat migrasi untuk membantu mengidentifikasi perbedaan antara lingkungan Anda saat ini dan teknologi di lingkungan Liberty baru Anda, seperti Java EE 7 atau Java EE 8, dan Java SE 8 atau Java SE 11. Untuk informasi selengkapnya, lihat Memigrasikan aplikasi ke Liberty.

Kapasitas server inventaris

Dokumentasikan perangkat keras (memori, CPU, disk) server produksi saat ini dan jumlah permintaan rata-rata dan puncak serta pemanfaatan sumber daya. Anda memerlukan informasi ini terlepas dari jalur migrasi yang Anda pilih. Informasi ini berguna, misalnya, untuk membantu memandu pemilihan ukuran VM di simpul Anda, jumlah memori yang akan digunakan oleh kontainer, dan berapa banyak berbagi CPU yang dibutuhkan kontainer.

Untuk memanfaatkan kapasitas yang tidak digunakan dengan penghematan biaya yang signifikan, Anda dapat menggunakan Azure Spot Virtual Machines di Azure Red Hat OpenShift. Untuk mempelajari caranya, lihat Menggunakan Azure Spot Virtual Machines di kluster Azure Red Hat OpenShift.

Inventaris semua rahasia

Sebelum muncul teknologi "konfigurasi sebagai layanan" seperti Azure Key Vault, tidak ada konsep "rahasia" yang terdefinisi dengan baik. Sebaliknya, Anda memiliki serangkaian pengaturan konfigurasi yang berbeda yang secara efektif berfungsi sebagai apa yang sekarang kita sebut "rahasia". Dengan server aplikasi seperti WAS, rahasia ini berada di banyak file konfigurasi dan penyimpanan konfigurasi yang berbeda. Periksa semua properti dan file konfigurasi di server produksi untuk rahasia dan kata sandi apa pun. File konfigurasi yang berisi kata sandi atau kredensial juga dapat ditemukan di dalam aplikasi Anda. WAS menyimpan data konfigurasi dalam beberapa dokumen dalam hierarki direktori berjenjang. Sebagian besar dokumen konfigurasi memiliki konten XML. Untuk informasi selengkapnya, lihat Dokumen konfigurasi dan konsep dasar Azure Key Vault.

Setelah Anda memiliki inventaris rahasia yang solid, konsultasikan dengan dokumentasi operator mengenai rahasia. Untuk informasi lebih lanjut, baca artikel berikut:

Inventaris semua sertifikat

Dokumentasikan semua sertifikat yang digunakan untuk titik akhir SSL publik. Anda bisa melihat semua sertifikat di server produksi dengan menjalankan perintah berikut ini:

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

Setelah Anda memiliki inventaris sertifikat yang solid, konfigurasikan dengan menggunakan artikel berikut:

Memvalidasi bahwa versi Java yang didukung berfungsi dengan benar

Menggunakan Liberty memerlukan versi Java tertentu, jadi Anda perlu mengonfirmasi bahwa aplikasi Anda berjalan dengan benar menggunakan versi yang didukung tersebut.

Runtime WebSphere Application Server Liberty memiliki persyaratan khusus untuk tingkat minimum Java Runtime Environment (JRE). Untuk informasi selengkapnya, lihat Dependensi versi Java untuk fitur.

Open Liberty memerlukan runtime Java SE. Ini dapat berjalan dengan menggunakan distribusi Java Runtime Environment (JRE) atau Java SE Development Kit (JDK). Untuk informasi selengkapnya, lihat Rilis Java SE yang didukung.

Inventaris sumber daya JNDI

Inventarisasikan semua sumber daya JNDI. Misalnya, sumber data seperti database mungkin memiliki nama JNDI terkait yang memungkinkan JPA untuk mengikat instans dengan benar EntityManager ke database tertentu. Untuk informasi selengkapnya tentang sumber daya dan database JNDI, lihat Sumber Data WebSphere dalam dokumentasi IBM. Sumber daya terkait JNDI lainnya, seperti perantara pesan JMS, mungkin memerlukan migrasi atau konfigurasi ulang. Untuk informasi selengkapnya tentang konfigurasi JMS, lihat Menggunakan sumber daya JMS.

Jika Anda menggunakan penawaran Marketplace Azure bawaan, set sumber daya JNDI yang dapat Anda sesuaikan pada waktu penyebaran terbatas pada apa yang didukung penawaran. Untuk WebSphere Liberty di AKS, Anda dapat membuat objek tersedia di namespace Java Naming dan Directory Interface (JNDI) default. Untuk informasi selengkapnya, lihat Mengembangkan dengan namespace default JNDI dalam fitur Liberty. Untuk Open Liberty, lihat Java Naming dan Directory Interface.

Memeriksa konfigurasi profil Anda

Unit konfigurasi utama di WAS adalah profil. Dengan demikian, file resources.xml berisi banyak konfigurasi yang harus Anda pertimbangkan dengan cermat untuk migrasi. File menyertakan referensi ke file XML lain yang disimpan dalam subdirektori. Untuk informasi selengkapnya, lihat Mengelola profil pada sistem operasi terdistribusi dan IBM i.

Di dalam aplikasi Anda

Periksa file deployment.xml dan/atau file WEB-INF/web.xml.

Anda perlu mengambil kustomisasi ini dalam gambar kontainer yang dijalankan Azure Red Hat OpenShift. Saat Anda menggunakan penawaran Marketplace Azure bawaan, penyesuaian tersebut paling baik ditangani dengan membuat gambar kontainer kustom dan membuatnya tersedia di registri publik, lalu menunjuk ke registri tersebut pada waktu penyebaran.

Jika Anda menggunakan sel Penyebaran Jaringan Server Aplikasi WebSphere, setiap anggota kluster berjalan dalam penginstalan WAS tradisional. Liberty adalah profil ringan Dari WebSphere Application Server. Ini adalah profil WAS yang fleksibel dan dinamis, yang memungkinkan server WAS untuk menyebarkan hanya fitur kustom yang diperlukan alih-alih menyebarkan sekumpulan besar komponen JEE yang tersedia.

Menentukan apakah replikasi sesi digunakan

Jika aplikasi Anda bergantung pada replikasi sesi, Anda memiliki opsi berikut:

  • Untuk sesi HTTP, sesuai dengan tingkat manajemen sesi, Anda dapat menggunakan cache atau database untuk mengumpulkan data sesi.
  • Untuk Sesi terdistribusi, Anda dapat menyimpan sesi dalam database menggunakan persistensi sesi database.
  • Untuk Cache dinamis, Anda dapat mengelola data sesi dalam cache atau database.
  • Anda dapat merefaktor aplikasi Anda untuk menggunakan database untuk manajemen sesi.
  • Anda dapat merefaktor aplikasi Anda untuk eksternalisasi sesi ke Azure Redis Service. Untuk informasi selengkapnya, lihat Azure Cache for Redis.

Untuk semua opsi ini, ada baiknya untuk menguasai bagaimana Liberty melakukan Replikasi Status Sesi HTTP. Dokumen berikut membantu Anda memahami cara mengelola Sesi HTTP di Liberty:

Mendokumentasikan sumber data

Jika aplikasi Anda menggunakan database apa pun, Anda perlu mengambil informasi berikut:

  • Apa nama sumber datanya?
  • Apa konfigurasi kumpulan koneksinya?
  • Di mana saya dapat menemukan file JAR driver JDBC?

Untuk informasi selengkapnya tentang driver JDBC di WAS, lihat Menggunakan Driver JDBC dengan Server Aplikasi WebSphere.

Konfigurasi JDBC adalah konfigurasi server inti di Liberty. Untuk informasi selengkapnya, lihat Driver JDBC.

Penawaran Marketplace Azure bawaan memiliki dukungan terbatas untuk database. Anda dapat menangani konfigurasi dalam gambar aplikasi dan menggunakan gambar saat Anda menyebarkan penawaran.

Menentukan apakah WAS telah disesuaikan

Tentukan kustomisasi mana yang telah dibuat, dan tangkap apa yang telah dilakukan.

  • Apakah skrip penyalaan telah diubah? Skrip tersebut termasuk wsadmin, AdminControl, AdminConfig, AdminApp, dan AdminTask.
  • Apakah ada parameter khusus yang diteruskan ke JVM?
  • Apakah ada JAR yang ditambahkan ke classpath server?
  • Apakah fasilitas tingkat OS seperti systemd telah digunakan untuk menyebabkan komponen WAS dimulai secara otomatis setelah server dimulai ulang?

Anda perlu memperhitungkan pertimbangan migrasi tergantung pada jawaban atas pertanyaan-pertanyaan ini.

Anda perlu mengambil kustomisasi ini dalam gambar kontainer yang dijalankan Azure Red Hat OpenShift. Saat Anda menggunakan penawaran Marketplace Azure bawaan, penyesuaian tersebut paling baik ditangani dengan membuat gambar kontainer kustom dan membuatnya tersedia di registri publik, lalu menunjuk ke registri tersebut pada waktu penyebaran.

Menentukan apakah koneksi ke lokal diperlukan

Jika aplikasi Anda perlu mengakses salah satu layanan lokal Anda, Anda harus menyediakan salah satu layanan konektivitas Azure. Untuk informasi selengkapnya, lihat Memilih solusi untuk menyambungkan jaringan lokal ke Azure. Atau, Anda harus memfaktor ulang aplikasi untuk menggunakan API yang tersedia untuk umum yang diekspos sumber daya lokal Anda.

Menentukan apakah Antrean atau Topik Java Message Service (JMS) sedang digunakan

Jika aplikasi Anda menggunakan Antrean atau Topik JMS, Anda perlu memigrasikannya ke server JMS yang dihosting secara eksternal. Salah satu strategi bagi mereka yang menggunakan JMS adalah menggunakan Azure Bus Layanan dan Advanced Message Queuing Protocol. Untuk informasi selengkapnya, lihat Menggunakan JMS dengan Azure Service Bus dan AMQP 1.0.

Jika Anda telah mengonfigurasi penyimpanan persisten JMS, Anda harus mengambil konfigurasinya dan menerapkannya setelah migrasi.

Jika Anda menggunakan IBM MQ, Anda dapat memigrasikan perangkat lunak ini ke Azure Virtual Machines dan menggunakannya apa adanya.

Microsoft memiliki solusi untuk mengintegrasikan IBM MQ dengan Logic Apps. Untuk informasi selengkapnya, lihat Koneksi ke server IBM MQ dari alur kerja di Azure Logic Apps.

Tentukan Apakah Anda menggunakan Pustaka Java EE Bersama yang Anda buat sendiri

Jika menggunakan fitur pustaka Java EE Bersama, Anda memiliki dua opsi:

  • Refaktor kode aplikasi Anda untuk menghapus semua dependensi di pustaka Anda, dan sebagai gantinya gabungkan fungsionalitas langsung ke dalam aplikasi Anda.
  • Tambahkan pustaka tersebut ke classpath server.

Anda dapat menangani pustaka ini menggunakan teknik yang sama seperti yang dijelaskan dalam Mengakses API pihak ketiga dari aplikasi Java EE.

Tentukan apakah bundel OSGi digunakan

Jika Anda menggunakan bundel OSGi yang ditambahkan ke WAS, Anda perlu menambahkan file JAR yang setara langsung ke aplikasi web Anda.

Anda dapat menyertakan bundel dalam gambar yang disediakan ke penawaran Marketplace Azure bawaan. Untuk informasi selengkapnya, lihat Mengonfigurasi pustaka untuk aplikasi OSGi.

Tentukan apakah aplikasi Anda berisi kode khusus OS

Jika aplikasi Anda berisi kode apa pun dengan dependensi pada OS host, Anda harus melakukan refaktor untuk menghapus dependensi tersebut. Misalnya, Anda mungkin perlu mengganti penggunaan / atau \ di jalur sistem file dengan File.Separator atau Paths.get.

Liberty di Azure Red Hat OpenShift berjalan di Linux x86_64. Kode khusus OS apa pun harus kompatibel dengan Linux. Untuk mempelajari cara menemukan informasi OS tertentu, ikuti langkah-langkah di bagian Menentukan apakah versi Liberty kompatibel .

Menentukan apakah IBM Integration Bus sedang digunakan

Jika aplikasi Anda menggunakan IBM Integration Bus, Anda perlu mengambil bagaimana IBM Integration Bus dikonfigurasi. Untuk informasi selengkapnya, lihat dokumentasi IBM Integration Bus.

IBM Integration Bus tidak didukung secara langsung dalam penawaran Marketplace Azure bawaan. Untuk mengaktifkan fitur ini, ikuti instruksi dalam Mengaktifkan aplikasi JMS di Liberty untuk terhubung ke bus integrasi layanan dalam dokumentasi IBM.

Menentukan apakah aplikasi Anda terdiri dari beberapa WAR

Jika aplikasi Anda terdiri dari beberapa WAR, Anda harus memperlakukan masing-masing WAR tersebut sebagai aplikasi terpisah dan melalui panduan ini untuk masing-masing WAR.

Menentukan apakah aplikasi Anda dikemas sebagai EAR

Jika aplikasi Anda dikemas sebagai file EAR, pastikan untuk memeriksa file application.xml, ibm-application-bnd.xmi, dan ibm-application-ext.xmi dan ambil konfigurasinya. Untuk informasi selengkapnya, lihat Membangun paket arsip perusahaan (EAR) di WebSphere.

Penawaran Marketplace Azure bawaan memungkinkan Anda menggunakan gambar kontainer yang ada. Anda dapat menyiapkan aplikasi sesuai dengan kebutuhan bisnis Anda.

Identifikasi semua proses dan daemon luar yang berjalan di server produksi

Jika Anda memiliki proses yang berjalan di luar server aplikasi, seperti memantau daemon, Anda harus menghilangkannya atau memigrasikannya di tempat lain.

Menentukan apakah dan bagaimana sistem berkas digunakan

Kubernetes menangani sistem file dengan volume persisten (PV). Memasang volume persisten tidak didukung dalam penawaran Marketplace Azure bawaan. Untuk membuat Azure Files StorageClass, ikuti instruksi di Membuat Azure Files StorageClass di Azure Red Hat OpenShift 4.

Konten statis baca-saja

Jika aplikasi Anda saat ini menyajikan konten statis, Anda memerlukan lokasi alternatif untuk itu. Anda mungkin ingin mempertimbangkan untuk memindahkan konten statik ke Azure Blob Storage dan menambahkan Azure CDN untuk unduhan secepat kilat secara global. Untuk informasi selengkapnya, lihat Hosting situs web statis di Penyimpanan Azure dan Mulai Cepat: Mengintegrasikan akun Microsoft Azure Storage dengan Azure CDN. Anda juga dapat langsung menyebarkan konten statis ke aplikasi dalam paket Azure Spring Apps Enterprise. Untuk informasi selengkapnya, lihat Menyebarkan file statis web.

Konten statis yang diterbitkan secara dinamis

Jika aplikasi Anda memungkinkan konten statis yang diunggah/ diproduksi oleh aplikasi Anda tetapi tidak dapat diubah setelah pembuatannya, Anda dapat menggunakan Azure Blob Storage dan Azure CDN seperti yang dijelaskan di atas, dengan Azure Function untuk menangani unggahan dan refresh CDN. Kami telah menyediakan implementasi sampel untuk penggunaan Anda di Pengunggahan dan pramuat CDN konten statis dengan Azure Functions. Anda juga dapat langsung menyebarkan konten statis ke aplikasi dalam paket Azure Spring Apps Enterprise. Untuk informasi selengkapnya, lihat Menyebarkan file statis web.

Menentukan topologi jaringan

Kumpulan penawaran Marketplace Azure saat ini adalah titik awal untuk migrasi Anda. Jika penawaran tidak mencakup aspek arsitektur yang perlu Anda migrasikan, Anda perlu mengambil topologi jaringan penyebaran yang ada. Kemudian, Anda perlu mereproduksi topologi itu di Azure, bahkan setelah berdiri dengan penawaran dasar dengan salah satu templat solusi.

Topologi jaringan adalah topik yang luas, tetapi referensi berikut dapat memberikan beberapa arah pada upaya migrasi Anda:

  • Untuk enumerasi topik tingkat tinggi yang relevan dengan migrasi topologi jaringan ke Azure, lihat Topologi Penyebaran Jaringan Server Aplikasi WebSphere.
  • Karena sumber data adalah server terpisah dalam sistem Liberty, Anda harus mempertimbangkannya sebagai bagian dari analisis topologi jaringan. Untuk informasi selengkapnya, lihat Sumber Data Liberty Server Aplikasi WebSphere.
  • Sumber olahpesan juga merupakan server terpisah. Untuk informasi selengkapnya, lihat WebSphere Application Server Liberty: Olahpesan WebSphere MQ.
  • Penyeimbangan beban adalah persyaratan mendasar. Untuk informasi tentang sisi Liberty dari penyeimbangan beban, lihat Arsitektur kolektif WebSphere Application Server Liberty.

Memperhitungkan penggunaan adaptor JCA dan adaptor sumber daya

Jika aplikasi Anda yang ada menggunakan adaptor JCA atau adaptor sumber daya untuk terhubung ke sistem perusahaan lain, pastikan Anda menerapkan konfigurasi untuk artefak ini ke server Liberty yang berjalan di AKS. Untuk informasi selengkapnya, lihat Gambaran Umum elemen konfigurasi JCA dan Arsitektur Java Koneksi or.

Menentukan apakah pengklusteran digunakan

Operator menangani pengklusteran untuk semua kemungkinan cara menjalankan beban kerja WAS di Azure Red Hat OpenShift.

Memeriksa pengklusteran EJB Anda

Jika aplikasi Anda menggunakan Enterprise Java Beans (EJB) lokal, Anda mungkin perlu memigrasikannya ke EJB terkluster. Untuk informasi selengkapnya, lihat Mengembangkan aplikasi EJB di Liberty.

Akun untuk persyaratan penyeimbangan beban

Penawaran Marketplace Azure bawaan menggunakan rute bawaan OpenShift untuk menghosting aplikasi di URL publik dan akun untuk penyeimbangan beban. Untuk informasi selengkapnya, lihat Konfigurasi Rute OpenShift.

Migration

Langkah-langkah di bagian ini mengasumsikan bahwa analisis Anda telah mengarahkan Anda untuk memutuskan untuk menggunakan penawaran Marketplace Azure bawaan.

Menyediakan penawaran

Untuk membuka penawaran di portal Azure, lihat IBM WebSphere Liberty dan Open Liberty di Azure Red Hat OpenShift. Pilih Buat, lalu gunakan informasi yang Anda kumpulkan di langkah-langkah sebelumnya untuk membantu mengisi bidang penawaran.

Akun untuk KeyStores

Anda harus memperhitungkan migrasi SSL/TLS KeyStores apa pun yang digunakan oleh aplikasi Anda. Untuk informasi selengkapnya, lihat Mengonfigurasi Keystores.

Menyambungkan sumber JMS

Setelah menyambungkan database, Anda dapat mengonfigurasi JMS dengan mengikuti instruksi di Gambaran Umum elemen konfigurasi JCA dalam dokumentasi IBM.

Akun untuk pengelogan

Anda tidak dapat melakukan cloud tanpa menguasai pengelogan. Operator menyediakan pendekatan yang berbeda untuk pemantauan. Untuk informasi selengkapnya, lihat Memantau lingkungan runtime server Liberty. Sangat membantu untuk menguasai sistem pengelogan dan pemantauan di Red Hat OpenShift. Untuk informasi selengkapnya, lihat Memahami subsistem pengelogan untuk Red Hat OpenShift dan Tentang pemantauan Platform Kontainer OpenShift. Anda dapat mengonfigurasi wawasan kontainer Azure Monitor untuk Azure Red Hat OpenShift. Untuk informasi selengkapnya, lihat Mengonfigurasi wawasan kontainer Azure Monitor untuk Azure Red Hat OpenShift. Jika Anda lebih suka menggunakan Elastic Stack, Azure memberikan dukungan besar untuk Elastic. Untuk detail selengkapnya, lihat Apa itu integrasi Elastic dengan Azure? Anda dapat menggabungkan pengetahuan dalam sumber daya ini untuk mencapai solusi pengelogan yang dioptimalkan Azure untuk Liberty di Azure Red Hat OpenShift.

Memigrasikan aplikasi Anda

Apakah Anda memilih untuk memberikan gambar aplikasi pada waktu penyebaran atau tidak, Anda perlu memperbarui aplikasi melalui CI/CD. Dokumentasi OpenShift memiliki sampel yang menunjukkan cara melakukan pembaruan ini. Untuk informasi selengkapnya, lihat Gambaran umum CI/CD Platform Kontainer OpenShift.

Mengonfigurasi pengujian

Anda harus mengonfigurasi pengujian dalam kontainer terhadap aplikasi untuk mengakses server baru yang berjalan di Azure. Seperti halnya masalah CI/CD, Anda harus memastikan bahwa aturan keamanan jaringan yang diperlukan memungkinkan pengujian Anda mengakses aplikasi yang disebarkan ke Azure. Untuk informasi selengkapnya, lihat Kelompok keamanan jaringan.

Pasca-migrasi

Setelah mencapai sasaran migrasi yang ditentukan dalam langkah pramigrasi, lakukan beberapa pengujian penerimaan end-to-end untuk memverifikasi bahwa semuanya berfungsi seperti yang diharapkan. Artikel berikut ini menyediakan informasi tentang penyempurnaan pascamigrasi: