Pilih layanan Azure yang tepat untuk aplikasi Java Anda
Artikel ini memandu Anda menggunakan layanan Azure untuk penyebaran aplikasi Java, menekankan dukungan Azure untuk beragam teknologi dan arsitektur Java. Ini menguraikan metode penyebaran seperti kontainerisasi "Lift and Shift", dan Platform-as-a-Service (PaaS), disesuaikan dengan berbagai tingkat kontrol dan kesederhanaan.
Artikel ini menganjurkan pola pikir A+B, menyarankan Anda untuk memilih layanan berdasarkan kebutuhan aplikasi atas pilihan A atau B tetap. Ini menyarankan untuk mempertimbangkan kasus penggunaan, tujuan bisnis, keamanan, dan anggaran untuk pendekatan yang fleksibel. Artikel ini menyoroti kemitraan Microsoft dengan pemimpin ekosistem Java untuk meningkatkan pengalaman pengembang dan merekomendasikan layanan Azure untuk menyebarkan aplikasi Java - baik sebagai sumber, biner, atau kontainer. Pendekatan bernuansa ini membantu Anda fokus pada inovasi, didukung oleh komitmen Microsoft untuk menyediakan aplikasi Java dengan layanan Azure yang paling tepat untuk strategi penyebaran Anda, memaksimalkan efisiensi, skalabilitas, dan efektivitas biaya.
Menyebarkan aplikasi Java apa pun dengan percaya diri dan mudah
Ekosistem Java mencakup beragam teknologi seperti Java SE, Jakarta EE (penerus Java EE dan J2EE), Spring, banyak server aplikasi, dan kerangka kerja lainnya. Apa pun yang Anda lakukan dengan Java - seperti membangun aplikasi, menggunakan kerangka kerja, dan menjalankan server aplikasi - Azure mendukung beban kerja Anda dengan banyak pilihan. Demikian pula, Azure mendukung arsitektur aplikasi apa pun - dari aplikasi monolitik yang berjalan pada VM atau dalam kontainer hingga aplikasi berbasis layanan mikro asli cloud yang berjalan pada layanan yang dikelola sepenuhnya.
Azure menawarkan tiga metode utama berikut untuk menjalankan aplikasi Java di cloud, disesuaikan dengan berbagai tingkat kontrol dan kesederhanaan:
Pendekatan "Lift and Shift" memungkinkan migrasi perubahan minimal aplikasi yang ada langsung ke Azure Virtual Machines.
Kontainerisasi menawarkan fleksibilitas, dengan Azure Kubernetes Service (AKS) dan Azure Red Hat OpenShift menjadi platform utama untuk mengatur aplikasi kontainer.
Platform-as-a-Service (PaaS) mewakili puncak kemudahan dan efisiensi, memberikan produktivitas pengembang yang optimal dan pengelolaan operasional, sering ditambah dengan total biaya kepemilikan yang paling ekonomis.
Apa pun tahap pengembangan aplikasi Java Anda, Azure menyediakan solusi cloud yang kompatibel untuk memenuhi kebutuhan Anda. Anda dapat membaca selengkapnya tentang penawaran ini di Menyebarkan aplikasi Java dengan percaya diri dan mudah.
Portabilitas lengkap untuk aplikasi Java Anda: sebarkan dengan mulus di mana saja
Tidak peduli layanan Azure mana yang Anda pilih untuk aplikasi Java Anda, fleksibilitas aplikasi Anda dijamin. Karena Anda memiliki kode Java dan output yang dikompilasi, Anda memiliki kebebasan untuk menyebarkan aplikasi Anda di mana pun Anda inginkan - baik itu di komputer pengembangan lokal Anda, membangun server, lingkungan lokal, atau platform cloud apa pun yang Anda pilih. Portabilitas aplikasi Anda ada di tangan Anda.
Tentu saja, ketika ada begitu banyak pilihan, Anda menghadapi dilema.
Dilema – gunakan layanan A atau B untuk aplikasi Java
Jika Anda menavigasi penawaran Azure, Anda mungkin mengalami dilema memilih layanan Azure yang paling cocok untuk menjalankan aplikasi Java Anda. Pilihan ini sangat penting, karena memengaruhi perencanaan sumber daya, anggaran, garis waktu proyek, dan pada akhirnya, waktu aplikasi Anda untuk memasarkan. Keputusan ini tidak hanya memengaruhi biaya penyebaran awal tetapi juga biaya pemeliharaan yang sedang berlangsung.
Di masa lalu, organisasi sering merasa terpaksa untuk memilih antara dua platform, teknologi, atau solusi bersaing untuk aplikasi perangkat lunak mereka. Misalnya, organisasi harus memutuskan antara WebLogic atau WebSphere untuk aplikasi Java Enterprise, Docker Swarm atau Kubernetes untuk manajemen kontainer, atau kontainer versus komputer virtual (VM) untuk penyebaran. Proses pengambilan keputusan ini disebut "pola pikir A atau B", dan berbeda secara signifikan dari pengujian A/B, yang merupakan metode untuk membandingkan dua versi halaman web atau aplikasi satu sama lain untuk menentukan mana yang berkinerja lebih baik. Sebaliknya, pola pikir A atau B dalam konteks ini adalah tentang memilih satu platform atau teknologi daripada yang lain untuk penyebaran aplikasi. Ini berasal dari praktik lokal tradisional, di mana keputusan sering dibatasi oleh faktor-faktor seperti model pengiriman perangkat lunak yang dikemas, investasi di muka yang substansial dalam lisensi infrastruktur dan perangkat lunak, dan waktu tunggu yang panjang yang diperlukan untuk membangun dan menyebarkan platform aplikasi apa pun.
Membawa pola pikir ini ke Azure dapat menyebabkan waktu yang dihabiskan berlebihan untuk membuat satu platform yang mencoba mengakomodasi semua aplikasi, yang berpotensi memperkenalkan penundaan dan inefisiensi. Namun, Azure menawarkan pendekatan yang lebih menguntungkan, mendorong pergeseran dari pola pikir ketat ini ke salah satu yang merangkul yang terbaik dari kedua dunia, pada akhirnya menghasilkan pengembalian investasi (ROI) yang lebih baik.
Saat Anda beralih ke Azure, lingkungan cloud menawarkan paradigma fleksibel di mana Anda dapat menyediakan dan mendeprovisi sumber daya sesuai dengan kebutuhan Anda, menghilangkan kebutuhan untuk memilih antara satu layanan di atas layanan lainnya. Fleksibilitas ini mengantarkan pendekatan A+B, strategi yang berbeda dari pola pikir A atau B tradisional dengan mendorong cara berpikir yang lebih luas dan lebih inklusif. Azure memfasilitasi pergeseran ini dengan membuatnya mudah dan hemat biaya untuk memadukan keuntungan dari beberapa layanan, dan mengadopsi pola pikir A+B. Pendekatan ini menggarisbawaikan prinsip memilih layanan yang paling selaras dengan kebutuhan spesifik aplikasi Anda, pada dasarnya menganjurkan untuk memilih alat yang tepat untuk pekerjaan yang ditangani.
Transisi ke pola pikir A+B memungkinkan organisasi untuk memperluas proses pengambilan keputusan dan strategi teknis mereka, merangkul kemungkinan dan peluang baru yang diberikan pola pikir ini. Artikel ini menguraikan prinsip-prinsip pola pikir A+B, memungkinkan Anda memilih layanan Azure secara yudisius yang paling efektif sesuai dengan persyaratan aplikasi Anda. Baik Itu Azure Container Apps (ACA), Azure App Service, Azure Kubernetes Service, atau Virtual Machines, pola pikir A+B memberi Anda lintang untuk menilai dan memilih dari array Azure Services untuk menghosting aplikasi Anda. Filosofi ini berlaku secara universal, melampaui batas bahasa dan kerangka kerja. Meskipun aplikasi Java adalah fokus di sini, pola pikir A+B sama-sama relevan dan bermanfaat untuk aplikasi yang dikembangkan dalam bahasa pemrograman apa pun.
Dengan merangkul pola pikir A+B, Anda tidak terbatas pada satu layanan yang telah ditentukan. Sebagai gantinya, Anda diberdayakan untuk menggabungkan layanan dengan cara yang paling sesuai dengan tuntutan unik aplikasi Anda. Pendekatan ini tidak hanya meningkatkan fleksibilitas dan skalabilitas, tetapi juga mengoptimalkan efisiensi biaya dan operasional. Pendekatan ini memastikan bahwa strategi teknis Anda dinamis dan dapat beradaptasi seperti lingkungan cloud tempat Anda beroperasi.
Mengapa tidak perlu memikirkan layanan A atau B
Memilih layanan cloud yang tepat untuk aplikasi Anda tidak harus menjadi keputusan biner antara layanan A atau layanan B, berkat fleksibilitas dan luasnya opsi yang ditawarkan cloud, terutama dengan Azure. Bagian berikut memecah mengapa menempel pada pilihan tradisional "satu atau yang lain" tidak diperlukan dan bagaimana mengadopsi pendekatan yang lebih cair dapat menguntungkan operasi Anda.
Dari kebiasaan lama hingga fleksibilitas baru
Secara tradisional, menyebarkan sistem TI melibatkan investasi di muka yang signifikan dalam perangkat keras dan perangkat lunak, di samping waktu penyiapan yang panjang. Lingkungan ini membuatnya logis untuk memilih satu platform dengan hati-hati dan mengoptimalkan segala sesuatu di sekitarnya untuk menghemat biaya dan sumber daya. Namun, lingkungan cloud, termasuk Azure, memperkenalkan pergeseran paradigma dengan sifat sesuai permintaan dan elastisnya. Anda hanya membayar untuk apa yang Anda gunakan, dan menyesuaikan sumber daya Anda untuk memenuhi kebutuhan Anda menjadi mudah, tanpa beban pengeluaran modal awal.
Pergeseran ke cloud
Pindah ke cloud, dan ke Azure khususnya, membawa perubahan signifikan dalam bagaimana tanggung jawab infrastruktur dan platform dikelola. Sebagian besar angkat berat, yang sebelumnya dipikul oleh organisasi Anda, sekarang beralih ke Microsoft, seperti yang terlihat dalam diagram berikut. Perubahan ini menyederhanakan operasi dan mengurangi upaya yang diperlukan untuk mengelola aplikasi Anda. Anda tidak terikat oleh batasan pengelolaan beberapa platform, membebaskan Anda untuk memilih alat terbaik untuk setiap pekerjaan tanpa khawatir tentang biaya dan kompleksitas tambahan.
Diagram berikut menunjukkan model tanggung jawab bersama antara pelanggan dan penyedia cloud:
Memilih yang paling cocok untuk setiap kebutuhan
Di dunia baru yang berpusat pada cloud ini, proses pengambilan keputusan menjadi lebih tentang memilih alat yang tepat untuk pekerjaan yang tepat, daripada mencoba menyesuaikan semua kebutuhan Anda ke dalam satu layanan yang telah ditentukan. Baik itu memilih antara Azure Kubernetes Service dan Azure Container Apps untuk aplikasi Spring Boot, atau serangkaian layanan lainnya, fokus bergeser ke yang terbaik memenuhi persyaratan setiap aplikasi tertentu.
Munculnya layanan mikro
Adopsi layanan mikro lebih lanjut mendukung pendekatan fleksibel ini. Secara desain, layanan mikro mendorong penggunaan teknologi yang paling cocok untuk setiap layanan, mempromosikan keragaman teknologi yang secara alami selaras dengan pola pikir A+B. Pendekatan ini adalah tentang menggunakan kekuatan layanan yang berbeda untuk membangun arsitektur aplikasi yang lebih kuat, efisien, dan dapat diskalakan.
Manfaat merangkul A+B
Mengadopsi pola pikir A+B menawarkan beberapa manfaat utama. Ini memungkinkan kelincahan dan fleksibilitas yang lebih besar, memungkinkan Anda memilih alat dan layanan yang paling tepat untuk setiap aspek operasi Anda. Pendekatan ini tidak hanya mengarah pada efisiensi sumber daya dan biaya yang lebih baik tetapi juga mempersingkat waktu untuk memarkan produk Anda. Pada akhirnya, pendekatan ini menumbuhkan keunggulan operasional dengan menyelaraskan pilihan teknologi Anda lebih dekat dengan kebutuhan dan tujuan bisnis Anda.
Singkatnya, cloud, dan Azure khususnya, menawarkan cara baru untuk berpikir tentang menyebarkan dan mengelola aplikasi Anda. Dengan menjauh dari pilihan A atau B yang ketat dan merangkul pola pikir A+B, Anda dapat membuat keputusan yang lebih selaras dengan kebutuhan spesifik aplikasi Anda, yang mengarah pada peningkatan efisiensi, kelincahan, dan penghematan biaya.
Panduan praktis untuk transisi ke pola pikir A+B
Daftar berikut menghitung beberapa prinsip utama yang dapat Anda gunakan sebagai pedoman untuk bertransisi ke pola pikir A+B dan melanjutkannya:
Mulai dari kasus penggunaan ke solusi, bukan sebaliknya. Seringkali, banyak tim perangkat lunak memutuskan teknologi terlebih dahulu dan kemudian mencoba untuk menyesuaikan paksa kasus dan desain penggunaan. Dalam banyak kasus, pendekatan ini menimbulkan overhead yang signifikan dalam hal biaya, waktu pengembangan, sumber daya, dan biaya operasional. Dapatkan kejelasan tentang kasus dan persyaratan penggunaan Anda, baik fungsional maupun non-fungsional, sebelum melompat ke solusi.
Pahami tujuan bisnis Anda, sifat bisnis dan pesaing Anda, dan seberapa sering Anda perlu meluncurkan fitur baru untuk produksi. Anda harus selalu merancang solusi Anda untuk memenuhi tujuan dan tujuan bisnis Anda.
Memahami persyaratan keamanan dan kepatuhan. Di era cloud, di mana semuanya diakses melalui internet, keamanan sangat penting dan tidak dapat dinegosiasikan. Selain itu, tergantung pada industri yang Anda layani, aplikasi Anda mungkin perlu memenuhi persyaratan kepatuhan tertentu. Anda harus merancang solusi Anda untuk cuaca serangan keamanan tingkat lanjut dan untuk memenuhi persyaratan kepatuhan Anda.
Pahami anggaran dan garis waktu Anda. Memiliki pemahaman yang jelas tentang anggaran Anda untuk pengembangan awal, operasi yang sedang berlangsung, dan rilis di masa mendatang. Selain itu, pahami garis waktu Anda. Biaya proyek yang tertunda, baik dalam hal pengeluaran ekstra maupun dampak bisnis negatif, sering diremehkan. Rancang solusi Anda untuk memenuhi anggaran dan garis waktu Anda.
Pikirkan cloud-native jika berlaku. Arsitektur dan teknologi cloud-native adalah sebuah pendekatan untuk merancang, membangun, dan mengoperasikan beban kerja yang dibangun di cloud dan memanfaatkan sepenuhnya model komputasi cloud. Dengan cloud-native, Anda dapat membangun dan menyebarkan aplikasi ke produksi dengan laju yang lebih cepat. Cloud juga menyediakan kemampuan yang mungkin tidak dimungkinkan di tempat - misalnya, elastisitas, skala global, analitik tingkat lanjut, AI, dan kemampuan pembelajaran mesin (ML). Rancang solusi Anda berdasarkan teknologi cloud-native sebanyak mungkin.
Pikirkan budaya DevOps. DevOps bukan hanya alat atau proses, ini adalah praktik pengembangan perangkat lunak yang mempromosikan kolaborasi antara pengembangan dan operasi, menghasilkan pengiriman perangkat lunak yang lebih cepat dan lebih andal. Umumnya disebut budaya, DevOps menghubungkan orang, proses, dan teknologi untuk memberikan nilai berkelanjutan.
Pilih solusi yang memenuhi persyaratan bisnis dan nonfungsi Anda, salah satunya adalah:
- Tercepat untuk diimplementasikan.
- Hemat biaya dalam hal biaya yang terlibat untuk keterampilan, pembangunan, penyebaran, dan operasi.
- Mudah dioperasikan.
- Sepenuhnya kompatibel dengan otomatisasi.
- Mendukung DevOps berdasarkan desain.
Prinsip-prinsip ini membantu Anda menjaga fokus Anda di mana seharusnya - pada membangun solusi yang memenuhi tujuan bisnis Anda daripada memaksakan solusi ke platform yang telah ditentukan.
Pengecualian
Seperti hal lain, ada pengecualian untuk A+B. Daftar berikut ini tidak lengkap, tetapi memberi Anda panduan terarah tentang beberapa pengecualian yang mungkin Anda temui:
Strategi perusahaan. Misalnya, beberapa perusahaan menggunakan adopsi kontainer di seluruh perusahaan untuk membangun dan menyebarkan aplikasi karena mereka mungkin memiliki beberapa bahasa pemrograman yang sedang dimainkan, dan mereka ingin membangun dan menyebarkan semua aplikasi secara terpadu.
Terlalu jauh di bawah garis dengan eksekusi. Anda mungkin telah memilih solusi sebelum melalui analisis A+B. Jika Anda sudah mendalami eksekusi solusi Anda, lanjutkan dengannya, tetapi untuk aplikasi berikutnya, gunakan prinsip pola pikir A+B untuk memilih solusi yang tepat untuk kasus penggunaan Anda.
Migrasi pusat data skala besar. Untuk mempercepat perjalanan mereka ke cloud, perusahaan biasanya menggunakan strategi yang disebut "lift and shift" yang melibatkan migrasi server (menghosting aplikasi mereka) secara massal ke Azure menggunakan alat seperti Azure Migrate. Beberapa menggunakan pendekatan ini untuk memigrasikan pusat data ke Azure dan mematikannya dengan cara yang efisien dan hemat biaya. Dalam skenario ini, sebaiknya gunakan pola pikir A+B untuk memodernisasi aplikasi setelah bermigrasi ke Azure.
Pertimbangan kunci
Kami memberi Anda kerangka kerja untuk berpikir dan prinsip-prinsip yang dapat Anda gunakan untuk memilih tujuan yang tepat di Azure untuk aplikasi Anda. Ini bukan satu ukuran yang cocok untuk semua. Ini bukan A atau B, tetapi A + B.
Diagram berikut ini meringkas pertimbangan utama untuk memilih layanan Azure untuk aplikasi apa pun:
Cara memilih layanan Azure yang tepat untuk aplikasi Java Anda
Untuk menyederhanakan proses pemilihan di tengah banyaknya opsi teknologi untuk aplikasi Java di Azure, kami membuat pohon keputusan sederhana untuk membantu pengembang, pelanggan, dan integrator sistem ke layanan Azure optimal mereka.
Di luar panduan praktis untuk mempertimbangkan persyaratan non-fungsional, dari sudut pandang teknologi, pertanyaan awal yang perlu dipertimbangkan adalah apakah Anda memerlukan kontrol atas infrastruktur. Jika tidak, layanan terkelola adalah rute terbaik yang paling disarankan. Sifat aplikasi - baik berbasis Spring atau App Server - lebih lanjut memandu keputusan: Aplikasi Spring selaras dengan Azure Container Apps, sementara Azure App Service sesuai dengan aplikasi Tomcat atau JBoss EAP.
Bagi mereka yang membutuhkan kontrol infrastruktur, pilihan tergantung pada preferensi teknologi multi-cloud: Azure Virtual Machines menawarkan transisi sederhana, dan bagi mereka yang terintegrasi dengan Tanzu, penawaran pasar Tanzu di IaaS sangat ideal. Pelanggan yang berinvestasi di Kubernetes memiliki opsi Azure Kubernetes Service dan Azure Red Hat OpenShift. Kerangka kerja pengambilan keputusan ini dirancang untuk menyederhanakan pilihan dengan memasangkan persyaratan pelanggan dengan solusi azure yang paling cocok.
Microsoft berkolaborasi dengan banyak mitra, termasuk mitra di area berikut:
- Mitra ekosistem Java terkemuka, seperti Oracle, Broadcom, Red Hat, IBM, dan OpenAI.
- Database utama dan organisasi alat, seperti MySQL, PostgreSQL, MongoDB Labs, DataStax, Redis Labs, Confluent, dan Elastic.
- Para ahli observabilitas, seperti New Relic, Dynatrace, AppDynamics, Grafana Labs, dan Datadog.
- Alat pengembangan, seperti IntelliJ, Maven, dan Gradle.
Investasi gabungan kami membuat pengalaman pengembang yang lebih lancar, memastikan integrasi yang mulus dengan layanan penting seperti database, cache, olahpesan, dan direktori, serta menyediakan alat komprehensif untuk pengamatan. Dengan otomatisasi, penyeimbangan beban, dan penskalaan otomatis, kami bertujuan untuk mengambil beban manajemen infrastruktur dari bahu Anda. Dukungan ini memungkinkan Anda untuk berkonsentrasi dalam menciptakan nilai bisnis melalui kode Anda, yakin dengan pengetahuan bahwa sistem yang mendasar kuat dan dapat diskalakan. Untuk alasan ini, kami merekomendasikan penggunaan layanan Azure tertentu untuk menghosting dan menjalankan jenis aplikasi Java Anda.
Menyebarkan aplikasi Java sebagai sumber atau biner
Untuk aplikasi Java di Azure, baik yang disebarkan langsung dari kode sumber atau sebagai biner yang dikompilasi (file JAR, WAR, atau EAR), penyebaran disederhanakan berkat penawaran layanan komprehensif Azure yang dirancang khusus untuk tujuan ini. Portabilitas aplikasi Java yang melekat berarti Bahwa Azure dapat menyediakan berbagai layanan agar sesuai dengan strategi penyebaran unik dan kebutuhan operasional Anda. Fleksibilitas ini memastikan bahwa apa pun spesifikasi aplikasi Java Anda, ada layanan Azure yang sangat sesuai dengan kebutuhan Anda.
Pertimbangkan tiga contoh berikut, yang menunjukkan bagaimana Azure melayani skenario penyebaran aplikasi Java yang berbeda:
Aplikasi Musim Semi. Untuk pengembang yang bekerja dengan aplikasi Spring, sebaiknya gunakan Azure Container Apps, yang terintegrasi dengan alat pengembangan populer seperti IntelliJ, VS Code, Maven, dan Gradle, bersama alat otomatisasi seperti Azure DevOps, GitHub Actions, dan Jenkins. Alat pengamatan seperti Application Insights, New Relic, Dynatrace, App Dynamics, Grafana, Log Analytics, Elastic, dan Splunk juga didukung. Keamanan adalah prioritas utama, dengan integrasi untuk rahasia penanganan Key Vault dan sertifikat TLS/SSL, autentikasi "tanpa kata sandi" dengan layanan dukungan melalui identitas terkelola, dan kontrol akses berbasis peran Azure (RBAC), memastikan proses penyebaran yang aman dan efisien untuk aplikasi Spring di cloud.
Aplikasi Java di JBoss EAP. Demikian pula, untuk aplikasi Java yang menggunakan JBoss EAP, ada pengalaman yang disesuaikan berkat kolaborasi antara tim Microsoft Azure dan tim Red Hat JBoss EAP. Kemitraan ini menghasilkan dukungan yang ditingkatkan di Azure App Service, menawarkan serangkaian fitur yang kaya yang dirancang untuk aplikasi JBoss EAP. Dukungan ini memungkinkan Anda menggunakan keahlian gabungan Microsoft dan Red Hat, memastikan aplikasi Java Anda berjalan dengan lancar, aman, dan efisien di Azure.
Aplikasi Java Perusahaan di WebLogic. Aplikasi Java perusahaan tradisional yang berjalan di Oracle WebLogic juga memiliki jalur khusus ke Azure. Kolaborasi antara Microsoft Azure dan tim Oracle WebLogic membuka jalan untuk penyebaran yang dioptimalkan di Azure Virtual Machines. Kemitraan ini meluas untuk berintegrasi dengan fitur IaaS mendasar seperti komputer virtual, penyimpanan, jaringan, dan penyeimbang beban, menyediakan fondasi yang kuat untuk aplikasi Java perusahaan di Azure. Upaya terkoordinasi ini memastikan bahwa aplikasi mendapat manfaat dari ketahanan WebLogic dan skalabilitas dan fleksibilitas infrastruktur Azure.
Skenario ini menyoroti dedikasi Azure untuk menawarkan lingkungan penyebaran yang fleksibel, aman, dan efisien untuk aplikasi Java, melayani berbagai kerangka kerja dan arsitektur. Azure juga menyediakan layanan khusus untuk aplikasi Java lainnya, seperti yang berjalan di Tomcat atau WebSphere, memastikan bahwa ada layanan Azure yang cocok untuk setiap jenis aplikasi Java.
Pengembang dan operator mendapatkan pengalaman penyebaran cloud yang lancar dan produktif dengan menggunakan layanan Azure yang disesuaikan ini, mengotomatiskan dan mengamankan aplikasi Java mereka dengan mudah. Namun, memilih opsi penyebaran alternatif mungkin mengharuskan Anda untuk menangani sendiri bangunan dan pemeliharaan pengalaman pengembang dan operator penting ini.
Diagram berikut menunjukkan layanan Azure yang direkomendasikan untuk setiap jenis aplikasi Java yang disebarkan sebagai sumber atau biner:
Untuk mempelajari selengkapnya tentang layanan yang dirujuk dalam diagram ini, gunakan tautan dalam tabel berikut:
| Layanan | Mulai cepat untuk aplikasi Java – disebarkan sebagai sumber atau biner |
|---|---|
| Azure Container Apps | Sebarkan aplikasi Java Menyebarkan aplikasi Quarkus |
| App Service | Menyebarkan aplikasi Java di Tomcat Menyebarkan aplikasi Java di JBoss EAP |
| Azure Functions | Menyebarkan aplikasi fungsi Java |
| Azure Virtual Machines | Oracle WebLogic Server di Azure Virtual Machines Keluarga IBM WebSphere di Azure Virtual Machines |
Menyebarkan aplikasi Java sebagai kontainer
Dalam hal menyebarkan aplikasi Java, kontainerisasi mewakili pendekatan mutakhir yang meningkatkan otomatisasi dalam pembuatan, manajemen, dan tata kelola kontainer di seluruh perusahaan. Tantangannya terletak pada membangun kontainer dengan aman dan andal, langkah penting untuk dengan cepat memberikan aplikasi perangkat lunak kontainer berkualitas tinggi. Proses ini dapat dimulai dari awal atau menggunakan sistem kontainer yang ada, mengintegrasikan alat yang mengkompilasi dan menyimpan kode dan biner untuk menyederhanakan pembaruan dan manajemen kontainer. Integrasi tersebut sangat penting untuk menyesuaikan dengan alur Integrasi Berkelanjutan/Penyebaran Berkelanjutan (CI/CD), menawarkan metode penyebaran yang fleksibel untuk aplikasi Java dalam bentuk kontainer.
Layanan Azure menonjol dengan tidak hanya meringankan pengiriman aplikasi dalam kontainer tetapi juga menyediakan jalur yang jelas untuk disebarkan dari sumber atau biner. Pendekatan ganda ini meminimalkan dampak pada pengembang dan meringankan beban untuk operator infrastruktur atau platform. Mengingat portabilitas Java yang melekat, berbagai pilihan layanan kontainer Azure memastikan bahwa Anda menemukan kecocokan yang sempurna untuk strategi dan kebutuhan penyebaran Anda.
Pertimbangkan dua contoh berikut, yang menunjukkan bagaimana Azure melayani skenario penyebaran aplikasi Java dalam kontainer:
Aplikasi Musim Semi. Azure Container Apps adalah pilihan yang sangat baik untuk aplikasi Spring dalam kontainer. Ini mendukung beberapa jenis penyebaran, termasuk gambar sumber, biner, atau kontainer. Fleksibilitas ini memungkinkan Anda untuk beralih di antara metode penyebaran dengan mudah. Anda mungkin mulai dengan kontainer tetapi kemudian memutuskan untuk menyebarkan sebagai sumber atau biner. Opsi ini menguntungkan karena menghindari kebutuhan akan bangunan dan pemeliharaan kontainer yang sedang berlangsung, yang bisa rumit, berulang, dan intensif waktu.
Aplikasi Java di Tomcat. Azure App Service cocok untuk kontainerisasi aplikasi Java yang dirancang untuk berjalan di Tomcat. Ini mengakomodasi berbagai jenis penyebaran, seperti biner atau gambar kontainer. Seperti Azure Container Apps, layanan ini menawarkan fleksibilitas untuk bergantian antar strategi penyebaran. Anda dapat memulai dengan penyebaran kontainer dan mempertahankan opsi untuk beralih nanti ke menyebarkan biner (WAR dan JAR). Fleksibilitas ini memastikan bahwa Anda dapat memilih metode penyebaran yang paling efisien untuk skenario spesifik Anda, yang menyederhanakan proses pengembangan dan penyebaran.
Contoh-contoh ini mendasar komitmen Azure untuk menyediakan lingkungan yang serbaguna, efisien, dan ramah pengembang untuk menyebarkan aplikasi Java, baik melalui metode tradisional atau kontainerisasi modern.
Diagram berikut menunjukkan layanan Azure yang direkomendasikan untuk setiap jenis aplikasi Java yang disebarkan sebagai kontainer:
Untuk mempelajari selengkapnya tentang layanan yang dirujuk dalam diagram ini, gunakan tautan dalam tabel berikut:
Ringkasan
Dalam menavigasi penyebaran aplikasi Java, Azure memperjuangkan pendekatan A+B bernuansa, menawarkan spektrum layanan yang disesuaikan untuk memenuhi kebutuhan setiap aplikasi. Kolaborasi Microsoft dengan pemimpin ekosistem Java menghasilkan serangkaian layanan Azure, masing-masing direkomendasikan untuk jenis aplikasi Java tertentu - disebarkan sebagai sumber, biner, atau kontainer - menyederhanakan proses penyebaran dan memastikan performa optimal. Fokus ini pada pencocokan strategi penyebaran dengan layanan Azure yang paling tepat menggarisbawaikan komitmen Microsoft untuk memberi Anda fleksibilitas untuk memilih alat yang tepat untuk pekerjaan tersebut. Portabilitas aplikasi Java yang melekat adalah keuntungan utama, memungkinkan transisi yang mulus di seluruh sistem lokal dan penyedia cloud yang berbeda untuk meningkatkan efisiensi dan kelincahan operasional. Dengan menganjurkan proses pemilihan yang lebih luas dan lebih inklusif ini, Microsoft tidak hanya menyederhanakan perjalanan cloud untuk aplikasi Java, tetapi juga memaksimalkan skalabilitas, keamanan, pengamatan, dan efektivitas biaya. Pada akhirnya, panduan Microsoft memberdayakan pengembang dan perusahaan untuk menggunakan ekosistem Azure, memastikan bahwa setiap aplikasi Java berkembang di lingkungan cloud yang paling sesuai dengan kebutuhannya.