Menetapkan baseline untuk portofolio aplikasi - AWS Panduan Preskriptif

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

Menetapkan baseline untuk portofolio aplikasi

Untuk membuat rencana gelombang migrasi dengan kepercayaan tinggi, Anda harus menetapkan dasar untuk portofolio aplikasi dan infrastruktur terkaitnya. Garis dasar portofolio memberikan pandangan komprehensif tentang ruang lingkup migrasi, termasuk dependensi teknis dan strategi migrasi. Garis dasar portofolio memberikan kejelasan tentang aplikasi mana yang berada dalam lingkup migrasi dan bahwa titik data yang diuraikan dalam bagian Memahami persyaratan data penilaian lengkap dikumpulkan. Demikian juga, semua infrastruktur terkait (komputasi, jaringan penyimpanan) dipahami dan dipetakan ke aplikasi.

Ketergantungan teknis dapat dijelaskan dalam empat kategori:

  • pplication-to-infrastructureDependensi membangun hubungan antara perangkat lunak dan perangkat keras fisik atau virtual. Misalnya, ada ketergantungan antara aplikasi CRM dan mesin virtual tempat ia diinstal.

  • Dependensi komponen aplikasi menggambarkan bagaimana komponen yang berjalan di aset infrastruktur yang berbeda berinteraksi. Contoh ketergantungan komponen aplikasi adalah front end web yang berjalan pada mesin virtual, dengan lapisan aplikasi yang berjalan pada mesin virtual yang berbeda, dan database yang berjalan pada cluster database.

  • pplication-to-applicationDependensi berhubungan dengan interaksi antara aplikasi atau komponen aplikasi dengan aplikasi lain atau komponennya. Contoh application-to-application ketergantungan adalah aplikasi pemrosesan pembayaran dan aplikasi manajemen saham. Aplikasi ini independen, tetapi mereka terus-menerus berinteraksi menggunakan operasi API yang ditentukan.

  • Dependensi pplication-to-infrastructure layanan secara teknis adalah application-to-application dependensi, mengingat bahwa layanan infrastruktur itu sendiri merupakan aplikasi. Namun, kami sarankan untuk mengkategorikan ini secara terpisah. Alasan utamanya adalah bahwa layanan infrastruktur biasanya dibagi oleh banyak aplikasi, sehingga mereka memiliki jejak ketergantungan yang panjang. Mereka juga biasanya mengikuti strategi dan pola migrasi yang berbeda.Misalnya, penyeimbang beban dapat berisi kumpulan penyeimbang untuk beberapa aplikasi. Yang penting adalah ketergantungan ke kumpulan, yang kemungkinan akan dimigrasikan secara individual, di samping aplikasi dependen, sedangkan penyeimbang beban itu sendiri dipertahankan atau dihentikan. Selain itu, individualisasi dependensi application-to-infrastructure layanan membantu menghindari grup ketergantungan palsu. Kelompok ketergantungan palsu adalah ketika beberapa aplikasi bisnis dikelompokkan bersama, menyiratkan bahwa memiliki ketergantungan umum ke layanan infrastruktur harus dimigrasikan pada saat yang sama. Misalnya, layanan otentikasi, seperti Active Directory, cenderung dikaitkan dengan kelompok besar aplikasi. Kuncinya adalah mendekati aplikasi ini secara individual dan untuk mengatasi ketergantungan dengan mengaktifkan layanan, seperti AWS Directory Service untuk Microsoft Active Directory, di lingkungan cloud.

Saat Anda menetapkan baseline untuk portofolio, sebaiknya Anda mengonfirmasi strategi migrasi untuk setiap komponen aplikasi. Strategi migrasi akan menjadi salah satu dari 6 Rs untuk migrasi (lihat bagian Mengulangi strategi migrasi 6 Rs). Dalam baseline portofolio, salah satu dari 6 Rs harus dikaitkan dengan setiap aplikasi. Strategi 6 R juga harus dikaitkan dengan masing-masing komponen infrastruktur aplikasi.

Untuk menetapkan versi dasar portofolio, termasuk dependensi dan strategi migrasi, gunakan alat penemuan otomatis (lihat Mengevaluasi kebutuhan alat penemuan). Lengkapi data dengan informasi yang dikumpulkan dari pemangku kepentingan utama seperti pemilik aplikasi dan tim infrastruktur. Terus kumpulkan data sampai Anda mendapatkan inventaris portofolio lengkap yang sesuai dengan atribut dan tingkat kesetiaan yang diuraikan di bagian persyaratan data untuk tahap ini. Dataset yang dihasilkan akan berperan penting dalam mendorong migrasi.

Pertimbangkan bahwa, tergantung pada luas cakupan migrasi Anda dan alat yang tersedia, aktivitas ini dapat memakan waktu beberapa minggu untuk diselesaikan.