Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Fase migrasi
Migrasi pada skala terdiri dari blok bangunan, proses, alat, sumber daya, dan metodologi yang didefinisikan dan diuji selama tahap kesiapan dan perencanaan. Setelah menggunakan praktik terbaik dan pelajaran yang dipelajari dari fase sebelumnya, Anda dapat menerapkan pabrik migrasi, cetak biru implementasi dan operasi penskalaan, melalui otomatisasi dan pengiriman tangkas.
Pabrik migrasi
Pada fase skala-out proyek migrasi, Anda akan memiliki beberapa tim yang beroperasi secara bersamaan. Beberapa akan mendukung volume besar migrasi dalam rehost dan pola replatform minor. Tim-tim ini disebut sebagai pabrik migrasi. Pabrik migrasi Anda akan meningkatkan kecepatan rencana migrasi Anda, dengan beberapa tim sprint bekerja secara parallel. 20-50 persen portofolio aplikasi perusahaan terdiri dari pola berulang yang dapat dioptimalkan dengan pendekatan pabrik. Ini adalah model pengiriman tangkas, dan penting untuk membuat rencana manajemen rilis. Paket Anda harus didasarkan pada beban kerja saat ini dan informasi yang dihasilkan selama fase kesiapan dan perencanaan. Ini harus terus dioptimalkan untuk gelombang migrasi future dan tim migrasi future. Sebaiknya Anda memiliki backlog aplikasi yang mendukung tiga sprint untuk setiap tim. Hal ini memungkinkan Anda untuk memprioritaskan ulang aplikasi jika Anda memiliki masalah yang mempengaruhi jadwal.
Aplikasi yang lebih besar dan lebih kompleks sering mengikuti pola refactor/rearchitect. Mereka umumnya dilakukan dalam siklus rilis yang direncanakan oleh pemilik aplikasi. Tim pabrik mandiri dan mencakup lima sampai enam peran lintas fungsional. Mereka termasuk operasi, analis bisnis dan pemilik, insinyur migrasi, pengembang, dan DevOps profesional. Berikut ini adalah contoh tim pabrik migrasi yang terfokus secara khusus:
-
Rehost tim migrasi memigrasikan aplikasi bervolume tinggi dan kompleksitas rendah yang tidak memerlukan perubahan material. Tim-tim ini memanfaatkan alat otomasi migrasi. Pendekatan ini terintegrasi ke dalam patch-and-release proses manajemen.
-
Replatform tim migrasi merancang dan memigrasikan aplikasi yang memerlukan perubahan platform atau perubahan berulang dalam arsitektur aplikasi.
-
Refactor/re-architect migration team (s) merancang dan memigrasikan aplikasi bisnis kompleks atau inti yang memiliki banyak dependensi. Dalam kebanyakan kasus, tim pengembangan dan operasi teknis mendukung kemampuan bisnis ini. Migrasi menjadi siklus rilis atau beberapa siklus rilis dalam rencana untuk tim tersebut. Ada banyak di antaranya dalam penerbangan, dan Cloud Business Office (CBO) bertanggung jawab untuk melacak waktu, risiko, dan masalah melalui penyelesaian migrasi. Tim ini memiliki proses migrasi aplikasi.
Item yang perlu dipertimbangkan:
-
Lakukan analisis portofolio untuk memahami pola umum di semua aplikasi untuk membantu membangun pekerjaan berulang untuk tim pabrik untuk menerapkan secara efisien.
-
MenggunakanAWSBermitra untuk membantu dengan kendala sumber daya karena tim Anda mendukung kegiatan bisnis reguler.AWSdanAWSKomunitas mitra dapat membawa sumber daya khusus untuk topik tertentu seperti database, pengembangan aplikasi, dan perkakas migrasi.
Panduan cara-untuk
