

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

# Tahap Memobilisasi
<a name="mobilize-phase"></a>

Langkah selanjutnya dalam mempersiapkan tenaga kerja dan sumber daya Anda untuk memigrasikan perusahaan Anda dalam skala besar adalah memecah aktivitas mobilisasi ke dalam alur kerja yang berbeda. Meskipun tujuan dari fase mobilisasi adalah migrasi aplikasi bisnis, fase ini juga memberikan kesempatan untuk meletakkan dasar bagi perkakas, proses, dan budaya yang akan mempercepat migrasi Anda dalam skala besar. Sebagian besar workstream ini dapat berjalan secara paralel setelah fase penilaian selesai. Workstream berikut harus dijalankan selama fase ini:
+ [Kasus bisnis terperinci](detailed-business-case.md)
+ [Penemuan portofolio terperinci](detailed-portfolio-discovery.md)
+ [Migrasi aplikasi](application-migration.md)
+ [Tata kelola migrasi](migration-governance.md)
+ [Zona pendaratan](aws-landing-zone.md)
+ [Keamanan, risiko, dan kepatuhan](security-risk-compliance.md)
+ [Operasi](operations.md)
+ [Orang: keterampilan, budaya, perubahan, dan kepemimpinan](people.md)

Ini dibahas secara rinci di bagian berikut.

# Kasus bisnis terperinci
<a name="detailed-business-case"></a>

Kasus migrasi bisnis multi-tahun yang terperinci yang mencakup biaya lokal saat ini, biaya baru, dan AWS biaya migrasi membantu menyelaraskan pemangku kepentingan dan eksekutif.

**Tujuan**
+ Tentukan biaya migrasi.
+ Perkirakan berapa banyak yang dapat Anda hemat dengan bermigrasi ke AWS.
+ Perkirakan manfaat bisnis lain dari migrasi.
+ Tentukan panjang migrasi target.
+ Tentukan beban kerja mana yang akan Anda migrasikan dan tahun berapa.
+ Masukkan inventaris terperinci untuk setiap beban kerja.

**Hasil**
+ Kasus bisnis migrasi multi-tahun
+ Biaya migrasi

**AWS Mitra dan alat**

AWS Mitra seperti RISC Networks, Deloitte, Cloudamize, TSO Logic, dan Apptio memiliki alat dan pengalaman di bidang ini.

# Penemuan portofolio terperinci
<a name="detailed-portfolio-discovery"></a>

Di sinilah Anda mulai menyatukan potongan-potongan itu dan mengembangkan strategi untuk migrasi. Pada tahap ini, Anda ingin mempertimbangkan di mana perjalanan cloud Anda cocok dengan strategi bisnis organisasi Anda yang lebih besar dan menemukan peluang untuk penyelarasan visi. Strategi migrasi yang selaras dengan kasus bisnis pendukung dan rencana migrasi aplikasi menyeluruh menetapkan dasar yang tepat untuk keberhasilan adopsi cloud.

Aspek penting dari strategi migrasi Anda adalah pengumpulan data portofolio aplikasi dan rasionalisasi data ini terhadap [tujuh Rs migrasi](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-guide/migration-strategies.html): rehost, replatform, refactor/re-architect, pembelian kembali, relokasi, pensiun, dan pertahankan. Anda membangun rencana gelombang migrasi dengan menggunakan tujuh Rs untuk mengkategorikan apa yang ada di lingkungan Anda. Selanjutnya, gabungkan kategori-kategori tersebut dengan informasi tentang saling ketergantungan, kompleksitas teknis untuk bermigrasi, dan bagaimana Anda akan memigrasikan setiap aplikasi atau kumpulan aplikasi. Setelah Anda menganalisis aplikasi Anda sesuai dengan tujuh Rs, Anda dapat menguraikan rencana migrasi untuk setiap aplikasi dalam portofolio Anda. Ini adalah rencana berulang yang akan matang saat Anda maju melalui migrasi, membangun kepercayaan diri, mempelajari kemampuan baru, dan lebih memahami perkebunan Anda yang ada.

