Membentuk ulang COTS dan aplikasi internal selama migrasi ke Cloud AWS - AWS Bimbingan Preskriptif

Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Membentuk ulang COTS dan aplikasi internal selama migrasi ke Cloud AWS

Anbu Selvan, Amazon Web Services () AWS

Maret 2021 (riwayat dokumen)

Panduan ini menjelaskan tujuh area yang harus Anda fokuskan saat Anda memplatform ulang aplikasi komersial off-the-shelf (COTS) dan in-house di Amazon Web Services (AWS) Cloud. Panduan ini juga menyediakan strategi, alat, dan AWS layanan untuk membantu Anda memplatform ulang komponen aplikasi. Aplikasi COTS adalah aplikasi pihak ketiga yang sudah jadi dan dapat dibeli di pasar komersial (misalnya, AWS Marketplace). Aplikasi in-house dikembangkan dan digunakan secara internal oleh organisasi Anda.

Setelah Anda memutuskan untuk memigrasikan COTS atau aplikasi internal keAWS Cloud, Anda harus mengevaluasi mana dari tujuh strategi migrasi umum (7 Rs) yang akan digunakan. Strategi-strategi ini adalah refactor, replatform, repurchase, rehost, relokasi, pertahankan, dan pensiun. Kami menyarankan Anda memplatform ulang aplikasi yang menggunakan komponen atau database yang mencapai, atau hampir mencapai, tanggal end-of-support (EOS) mereka. EOS adalah ketika vendor menarik dukungan teknis untuk suatu produk. Jika Anda memilih untuk memplatform ulang aplikasi di AWS Cloud, Anda bisa mendapatkan keuntungan dari kemampuan berikut:

  • Otomatiskan upgrade sistem operasi (OS) di tempat dengan. AWS Systems Manager

  • Gunakan volume penyimpanan snapshot untuk membuat Amazon Machine Images (AMI) dengan cepat dari instans Amazon Elastic Compute Cloud (Amazon EC2).

  • Buat subnet pribadi untuk mengisolasi beban kerja yang berjalan pada sistem operasi (OS) yang sudah ketinggalan zaman.

  • Gunakan jaringan berkecepatan tinggi untuk mereplikasi lingkungan produksi dengan cepat untuk menguji replatforming.

  • Siapkan tumpukan aplikasi terpisah dengan cepat dengan instans EC2 sesuai permintaan, tanpa menggunakan perangkat keras lokal tambahan.

Untuk mendapatkan manfaat dari ini dan kemampuan lain yang tersedia di AWS Cloud, kami sarankan Anda terlebih dahulu meng-host ulang aplikasi Anda dengan menggunakan AWS Application Migration Service. Anda kemudian dapat memutakhirkan aplikasi di AWS Cloud. Daftar berikut memberikan contoh kapan aplikasi harus direplatform:

  • Support tidak lagi tersedia untuk OS aplikasi, runtime (misalnya, Apache Tomcat, JBoss, atau Oracle WebLogic Server), database, atau komponen runtime (misalnya, Java, Python, atau Perl).

  • Aplikasi harus menjadi lebih tangguh dan secara otomatis pulih dari kegagalan (misalnya, bug perangkat lunak atau masalah infrastruktur).

  • Fungsionalitas aplikasi baru diperlukan untuk segmen pelanggan baru atau untuk mendukung peningkatan beban.

  • Aplikasi ini tidak stabil dan membutuhkan perbaikan untuk meningkatkan stabilitas operasional.

Sebelum Anda memulai perjalanan replatforming, Anda harus mencari alternatif untuk fungsionalitas aplikasi Anda; misalnya, mengevaluasi apakah Anda dapat menggantinya dengan solusi perangkat lunak sebagai layanan (SaaS) dari vendor perangkat lunak independen (ISV). Anda mungkin juga dapat membangun kembali fungsionalitas aplikasi dengan menggunakan AWS layanan seperti AWS Lambda, Amazon Cognito, AmazonMQ, Amazon AWS Glue, QuickSight atau Amazon Aurora.

Panduan ini untuk administrator TI, pemilik aplikasi, arsitek, prospek teknis, dan manajer proyek. Panduan ini menyediakan tujuh area berikut untuk difokuskan saat Anda memplatform ulang COTS dan aplikasi internal di Cloud: AWS

Hasil bisnis yang ditargetkan

Anda harus mengharapkan empat hasil berikut setelah memplatform ulang COTS dan aplikasi internal di Cloud: AWS

  • Mengurangi risiko keamanan dari aplikasi lama yang menjalankan perangkat lunak atau OS yang tidak didukung.

  • Turunkan biaya kepemilikan aplikasi Anda secara keseluruhan dengan menghapus edisi database yang mahal dan tidak penting atau mengadopsi basis data sumber terbuka.

  • Kurangi overhead operasional dengan menggunakan database AWS terkelola (misalnya, Amazon Relational Database Service (Amazon RDS) atau Aurora) untuk mencapai tingkat ketersediaan dan keandalan yang lebih tinggi untuk aplikasi Anda.

  • Jadikan aplikasi lama lebih tangguh dengan mengadopsi fitur otomatisasi dan pemantauan cloud-native, seperti CloudWatch pemantauan Amazon atau penambalan OS berbasis Manajer Sistem.