Memigrasikan beban kerja untuk platform aplikasi modern

  • Artikel

terdapat tren yang jelas dan berkembang dari migrasi beban kerja yang ada dari pusat data lokal ke kluster Kubernetes di Azure. Pendekatan ini berpotensi mengurangi jejak infrastruktur pascamigrasi. Lebih penting lagi, bermigrasi ke kontainer memungkinkan portabilitas yang lebih besar dalam portofolio, memungkinkan beban kerja lebih mudah dipindahkan antara cloud publik dan privat. Tren ini paling umum dialami ketika organisasi memiliki banyak aplikasi web.

Sebagian besar opsi platform aplikasi modern memerlukan arsitektur ulang atau penyebaran ulang aplikasi. Kemampuan orkestrasi Azure Kubernetes Service (AKS) memungkinkan kemudahan migrasi untuk solusi Kubernetes. Namun, ketika Anda mengintegrasikan migrasi kontainer ke dalam proses migrasi standar, mungkin terdapat proses yang lebih efisien. Azure Migrate mencakup banyak alat dan fitur untuk mempercepat migrasi. Alat Azure Migrate: App Containerization adalah cara termudah untuk bermigrasi ke kontainer selama proses migrasi standar.

Pendekatan One Migrate

Anda dapat bermigrasi ke AKS untuk mempercepat kontainer di cloud sebagai bagian dari skenario One Migrate Cloud Adoption Framework. Biasanya, migrasi ke Azure menggunakan Azure Migrate dan alat mitra untuk menilai beban kerja, memigrasikan beban kerja, serta merilis beban kerja ke cloud. Anda dapat menerapkan proses tiga langkah ini untuk migrasi AKS, tetapi Anda mungkin memerlukan beberapa alat lain untuk membantu langkah-langkah migrasi.

Menilai beban kerja

Sebagai langkah pertama untuk menilai sekelompok beban kerja, Anda perlu mereferensikan rencana adopsi cloud dan penilaian portofolio awal Anda. Saat mengevaluasi beban kerja untuk kontainerisasi selama migrasi, Anda perlu meninjau rencana untuk informasi utama tentang sistem operasi dan bahasa pemrograman untuk aplikasi guna menentukan jalur kontainerisasi yang paling tepat.

Kandidat migrasi yang efisien

Alat migrasi kontainer di Azure Migrate dapat mempercepat migrasi aplikasi tertentu ke AKS. Evaluasi beban kerja Anda terhadap daftar berikut untuk mengidentifikasi kandidat migrasi Kubernetes, dan periksa kembali secara berkala seiring bertumbuhnya daftar ini:

Gunakan alat Azure Migrate: App Containerization untuk memigrasikan aplikasi. Langkah pertama dari alat itu adalah penemuan, yang membantu dalam menilai dan mengevaluasi kompatibilitas.

Pembuatan kontainer kemudian kandidat migrasi

Beban kerja yang tersisa tidak dapat dimigrasikan hingga divalidasi sebagai fungsional dan berkinerja saat beroperasi dalam kontainer. Bekerja sama dengan pemilik aplikasi untuk mengalokasikan waktu untuk melakukan kontainerisasi, memvalidasi hasil, dan membangun alur pembuatan gambar untuk pekerjaan tersebut. Perhatikan dependensi unik seperti persyaratan khusus Windows seperti akun layanan yang dikelola grup, penggunaan sistem file lokal, detail implementasi cache, implementasi singleton, dan dependensi seperti database.

Meskipun tim terpusat dapat memimpin upaya kontainerisasi di seluruh organisasi, mengingat bahwa itu lebih merupakan fungsi manajemen proyek dan proses pengumpulan dan pengawasan persyaratan teknis, pemilik aplikasi harus sangat terlibat.

Migrasi tugas

Seperti disebutkan dalam tugas penilaian, banyak aplikasi Anda dapat dimigrasikan menggunakan alat Azure Migrate: Kontainerisasi Aplikasi. Dalam langkah proses migrasi yang dapat diulang ini, kami membahas bagaimana Anda akan menyelesaikan tugas yang terkait dengan migrasi beban kerja ke cloud.

Migrasi yang disederhanakan

Untuk setiap beban kerja yang kompatibel dengan alat Azure Migrate: App Containerization, alat tersebut akan mengotomatisasi langkah migrasi dengan membangun citra kontainer, menyebarkan kluster AKS, serta menyebarkan aplikasi ke kontainer.

Migrasi kontainer dan beban kerja

Saat memigrasikan kontainer dan beban kerja melalui proses yang lebih manual, memvalidasi gambar kontainer, menyebarkan kluster, dan menyebarkan aplikasi lebih terlibat. Pertama, pastikan versi Kubernetes target Anda berada dalam jendela yang didukung untuk AKS. Menggunakan versi yang lebih lama mungkin berada di luar rentang yang didukung dan akan mengharuskan peningkatan didukung oleh AKS. Untuk informasi selengkapnya, lihat versi Kubernetes yang didukung AKS. Jika memungkinkan, selalu migrasikan ke versi Kubernetes yang sama. Itu berarti melakukan peningkatan di tempat dalam sistem yang ada atau merencanakan peningkatan pascamigrasi berdasarkan prioritas Anda.

Seperti halnya migrasi apa pun, putuskan jendela pemeliharaan apa yang dapat disepakati dan transparan bagi semua pemangku kepentingan yang tertarik tentang bagaimana migrasi dilanjutkan. Lacak dan buat dasbor migrasi jika sesuai. Jika migrasi waktu henti tidak dapat dinegosiasikan, izinkan perencanaan, biaya, dan komplikasi tambahan sekeliling migrasi tanpa waktu henti. Jika ditemukan bahwa migrasi waktu henti diperlukan ketika tidak diharapkan, komunikasikan perubahan tersebut kepada pemangku kepentingan Anda. Lakukan analisis dampak pada perubahan tersebut untuk memastikan risiko telah didokumentasikan dan disepakati.

Semua migrasi, bahkan migrasi waktu henti, mungkin perlu memodifikasi aplikasi yang ada dengan fleksibilitas tambahan untuk mendukung migrasi. Pastikan tim aplikasi sepenuhnya terlibat dalam merencanakan migrasi beban kerja sedini mungkin. Misalnya, lebih banyak kemampuan pengalihan DNS, string koneksi, dan pengaturan mungkin perlu disebarkan dalam beban kerja saat ini sebelum migrasi dapat diselesaikan.

Saat ini, Anda perlu menggunakan salah satu dari beberapa alat sumber terbuka untuk menyelesaikan replikasi kontainer dan beban kerja Anda ke Azure.

Jika Anda berasal dari platform Kubernetes yang ada (mesin AKS, ACS, atau implementasi Kubernetes lainnya), pertimbangkan untuk menggunakan beberapa alat sumber terbuka untuk membantu migrasi. Dalam kasus ini, Anda sudah memiliki beban kerja yang berfungsi di Kubernetes, dan rehosting di AKS lebih sederhana. Validasi semua kemampuan yang ada di AKS sebelum melakukan migrasi apa pun.

Langkah berikutnya: Berinovasi menggunakan solusi platform aplikasi modern

Artikel berikut memandu Anda pada titik tertentu dalam perjalanan adopsi cloud dan membantu Anda berhasil dalam skenario adopsi cloud.