Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
Tahap 2: Rencana
Pada fase ini, Anda menggunakan informasi yang dikumpulkan selama fase persiapan dan menghasilkan strategi migrasi. Aspek penting dari perencanaan migrasi adalah merasionalisasi informasi yang Anda kumpulkan terhadap 7 Rs migrasi: rehost, replatform, relokasi, pembelian kembali, refactor, pensiun, dan pertahankan.
Memilih strategi migrasi Anda bergantung pada driver bisnis Anda untuk adopsi cloud, serta pertimbangan waktu, kendala bisnis dan keuangan, dan persyaratan sumber daya. Jika Anda ingin mempertahankan beban kerja Anda saat ini di cloud, pilih rehosting. Namun, jika Anda ingin mengoptimalkan dan menskalakan beban kerja Anda, pertimbangkan salah satu opsi lainnya.
Berikut adalah ikhtisar dari 7 Rs migrasi database. Ini diilustrasikan dalam diagram berikut.
-
Rehost (angkat dan geser) — Pindahkan aplikasi ke cloud tanpa membuat perubahan apa pun. Misalnya, memigrasikan database Oracle lokal Anda ke Oracle di instans Amazon Elastic Compute Cloud (Amazon
EC2) di Cloud. AWS -
Relokasi (hypervisor-level lift and shift) — Pindahkan infrastruktur ke cloud tanpa membeli perangkat keras baru, menulis ulang aplikasi, atau memodifikasi operasi yang ada. Anda memigrasikan server dari platform lokal ke layanan cloud untuk platform yang sama. Misalnya, memigrasikan aplikasi Microsoft Hyper-V ke. AWS
-
Replatform (angkat dan bentuk ulang) — Pindahkan aplikasi ke cloud, dan perkenalkan beberapa tingkat pengoptimalan untuk memanfaatkan kemampuan cloud. Misalnya, memigrasikan database Oracle lokal Anda ke Amazon RDS for Oracle di Cloud.
AWS -
Pembelian kembali (drop and shop) — Ubah ke produk yang berbeda, biasanya dengan berpindah dari aplikasi tradisional ke produk perangkat lunak sebagai layanan (SaaS), dan memigrasikan data dari aplikasi lokal Anda ke produk baru. Misalnya, memigrasikan data pelanggan Anda dari sistem manajemen hubungan pelanggan (CRM) lokal Anda ke Salesforce.com.
-
Refactor (re-architect) - Memindahkan aplikasi dan memodifikasi arsitekturnya dengan memanfaatkan sepenuhnya fitur cloud-native untuk meningkatkan kelincahan, kinerja, dan skalabilitas. Misalnya, memigrasikan database Oracle lokal Anda ke Aurora PostgreSQL.
Strategi ini juga dapat mencakup penulisan ulang aplikasi Anda untuk menggunakan basis data yang dibuat khusus yang menawarkan alur kerja yang AWS berbeda. Atau, Anda dapat memilih untuk memodernisasi aplikasi monolitik Anda dengan memecahnya menjadi layanan mikro yang lebih kecil yang mengakses skema database mereka sendiri. -
Pertahankan (kunjungi kembali) - Simpan aplikasi di lingkungan sumber Anda. Ini mungkin termasuk aplikasi yang memerlukan refactoring besar, dan Anda ingin menunda pekerjaan itu sampai nanti, dan aplikasi lama yang ingin Anda pertahankan karena tidak ada pembenaran bisnis untuk memigrasikannya.
-
Pensiun — Menonaktifkan atau menghapus aplikasi yang tidak lagi diperlukan di lingkungan sumber Anda.
