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

Perspektif orang

Bagian ini berfokus pada bidang-bidang utama berikut dari perspektif orang:

Dukungan eksekutif

Identifikasi pemimpin berulir tunggal

Saat memulai migrasi besar, penting untuk mengidentifikasi pemimpin teknis berulir tunggal yang 100 persen berdedikasi pada proyek dan bertanggung jawab. Pemimpin itu diberdayakan untuk membuat keputusan, membantu menghindari silo, dan merampingkan aliran kerja dengan mempertahankan prioritas yang konsisten.

Pelanggan global migrasi besar dapat menskalakan dari satu server setiap minggu pada awal program ke lebih dari 80 server setiap minggu pada awal bulan kedua. Dukungan penuh CIO sebagai pemimpin single-threaded sangat penting untuk peningkatan pesat server yang dimigrasikan. CIO menghadiri panggilan cutover migrasi mingguan dengan tim migrasi untuk memastikan eskalasi real-time dan penyelesaian masalah, yang mempercepat kecepatan migrasi.

Sejajarkan tim kepemimpinan senior

Sangat penting untuk menciptakan keselarasan antara berbagai tim mengenai kriteria keberhasilan migrasi. Sementara perencanaan dan implementasi migrasi dapat dicapai oleh tim kecil yang berdedikasi, tantangan muncul ketika mendefinisikan strategi dan melakukan kegiatan periferal. Hambatan potensial ini mungkin memerlukan tindakan atau eskalasi dari berbagai bidang organisasi TI, termasuk yang berikut:

Tindakan langsung dari pemilik aplikasi, kepemimpinan, penyelarasan, dan eskalasi yang jelas ke pemimpin berulir tunggal menjadi penting.

Kolaborasi dan kepemilikan tim

Membuat tim pemberdayaan cloud lintas fungsi

Langkah pertama yang penting dalam proyek migrasi besar adalah memungkinkan organisasi bekerja di cloud. Untuk mencapai hal ini, kami sarankan untuk membangun Cloud Enablement Engine (CEE). CEE adalah tim yang diberdayakan dan bertanggung jawab yang berfokus pada kesiapan operasional organisasi untuk migrasi ke. AWS CEE harus menjadi tim lintas fungsi yang mencakup representasi dari infrastruktur, aplikasi, operasi, dan keamanan. Tim ditugasi dengan tanggung jawab berikut:

Satu pelanggan layanan kesehatan tidak memulai dengan CEE. Namun, melalui migrasi pilot awal, celah itu diidentifikasi. Menjelang tanggal pemotongan migrasi terakhir, dengan tenggat waktu yang ketat, tim menerapkan ruang perang migrasi. Di ruang perang migrasi, pemangku kepentingan dari infrastruktur, keamanan, aplikasi, dan bisnis dapat membantu menyelesaikan masalah.

Tentukan persyaratan untuk tim dan individu di luar tim migrasi inti terlebih dahulu

Identifikasi tim dan individu yang berada di luar program inti, dan tentukan keterlibatan mereka selama fase perencanaan migrasi. Untuk memfasilitasi momentum migrasi selama tahap selanjutnya, berikan perhatian khusus pada keterlibatan tim aplikasi. Pengetahuan mereka tentang aplikasi, kemampuan untuk mendiagnosis masalah, dan persyaratan untuk menandatangani cutover akan diperlukan.

Meskipun migrasi akan dipimpin oleh tim inti, tim aplikasi kemungkinan akan terlibat dalam memvalidasi rencana migrasi dan pengujian selama pemotongan. Pelanggan sering mendekati migrasi cloud sebagai proyek infrastruktur, bukan sebagai migrasi aplikasi. Hal ini dapat menyebabkan masalah selama migrasi.

Sebaiknya pertimbangkan keterlibatan tim aplikasi yang diperlukan saat memilih strategi migrasi. Misalnya, strategi rehost membutuhkan lebih sedikit keterlibatan tim aplikasi dibandingkan dengan strategi replatform atau refactor di mana lebih banyak lanskap aplikasi sedang diubah. Jika ketersediaan pemilik aplikasi terbatas, pertimbangkan untuk menggunakan rehost atau replatform sebagai lawan dari strategi refactor, relokasi, atau pembelian kembali.

Validasi bahwa tidak ada masalah lisensi saat memigrasi beban kerja

Perizinan dapat berubah saat Anda memigrasikan perusahaan secara off—produk yang tersedia ke cloud. Perjanjian lisensi Anda mungkin difokuskan pada properti lokal Anda. Misalnya, lisensi mungkin dengan CPU atau ditautkan ke alamat MAC tertentu. Atau, perjanjian lisensi mungkin tidak mencakup hak untuk menjadi tuan rumah di lingkungan cloud publik. Namun, negosiasi ulang lisensi dengan vendor dapat mencakup waktu tunggu yang lama dan menghadirkan hard blocker untuk migrasi.

Sebaiknya berkolaborasi dengan tim manajemen sumber atau vendor Anda segera setelah ruang lingkup migrasi ditentukan. Perizinan juga dapat memengaruhi arsitektur target dan pola migrasi Anda.

Pelatihan

Latih tim tentang perkakas dan proses baru

Setelah strategi migrasi ditentukan, investasikan waktu untuk memahami pelatihan apa yang mungkin diperlukan untuk migrasi dan untuk model operasi target Anda. Selama migrasi, Anda mungkin akan menggunakan tooling, seperti AWS Database Migration Service, yang baru untuk organisasi Anda. Tim pelatihan secara proaktif mengurangi penundaan yang dialami selama fase migrasi.

Kami merekomendasikan mencari metode transfer pengetahuan aktif yang memberikan kesempatan untuk bereksperimen dengan perkakas secara langsung. Sebagai contoh, Layanan AWS Profesional menyediakan beberapa sesi pelatihan Cloud Migration Factory untuk tiga AWS Mitra integrator sistem (SI) yang bertanggung jawab atas migrasi besar. Ini memastikan bahwa tim memiliki keakraban dasar saat pindah ke fase migrasi. Ini juga membantu mengidentifikasi ahli materi pelajaran (SMEs) yang dapat berfungsi sebagai eskalasi lini pertama dalam setiap tim AWS Mitra SI.