Tugas 1: Memvalidasi pola migrasi dan metadata

Dalam tugas ini, Anda memvalidasi pola migrasi yang diidentifikasi dalam penilaian dan aktivitas perencanaan gelombang di alur kerja portofolio, lalu Anda memvalidasi sumber metadata migrasi. Tujuannya adalah untuk memverifikasi bahwa data yang cukup telah dikumpulkan untuk mendukung setiap pola migrasi.

Tugas ini terdiri dari langkah-langkah berikut:

• Langkah 1: Validasi pola migrasi

• Langkah 2: Validasi metadata migrasi dan rencana gelombang

Langkah 1: Validasi pola migrasi

Dalam alur kerja portofolio, Anda melakukan penilaian awal terhadap portofolio aplikasi, strategi migrasi yang dipilih, dan pola migrasi yang diidentifikasi untuk setiap strategi. Informasi ini harus terkandung dalam runbook penilaian portofolio Anda. Untuk informasi selengkapnya, lihat buku pedoman Portofolio untuk migrasi AWS besar.

Pada langkah ini, Anda meninjau strategi migrasi, memverifikasi bahwa Anda telah mengidentifikasi semua pola migrasi, dan mengonfirmasi bahwa Anda siap untuk menyusun runbook migrasi. Anda dapat mengulangi tugas ini di seluruh proyek, dan saat pemahaman Anda tentang portofolio matang, kemungkinan Anda akan mengidentifikasi pola migrasi tambahan di tahap migrasi selanjutnya.

1. Tinjau strategi migrasi untuk portofolio

   Strategi migrasi adalah pendekatan yang digunakan untuk memigrasikan aplikasi lokal ke aplikasi. AWS Cloud Ada tujuh strategi migrasi untuk memindahkan aplikasi ke cloud, yang dikenal sebagai 7 Rs. Strategi umum untuk migrasi besar termasuk rehost, replatform, relokasi, dan pensiun. Refactor tidak disarankan untuk migrasi besar karena melibatkan modernisasi aplikasi selama migrasi. Ini adalah strategi migrasi yang paling kompleks, dan dapat menjadi rumit untuk mengelola sejumlah besar aplikasi. Sebagai gantinya, kami merekomendasikan rehosting, relokasi, atau replatforming aplikasi dan kemudian memodernisasi aplikasi setelah migrasi selesai. Untuk informasi lebih lanjut tentang 7 Rs, lihat Panduan untuk migrasi AWS besar.

   Berdasarkan hasil penilaian portofolio awal, Anda memiliki daftar semua strategi migrasi yang diperlukan untuk portofolio dan menentukan berapa banyak portofolio yang dialokasikan untuk setiap strategi. Sebagai contoh:

   • Rehost — 70%

   • Platform Ulang — 20%

   • Pensiun — 10%

2. Verifikasi bahwa pola migrasi untuk portofolio

   Pola migrasi adalah tugas migrasi berulang yang merinci strategi, tujuan, dan aplikasi atau layanan yang digunakan. Pada langkah ini, Anda memverifikasi bahwa pola migrasi menyertakan informasi terperinci, seperti alat mana yang akan digunakan dan AWS layanan mana yang ditargetkan. Sebagai contoh:

   • Rehost ke Amazon Elastic Compute Cloud (Amazon EC2) dengan menggunakan AWS Application Migration Service (AWS MGN) atau Cloud Migration Factory

   • Replatform ke Amazon EC2 dengan menggunakan AWS CloudFormation template untuk membangun infrastruktur baru di AWS Cloud

   • Replatform ke Amazon Relational Database Service (Amazon RDS) dengan AWS Database Migration Service menggunakan AWS (DMS) atau teknologi database asli

   Di buku pedoman Portofolio untuk migrasi AWS besar, Anda memetakan setiap pola migrasi ke strategi migrasi dan mendokumentasikan hasilnya dalam tabel seperti contoh berikut.

Strategi	Pola
Rehost	Rehost ke Amazon EC2 dengan menggunakan Layanan Migrasi Aplikasi atau Pabrik Migrasi Cloud
Platform Ulang	Replatform ke Amazon RDS dengan menggunakan AWS DMS atau teknologi database asli
Platform Ulang	Replatform ke Amazon EC2 dengan menggunakan AWS CloudFormation template untuk membangun infrastruktur baru di AWS Cloud

Langkah 2: Validasi metadata migrasi dan rencana gelombang

Pada langkah ini, Anda memvalidasi lokasi sumber metadata migrasi. Anda memeriksa apakah struktur data, seperti kolom yang tersedia dalam dokumen Excel, cocok untuk menyimpan metadata yang diperlukan, dan Anda memeriksa apakah semua metadata tersedia.

1. Validasi metadata migrasi untuk pola migrasi Anda

   Setiap pola migrasi memerlukan satu set metadata migrasi yang berbeda untuk memigrasikan server dan aplikasi. Misalnya, migrasi rehost ke Amazon EC2 mengharuskan Anda memberikan spesifikasi untuk instance target, seperti subnet VPC, grup keamanan, dan informasi jenis instans. Namun, migrasi penyimpanan, migrasi database, atau migrasi replatform memerlukan kumpulan metadata migrasi yang berbeda. Anda biasanya menentukan persyaratan metadata migrasi dalam runbook penilaian portofolio, tetapi Anda perlu memastikan bahwa Anda memiliki metadata yang cukup untuk mendukung setiap pola migrasi Anda. Untuk informasi selengkapnya tentang identifikasi dan pengumpulan metadata, lihat buku pedoman Portofolio untuk AWS migrasi besar.

2. Validasi lokasi sumber metadata migrasi dan rencana gelombang

   Anda biasanya mendokumentasikan lokasi sumber metadata migrasi di buku runbook manajemen metadata Anda. Idealnya, lokasi bertindak sebagai sumber kebenaran tunggal, seperti spreadsheet perencanaan gelombang. Mungkin juga metadata masih di beberapa tempat, termasuk lokasi umum berikut:

   Validasi berikut ini untuk lokasi sumber metadata:

   • Alat penemuan

   • Database manajemen konfigurasi (CMDB)

   • Kuesioner pemilik aplikasi

   • Spreadsheet perencanaan gelombang migrasi

   Validasi berikut ini untuk lokasi sumber metadata:

   1. Apakah katalog sumber dikelola dengan lokasi semua sumber dan pemilik metadata?

   2. Apakah lokasi sumber (misalnya, spreadsheet perencanaan gelombang) memiliki semua metadata migrasi yang diperlukan?

   3. Apakah ada instruksi yang jelas untuk mengakses setiap sumber metadata?

   4. Jika tidak ada sumber tunggal, apakah setiap sumber metadata dipetakan dengan jelas ke atributnya?

   5. Apakah ada rencana gelombang yang jelas untuk server dan aplikasi, dan apakah setidaknya lima gelombang siap untuk aliran kerja migrasi?

   6. Apakah ada proses untuk memperbarui sumber? Jika demikian, bagaimana frekuensi dan proses notifikasi?

Kriteria keluar tugas

Ketika Anda telah memenuhi kriteria keluar berikut, lanjutkan ke tugas berikutnya:

• Anda telah memvalidasi daftar pola migrasi yang didefinisikan dengan jelas.

• Lokasi sumber metadata migrasi memiliki semua metadata yang diperlukan untuk setiap pola, atau ada proses untuk menangkap metadata yang hilang.

• Anda telah memvalidasi rencana gelombang dan metadata migrasi untuk setidaknya lima gelombang, dan Anda telah menentukan proses untuk pemberitahuan dan pembaruan.