**Tujuan**
+ Kembangkan daftar grup migrasi yang diprioritaskan, termasuk aplikasi dan infrastruktur terkait, untuk semua aplikasi dalam lingkup.
+ Tentukan elemen data bisnis dan infrastruktur yang diperlukan, dan rekomendasikan alat pengumpulan data.
+ Bekerja dengan tim kepemimpinan bisnis dan TI untuk menentukan driver migrasi dan akhirnya rencana portofolio.
+ Buat rencana migrasi dengan ketelitian tinggi untuk portofolio aplikasi yang mencakup aktivitas berikut:
  + Temukan lingkungan keadaan saat ini, termasuk semua aplikasi dan infrastruktur pendukung.
  + Tentukan dependensi aplikasi dan infrastruktur.
  + Dokumentasikan kekritisan aplikasi, siklus hidup, dan siklus bisnis.
  + Kelompokkan aplikasi dan infrastruktur ke dalam grup dan pola migrasi.
  + Tentukan kesiapan dan kesesuaian migrasi, desain status target, dan pola migrasi.
  + Kembangkan jadwal migrasi yang diprioritaskan.

**Hasil**
+ Jadwal migrasi dengan kesetiaan tinggi dan diprioritaskan untuk empat sprint migrasi awal
+ Data aplikasi dan infrastruktur yang cukup untuk mengelompokkan dan menjadwalkan seluruh portofolio aplikasi

**AWS Mitra dan alat**

Jika Anda memerlukan bantuan untuk memahami portofolio TI Anda, Anda dapat bekerja dengan AWS Mitra seperti RISC Networks, Cloudamize, dan Deloitte.

**Panduan cara**
+ [Penemuan dan analisis portofolio](https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-portfolio-discovery/)

# Migrasi aplikasi
<a name="application-migration"></a>

Aliran kerja migrasi aplikasi mengintegrasikan output dari alur kerja lain dengan migrasi aplikasi produksi ke file. AWS Cloud Alur kerja ini memandu sumber daya Anda dan mengarahkan Anda melalui tantangan migrasi aplikasi, praktik terbaik, kerangka kerja tangkas, alat, dan proses yang dapat berhasil diterapkan pada upaya migrasi skala besar apa pun.

**Tujuan**

Migrasikan aplikasi bisnis dari lokasi ke AWS Cloud:
+ Tentukan cara memilih dan memprioritaskan aplikasi untuk migrasi.
+ Pahami praktik terbaik yang telah terbukti untuk memigrasikan aplikasi ke AWS.
+ Validasi AWS landing zone, runbook operasi, dan buku pedoman keamanan Anda dengan menguji aplikasi. AWS
+ Latih staf internal Layanan AWS dan AWS Partner alat-alat melalui pengalaman langsung.
+ Pelajari alat dan teknik migrasi yang diterima industri untuk berbagai jenis aplikasi.
+ Mulailah dengan menggunakan epos (backlog) yang ada dari pola [migrasi](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/) yang berbeda.

**Hasil**
+ Validasi berbagai komponen AWS landing zone melalui penerapan dan pengujian aplikasi
+ Validasi model operasi yang diuraikan (output dari aliran kerja operasi) dengan menerapkan, memantau, dan melaporkan aplikasi yang berjalan di AWS Cloud
+ Memahami proses tangkas yang dapat diskalakan dan pola migrasi untuk memigrasi aplikasi yang berbeda
+ Mempelajari cara merancang arsitektur target dan cara menggunakan migrasi data, migrasi server, dan alat vendor untuk migrasi otomatis
+ Sumber daya terlatih Layanan AWS, dan berikan pengalaman migrasi langsung
+ Validasi buku pedoman keamanan Anda melalui audit real-time dari aplikasi yang berjalan AWS
+ Pembelajaran, implementasi, dan validasi proses pengiriman migrasi, termasuk jumlah sumber daya, kecepatan (kecepatan migrasi), jaminan kualitas, manajemen rilis, dan integrasi dengan penyedia layanan terkelola () MSPs

**AWS Mitra dan alat**

