Jalan menuju awan

Bagian ini menjelaskan pendekatan tingkat tinggi untuk menerapkan praktik terbaik untuk memigrasikan aplikasi Windows Anda. AWS Rincian strategi dan langkah migrasi ini dijelaskan di bagian selanjutnya dari panduan ini.

Strategi migrasi

Strategi migrasi adalah pendekatan yang digunakan untuk memigrasikan beban kerja ke file. AWS Cloud Ada tujuh strategi migrasi untuk memindahkan aplikasi ke cloud. Strategi ini dikenal sebagai 7 Rs dan dibangun di atas 7 Rs yang diidentifikasi Gartner pada tahun 2019.

• Rehost (lift dan shift) — Pindahkan aplikasi ke cloud tanpa membuat perubahan apa pun untuk memanfaatkan kemampuan cloud.

• Relokasi (hypervisor-level lift and shift) — Pindahkan infrastruktur ke cloud tanpa membeli perangkat keras baru, menulis ulang aplikasi, atau memodifikasi operasi yang ada.

• Replatform (angkat dan bentuk ulang) — Pindahkan aplikasi ke cloud dan perkenalkan beberapa tingkat pengoptimalan untuk memanfaatkan kemampuan cloud.

• Pembelian kembali (drop and shop) — Beralih ke produk yang berbeda, biasanya dengan beralih dari lisensi tradisional ke model perangkat lunak sebagai layanan (SaaS).

• Refactor/Re-Architect — Memindahkan aplikasi dan memodifikasi arsitekturnya dengan memanfaatkan sepenuhnya fitur cloud-native untuk meningkatkan kelincahan, kinerja, dan skalabilitas.

• 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.

Transformasi utama

Transformasi utama berikut terjadi ketika Anda memodernisasi aplikasi dan database Windows lama:

• Rehost — Langkah pertama adalah memindahkan infrastruktur lokal Anda ke infrastruktur cloud. Strategi ini sering disebut sebagai “lift and shift” atau rehosting. Rehosting berarti memigrasikan aplikasi dan database yang ada ke instance server cloud. Tidak perlu perubahan kode dan Anda bertanggung jawab untuk mengelola konfigurasi instans, gambar perangkat lunak, dan sumber daya lainnya.

• Replatform — Setelah Anda bermigrasi ke lingkungan cloud, transformasi berikutnya adalah seputar replatforming aplikasi dan database menjadi lingkungan yang lebih otomatis dan terkelola. Dari perspektif aplikasi, itu berarti berpindah dari mesin virtual (VMs) ke kontainer. Aplikasi containerizing dapat membantu Anda mengembangkan, memelihara, dan menyebarkan aplikasi lebih cepat dan meningkatkan portabilitas. AWS memiliki alat, seperti AWS App2Container, untuk membantu mengotomatiskan proses container aplikasi lama. Di sisi database, beralih dari model swalayan ke layanan database terkelola, seperti Amazon RDS for SQL Server, menghilangkan kebutuhan untuk penyediaan, penambalan, dan pencadangan. Ini pada akhirnya membebaskan sumber daya untuk kegiatan yang dapat menambah nilai lebih bagi organisasi Anda.

• Refactor/Re-Architect — Area transformasi ketiga adalah beralih dari lisensi perangkat lunak komersial ke opsi sumber terbuka. Banyak vendor perangkat lunak komersial tradisional telah membangun bisnis mereka di sekitar perjanjian lisensi perangkat lunak yang ditujukan untuk mengunci pelanggan dan menggunakan persyaratan lisensi hukuman untuk memaksa peningkatan dan migrasi. Seringkali, biaya lisensi perangkat lunak komersial biasanya menambah 20-50 persen biaya di atas opsi sumber terbuka yang setara. Kami merekomendasikan refactoring aplikasi dan database Anda untuk memanfaatkan opsi sumber terbuka sehingga Anda dapat mengurangi biaya, meningkatkan kinerja, dan mendapatkan akses ke inovasi terbaru.

Anda dapat menyelesaikan bidang transformasi utama ini secara progresif secara bertahap atau sekaligus tergantung pada aplikasi Anda dan kesiapan keseluruhan untuk memodernisasi.

Memilih strategi migrasi

Strategi migrasi yang dipilih tergantung pada tujuan bisnis dan TI organisasi Anda. Beberapa pendorong bisnis yang paling umum adalah mengurangi biaya, mengurangi risiko, meningkatkan efisiensi, mengatasi kesenjangan keterampilan, dan mempercepat inovasi. Kami menyarankan Anda mengevaluasi driver mana yang penting bagi Anda, dan kemudian memilih strategi migrasi berdasarkan driver Anda dengan menggunakan panduan berikut. Juga, ingat bahwa ketiga pendekatan adalah jalan yang memungkinkan dalam perjalanan modernisasi awan Anda, tergantung pada prioritas Anda selama setiap fase perjalanan.

Kapan harus rehost

Rehosting (atau lift dan shift) biasanya lebih cepat dan lebih mudah karena Anda tidak perlu membuat perubahan kode atau arsitektur dalam aplikasi. Rehosting juga meminimalkan risiko dan gangguan pada bisnis. Tim operasi dapat terus menjalankan bisnis seperti biasa karena aplikasi tidak berubah. Hal ini terutama berlaku untuk migrasi dalam skala di mana bahkan perubahan kecil menjadi signifikan karena banyaknya beban kerja yang terlibat. Namun, penting untuk mempertimbangkan bahwa rehosting tidak memanfaatkan sepenuhnya manfaat cloud. Misalnya, jika Anda memigrasikan aplikasi dengan masalah platform yang ada, masalah tersebut akan tetap ada setelah migrasi. Akhirnya, ada baiknya mempertimbangkan bahwa total biaya kepemilikan (TCO) dan laba atas investasi (ROI) untuk rehosting lebih rendah dibandingkan dengan pendekatan migrasi lainnya.

Kapan harus replatform/arsitek ulang

Replatforming umumnya lebih hemat biaya daripada rehosting. Anda dapat menggunakan replatforming untuk meningkatkan otomatisasi dan memungkinkan aplikasi Anda menggunakan kemampuan cloud dengan lebih baik seperti auto-scaling, monitoring, dan melakukan backup. Replatforming mengurangi overhead operasional untuk tim operasi cloud dan meminimalkan risiko dari masalah platform yang sudah ada sebelumnya. Namun, replatforming membutuhkan waktu lebih lama daripada migrasi rehosting. Selain itu, replatforming membutuhkan keterampilan tambahan untuk mengonfigurasi otomatisasi yang melakukan perubahan kode pada aplikasi dan untuk mengoperasionalkan platform baru.

Kapan harus melakukan refactor

Refactor umumnya merupakan pendekatan migrasi yang paling hemat biaya. Refactoring adalah pendekatan cloud-native yang memungkinkan aplikasi beradaptasi dengan cepat dengan persyaratan baru dengan memisahkan komponen aplikasi untuk meningkatkan ketahanan aplikasi. Namun, refactoring membutuhkan keterampilan pengkodean dan otomatisasi yang lebih canggih. Refactoring juga membutuhkan waktu lebih lama untuk diterapkan karena melibatkan pembangunan kembali aplikasi.