Bila Anda memiliki pengalaman mendasar dalam memigrasikan beberapa aplikasi dan rencana yang didukung organisasi, inilah saatnya untuk mempercepat migrasi dan mencapai skala. Mitra Pengiriman Migrasi, seperti 2nd Watch dan Accenture, dapat membantu Anda melalui setiap tahap migrasi. Mitra Marketplace Migration seperti RiverMeadow Software, dan Attunity juga dapat membantu, dan Anda dapat menggunakan alat dan layanan seperti [AWS Application Migration Service](https://aws.amazon.com/application-migration-service/)dan [AWS Database Migration Service ()AWS DMS](https://aws.amazon.com/dms/). Untuk daftar lengkap semua Mitra AWS Migrasi dan solusi, lihat situs web Mitra [Kompetensi AWS Migrasi dan Modernisasi](https://aws.amazon.com/migration/partner-solutions/).

# Tata kelola migrasi
<a name="migration-governance"></a>

Alur kerja tata kelola migrasi mencakup pengelolaan ruang lingkup migrasi, jadwal, rencana sumber daya, masalah dan risiko, dan komunikasi kepada semua pemangku kepentingan. Beberapa aplikasi dimigrasikan dalam beberapa aliran, berdampak pada beberapa tim, sehingga fokus awal pada perencanaan dapat membantu mengatur proyek. Rencana migrasi mempertimbangkan faktor-faktor penting seperti urutan di mana beban kerja akan bermigrasi, kapan sumber daya diperlukan, dan bagaimana kemajuan migrasi akan dilacak. Kami merekomendasikan metodologi pengiriman tangkas, praktik terbaik pengendalian proyek, rencana komunikasi bisnis yang kuat, dan pendekatan pengiriman yang terdefinisi dengan baik.

**Tujuan**

Mengelola ruang lingkup, jadwal, rencana sumber daya, masalah dan risiko, koordinasi, dan komunikasi kepada semua pemangku kepentingan:
+ Siapkan tim scrum yang terdiri dari sumber daya internal dari alur kerja yang ditentukan dalam fase ini.
+ Identifikasi 10 hingga 30 aplikasi untuk bermigrasi dari tempat ke AWS lokasi.
+ Tinjau metode dan kemampuan manajemen proyek keadaan saat ini.
+ Mendefinisikan manajemen proyek metode tangkas dan alat-alat yang akan digunakan selama proyek.
+ Identifikasi tim tingkat tinggi untuk setiap alur kerja.
+ Tentukan piagam proyek, pelaporan, dan prosedur eskalasi.
+ Memfasilitasi koordinasi dan kegiatan kelompok di seluruh proyek.

**Hasil**
+ Siapkan program tangkas dengan epos untuk semua alur kerja dalam tahap kesiapan dan perencanaan.
+ Memberikan pertimbangan dan rencana implementasi migrasi untuk penemuan, transformasi, dan penyebaran set komponen beban kerja yang kompleks.

**AWS Mitra dan alat**

AWS Mitra Kompetensi Migrasi dapat membantu Anda melalui setiap tahap migrasi, mempercepat hasil dengan menyediakan personel, alat, dan pendidikan dalam bentuk layanan profesional. Mitra ini adalah [penyedia layanan terkelola (MSPs)](https://aws.amazon.com/partners/msp/) atau memiliki hubungan dengan MSP AWS yang diaudit untuk membantu pelanggan dengan dukungan beban kerja yang berkelanjutan. AWS Untuk mempelajari lebih lanjut, lihat Mitra [Kompetensi AWS Migrasi dan Modernisasi](https://aws.amazon.com/migration/partner-solutions/).

**Panduan cara**
+ [Menyiapkan program tangkas untuk mempercepat migrasi cloud](https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-program-implementation/)

# Zona pendaratan
<a name="aws-landing-zone"></a>

Landing zone adalah kerangka orkestrasi untuk lingkungan dasar Anda. AWS Ini memberikan dasar untuk memulai dengan arsitektur multi-akun, identitas dan manajemen akses, tata kelola, keamanan data, desain jaringan, dan logging.

AWS memiliki dua opsi untuk membuat landing zone Anda: menggunakan landing zone berbasis layanan [AWS Control Tower](https://aws.amazon.com/controltower/)dan landing zone khusus yang Anda bangun. Setiap opsi membutuhkan tingkat AWS pengetahuan yang berbeda.

AWS Control Tower membantu Anda menghemat waktu dengan mengotomatiskan pengaturan landing zone sehingga Anda dapat menjalankan beban kerja yang aman dan terukur. AWS Control Tower dikelola oleh AWS dan menggunakan praktik dan pedoman terbaik untuk membantu Anda menciptakan lingkungan dasar Anda. AWS Control Tower menggunakan layanan terintegrasi seperti [AWS Service Catalog](https://aws.amazon.com/servicecatalog/)dan [AWS Organizations](https://aws.amazon.com/organizations/)untuk menyediakan akun di landing zone Anda dan mengelola akses ke akun tersebut.

**Tujuan**

Buat landing zone dengan konfigurasi awal untuk hal-hal berikut:
+ Struktur akun
+ Struktur jaringan
+ Kerangka kerja identitas dan penagihan yang telah ditentukan sebelumnya
+ Paket yang dapat dipilih pengguna yang telah ditentukan sebelumnya
+ Kemampuan untuk menyesuaikan dan mengkonfigurasi

**Hasil**
+ Sebuah landing zone yang ditetapkan dan aman siap untuk migrasi dan kustomisasi lebih lanjut

**Panduan cara**
+ [Menyiapkan lingkungan AWS multi-akun yang aman dan dapat diskalakan](https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-aws-environment/welcome.html)

**Sumber daya terkait**
+ [AWS Control Tower](https://aws.amazon.com/controltower/)
+ [AWS Service Catalog](https://aws.amazon.com/servicecatalog/)
+ [AWS Organizations](https://aws.amazon.com/organizations/)
+ [Merancang keamanan & tata kelola di seluruh landing zone Anda](https://www.youtube.com/watch?v=zVJnenaD3U8) (AWS re:Invent 2019 presentation)

# Keamanan, risiko, dan kepatuhan
<a name="security-risk-compliance"></a>

Alur kerja keamanan, risiko, dan kepatuhan mendefinisikan pendekatan terstruktur untuk membantu Anda membangun kepercayaan diri. AWS Ini juga memungkinkan kemampuan keamanan, risiko, dan kepatuhan dasar yang dapat mempercepat kesiapan dan perencanaan Anda untuk proyek migrasi. Pendekatan pengiriman dibangun di atas perspektif keamanan AWS CAF dan memberikan panduan yang lebih rinci untuk tim keamanan yang sedang mempersiapkan migrasi beban kerja bisnis ke. AWS Alur kerja ini memanfaatkan konsep pusat data virtual untuk mengatasi keamanan dasar minimum dan kontrol kepatuhan. Pusat data virtual dimaksudkan untuk dibangun melalui proses pengembangan tangkas menggunakan satu atau lebih tim pengiriman keamanan cloud.

**Tujuan**

Perspektif keamanan menyediakan konfigurasi awal yang direkomendasikan untuk hal-hal berikut:
+ Model manajemen identitas dan akses
+ Model pencatatan dan pemantauan
+ Keamanan infrastruktur
+ Perlindungan data
+ Respons insiden

**Hasil**

Buku pedoman yang dapat direferensikan yang dapat direferensikan, didukung oleh contoh kode yang relevan, dan mencakup lima topik inti berikut untuk tugas keamanan dan audit menggunakan: Layanan AWS
+ Manajemen identitas dan akses
+ Kontrol detektif
+ Keamanan infrastruktur
+ Perlindungan data
+ Respons insiden

# Operasi
<a name="operations"></a>

Tujuan dari alur kerja operasi adalah untuk meninjau model operasional Anda saat ini dan mengembangkan pendekatan integrasi operasi untuk mendukung model operasi keadaan masa depan saat Anda bermigrasi. AWS Model operasi harus mencakup hubungan antara orang, proses, dan alat untuk mendukung penyampaian tujuan organisasi. Pemilik aliran kerja mengidentifikasi dan mendokumentasikan kesenjangan tingkat tinggi berdasarkan model operasional keadaan akhir untuk alat, proses, dan orang. Prioritas peta jalan kemudian dibuat untuk implementasi. Peta jalan ini dipengaruhi oleh, dan akan mempengaruhi, alur kerja migrasi lainnya karena banyaknya saling ketergantungan antara keamanan, orang, AWS landing zone, dan workstream proyek lainnya.

**Tujuan**

Buat peta jalan untuk konstruksi operasional untuk diskalakan: AWS
+ Identifikasi status manajemen layanan TI (ITSM) yang diinginkan dan model dukungan.
+ Tinjau praktik operasional saat ini (alat, orang, proses) di tempat dan di cloud.
+ Identifikasi potensi kerentanan seputar operasi penskalaan.
+ Tinjau perencanaan kontinuitas bisnis (BCP), dan buat rencana untuk mengatasi dampak potensial pada operasi.
+ Identifikasi bagaimana menjalankan migrasi akan berdampak pada operasi normal.
+ Identifikasi organisasi pendukung operasional dan AWS Mitra yang akan berinteraksi dengan lingkungan cloud.

**Hasil**
+ Peningkatan postur operasional, dan peningkatan perjanjian tingkat layanan (SLAs) dan perjanjian tingkat operasional () OLAs
+ Runbook dan panduan desain untuk silo operasional seperti backup, monitoring, dan deployment
+ Buku pedoman operasional di AWS
+ Buku pedoman planning/disaster pemulihan kelangsungan bisnis (BCP/DR)
+ ITSM pada AWS didokumentasikan dan didefinisikan

**AWS Mitra dan alat**

Saat aplikasi dimigrasikan dan sistem lama dihentikan, model operasi Anda menjadi seperangkat orang, proses, dan teknologi yang terus-menerus beralih ke model operasi modern. AWS Mitra seperti AppDynamics, New Relic, dan Dynatrace dapat membantu Anda melanjutkan iterasi pada model operasi Anda saat Anda memindahkan lebih banyak operasi ke cloud.

**Panduan cara**
+ [Modernisasi operasi di AWS Cloud](https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-operations-integration/)

# Orang: keterampilan, budaya, perubahan, dan kepemimpinan
<a name="people"></a>

Alur kerja ini sangat penting untuk membangun kesiapan migrasi dan menjalankan migrasi dalam skala besar. Dampak migrasi cloud akan dirasakan di seluruh organisasi dan secara signifikan akan mempengaruhi budaya organisasi. Selain itu, budaya organisasi Anda akan memengaruhi perjalanan Anda ke cloud. Implikasi budaya ini, penerimaan organisasi Anda terhadap perubahan, keberhasilan dan kegagalan perubahan sebelumnya, pola komunikasi organisasi, struktur organisasi, dan strategi pelatihan dan pemberdayaan karyawan yang ada adalah elemen penting dalam membangun pendekatan migrasi yang sukses. Agar siap menghadapi migrasi perusahaan, Anda harus memiliki banyak orang yang kritis dengan AWS pengalaman produksi dan proses operasional yang mapan. Anda juga harus memiliki Cloud Center of Excellence (CCoE) yang didedikasikan untuk memobilisasi sumber daya yang sesuai dan memimpin organisasi melalui banyak tantangan transformasi organisasi dan bisnis yang disajikan selama upaya migrasi skala besar.

**Tujuan**
+ Rancang tim yang bertanggung jawab untuk memobilisasi sumber daya cloud yang penting.
+ Tentukan bagaimana organisasi membangun dan mengimplementasikan strategi cloud mereka dengan merancang tim untuk keadaan operasi masa depan.
+ Membangun tim yang berdedikasi dengan kepemilikan single-threaded dan sponsor eksekutif yang kuat, terlihat, dan terlibat.
+ Tetapkan area fungsional yang akan dikelola selama proses migrasi.
+ Mulailah membuat model tata kelola cloud, seperangkat standar, praktik terbaik, dan prinsip atau prinsip panduan.
+ Gunakan [AWS Change Acceleration 6-Point Framework dan Organizational Change Management Toolkit](https://docs.aws.amazon.com/prescriptive-guidance/latest/strategy-ocm/), yang menyediakan kit lengkap alat pemberdayaan untuk mendukung proyek adopsi cloud Anda.

**Hasil**
+ Ubah dokumen risiko manajemen
+ Identifikasi dampak perubahan tingkat tinggi (berdasarkan peran dan proses utama)
+ Pemetaan pemangku kepentingan utama
+ Strategi dan platform pesan komunikasi
+ Rencana komunikasi awal dan matriks pesan
+ Ubah rencana kerja manajemen (awal)
+ Piagam akselerasi organisasi
+ Struktur adoption/acceleration tim orang (didokumentasikan dan dionboard)
+ Definisi tujuan dan sasaran akselerasi organisasi
+ Model kepegawaian negara masa depan (struktur organisasi sasaran)
+ Ubah kartu skor risiko (manajemen risiko)
+ Dokumen penyelarasan kepemimpinan
+ Irama laporan pemangku kepentingan (penilaian pemangku kepentingan)
+ Analisis dampak perubahan area, penilaian berbasis pemangku kepentingan, dan temuan dampak perubahan dan rekomendasi mitigasi
+ Laporan penilaian kesiapan organisasi
+ Ubah strategi
+ Strategi komunikasi
+ Strategi keterlibatan
+ Strategi pelatihan
+ Strategi mitigasi risiko
+ Ubah peta jalan sponsor akselerasi

**Panduan cara**
+ [Mempercepat adopsi cloud melalui budaya, perubahan, dan kepemimpinan](https://docs.aws.amazon.com/prescriptive-guidance/latest/migration-ocm/)