Rencana untuk adopsi {i>cloud
Seperti yang dibahas dalam artikel strategi SAP, pengembalian dari adopsi cloud SAP bisa sangat tinggi, demikian juga dengan risiko harapan yang terlewatkan. Mengembangkan rencana keuangan jelas yang didasarkan pada properti digital Anda akan memastikan akurasi yang lebih besar dalam harapan yang Anda tetapkan. Latihan perencanaan keuangan yang sama akan memberi tim adopsi cloud data yang diperlukan untuk merencanakan aktivitas teknis.
Template strategi dan rencana serta sumber daya lainnya dalam Cloud Adoption Framework dapat membantu organisasi Anda menangkap rencana yang sesuai untuk adopsi cloud SAP.
Perencanaan properti digital SAP
Seperti kebanyakan platform yang kompleks, properti digital SAP Anda akan mencakup tiga kategori aset yang harus dikenali dalam rencana Anda: aset platform, dasar, dan beban kerja.
Aset platform: Platform SAP Anda berjalan pada kumpulan aplikasi khusus, data, mesin virtual atau server, dan appliance yang berpotensi. Terlepas dari apa yang dilakukan organisasi Anda pada platform tersebut, aset-aset ini ditetapkan oleh persyaratan penyebaran SAP.
Aset dasar: Platform SAP Anda dan lingkungan pendukung juga ditegakkan oleh kumpulan aset yang diperlukan seperti penyedia identitas, jaringan, alat manajemen operasional, dan banyak lagi. Azure mengacu pada aset ini sebagai utilitas dasar, dan seri artikel ini nantinya akan menjelaskan cara menyebarkan zona pendaratan Azure untuk menyediakannya.
Aset beban kerja: Sebagian besar organisasi memperluas atau mengintegrasikan SAP ke dalam berbagai proses bisnis yang didukung oleh beragam beban kerja di seluruh portofolio. Beban kerja tersebut didukung oleh kumpulan aplikasi, data, dan mesin virtualnya yang bukan merupakan bagian dari penyebaran platform inti. Setiap beban kerja dengan dependensi pada platform SAP harus diberi nama, diinventarisasi, dirasionalisasi, dan dilacak secara individual guna memungkinkan keputusan perencanaan keuangan dan teknis granular.
Untuk panduan tentang perencanaan properti digital SAP, lihat proses yang diuraikan dalam seri artikel tentang perencanaan properti digital. Artikel praktik terbaik tentang menilai beban kerja untuk migrasi ke Azure mengusulkan Azure Migrate dan alat penilaian lainnya untuk membuat panduan teoritis tersebut dari artikel sebelumnya dapat ditindakkan.
Beberapa pertimbangan harus dimasukkan dalam proses tersebut ketika merencanakan adopsi SAP:
Mengevaluasi dependensi: Dependensi terhadap platform inti seperti SAP kerap tidak terdokumentasi. Pastikan untuk menyertakan analisis dependensi untuk semua aset dalam portofolio.
Penandaan, pengelompokan, dan metadata: Tandai atau kelompokkan semua aset dengan hati-hati:
Tag dan kelompokkan aset secara menyeluruh pada platform. Penting untuk tidak melewatkan aset apa pun, karena aset-aset ini adalah kunci untuk menyempurnakan rencana keuangan atau teknis.
Pisahkan dan kelompokkan setiap aset dasar yang menjadi dependensi penyebaran SAP. Ini nantinya dapat diganti dengan opsi zona pendaratan Azure yang lebih efisien.
Kelompokkan setiap beban kerja dependen secara individual. Beban kerja tersebut masing-masing dapat dipertimbangkan secara independen selama upaya rasionalisasi dan migrasi.
Rasionalisasi aset: Rasionalisasi adalah salah satu pertimbangan terpenting untuk rencana keuangan. Pikirkan hal-hal berikut dengan setiap grup aset:
Dapatkah aset dasar dihentikan demi opsi zona pendaratan Azure cloud-asli?
Untuk setiap beban kerja, apakah Anda akan menghentikan beban kerja? Apakah masuk akal untuk melakukan hosting ulang beban kerja ke infrastruktur sebagai layanan? Haruskah Anda memodernisasi beban kerja ini? Apakah beban kerja ini cukup berdampak untuk mempertimbangkan arsitektur ulang (rearchitecting) atau membangun kembali beban kerja untuk memanfaatkan hosting cloud-asli?
Prioritas dan pengurutan: Prioritaskan dan urutkan platform dan beban kerja untuk menetapkan garis waktu dan rencana.
Pertimbangan hibrid: Selama pelaksanaan rencana, apakah Anda akan merilis dalam gelombang migrasi? Apakah Anda memerlukan konektivitas hibrid untuk lalu lintas produksi selama gelombang migrasi? Menggunakan cloud hibrid memungkinkan perusahaan untuk menskalakan sumber daya komputasi. Implementasi hibrid juga menghilangkan kebutuhan untuk melakukan belanja modal besar-besaran guna menangani lonjakan permintaan jangka pendek. Jika bisnis perlu membebaskan sumber daya lokal untuk data atau aplikasi yang lebih sensitif, implementasi hibrid mempercepat upaya pengurangan sumber daya.
Perencanaan lingkungan: Apakah Anda memindahkan platform SAP produksi dan nonproduksi di saat yang sama atau secara terpisah? Pelanggan terkadang memindahkan platform SAP nonproduksi mereka ke Azure, yang menciptakan lingkungan untuk belajar dan mengurangi risiko. Setelah tim merasa nyaman dengan operasi platform SAP dan beban kerja Azure, tim akan memigrasikan platform produksi dan beban kerja berminggu-minggu atau berbulan-bulan kemudian?
Rasionalisasi platform: Pertimbangan yang terpenting adalah bagaimana merasionalisasi aset platform SAP; pertimbangkan bagaimana Anda akan memigrasikan platform. Pendekatan migrasi akan membentuk inventaris aset yang akan bertahan di cloud dan pekerjaan untuk mencapainya. Opsi berikut dapat dipertimbangkan:
Rehost: Gunakan Azure Migrate atau salinan sistem homogen untuk mengangkat dan menggeser platform SAP/OS/DBMS saat ini.
Replatform: Gabungkan pembuatan salinan platform heterogen SAP dengan pindah ke Azure, seperti saat OS memerlukan ini atau DBMS berubah. Ini termasuk ketika produksi SAP NetWeaver berubah menjadi HANA sebagai DBMS.
Rearchitect: Terapkan platform SAP baru di Azure.
Setelah pertimbangan ini diintegrasikan ke dalam evaluasi properti digital, Anda dapat menyempurnakan pertimbangan bisnis Anda. Anda juga akan siap untuk membangun rencana adopsi cloud SAP Anda.
Rencana adopsi cloud SAP
Cloud Adoption Framework mencakup alat dan beberapa templat untuk membuat rencana adopsi cloud atau backlog Azure DevOps, yang didasarkan pada tugas yang diuraikan dalam setiap metodologi. Pelajari lebih lanjut tentang templat dalam artikel rencana adopsi cloud dan Azure DevOps.
Terlepas dari apakah Anda menggunakan templat atau alat perencanaan proyek sendiri, faktorkan dalam tindakan spesifik SAP berikut:
- Evaluasi aset dasar Anda, dan terapkan zona pendaratan Azure yang sesuai.
- Gunakan upaya rasionalisasi platform Anda untuk menyelesaikan migrasi platform SAP.
- Perhitungkan setiap beban kerja (atau gelombang beban kerja) yang akan dimigrasikan.
Anda dapat menggunakan antarmuka web Azure DevOps untuk menambahkan item baris tersebut pada rencana. Jika Anda bekerja dari inventaris aset saat ini, Anda dapat menyusun rencana lebih cepat dengan integrasi Microsoft Excel yang diuraikan dalam artikel Cloud Adoption Framework tentang melacak beban kerja.
Rencana kesiapan SAP
Setelah memiliki rencana kerja umum, Anda dapat mulai menyelaraskan anggota tim dan memperkirakan pekerjaan.
Anggota tim proyek ini dapat berupa ahli SAP atau Azure, tetapi tidak mungkin bagi tim untuk memiliki keahlian yang sama di kedua bidang. Gunakan rencana adopsi cloud untuk menentukan keterampilan yang perlu diperoleh tim. Kemudian, petakan keterampilan tersebut kepada anggota tim untuk mendapatkan gambaran yang lebih jelas tentang kesiapan, keterampilan, dan kebutuhan pelatihan. Artikel Cloud Adoption Framework membangun rencana kesiapan keterampilan dan templat strategi dan rencana dapat membantu tim Anda untuk melacak dan mengatasi kesenjangan keterampilan untuk menciptakan kolaborasi lintas fungsi yang lebih kuat dalam setiap sprint.
Langkah berikutnya: Tinjau lingkungan Anda atau zona pendaratan Azure untuk migrasi skala perusahaan SAP
Artikel berikut memberikan panduan untuk poin tertentu selama perjalanan adopsi cloud untuk membantu Anda berhasil dalam mengadopsi SAP di Azure.
Seperti yang dibahas dalam artikel strategi SAP, pengembalian dari adopsi cloud SAP bisa sangat tinggi, demikian juga dengan risiko harapan yang terlewatkan. Mengembangkan rencana keuangan jelas yang didasarkan pada properti digital Anda akan memastikan akurasi yang lebih besar dalam harapan yang Anda tetapkan. Latihan perencanaan keuangan yang sama akan memberi tim adopsi cloud data yang diperlukan untuk merencanakan aktivitas teknis.
Template strategi dan rencana serta sumber daya lainnya dalam Cloud Adoption Framework dapat membantu organisasi Anda menangkap rencana yang sesuai untuk adopsi cloud SAP.
Perencanaan properti digital SAP
Seperti kebanyakan platform yang kompleks, properti digital SAP Anda akan mencakup tiga kategori aset yang harus dikenali dalam rencana Anda: aset platform, dasar, dan beban kerja.
Aset platform: Platform SAP Anda berjalan pada kumpulan aplikasi khusus, data, mesin virtual atau server, dan appliance yang berpotensi. Terlepas dari apa yang dilakukan organisasi Anda pada platform tersebut, aset-aset ini ditetapkan oleh persyaratan penyebaran SAP.
Aset dasar: Platform SAP Anda dan lingkungan pendukung juga ditegakkan oleh kumpulan aset yang diperlukan seperti penyedia identitas, jaringan, alat manajemen operasional, dan banyak lagi. Azure mengacu pada aset ini sebagai utilitas dasar, dan seri artikel ini nantinya akan menjelaskan cara menyebarkan zona pendaratan Azure untuk menyediakannya.
Aset beban kerja: Sebagian besar organisasi memperluas atau mengintegrasikan SAP ke dalam berbagai proses bisnis yang didukung oleh beragam beban kerja di seluruh portofolio. Beban kerja tersebut didukung oleh kumpulan aplikasi, data, dan mesin virtualnya yang bukan merupakan bagian dari penyebaran platform inti. Setiap beban kerja dengan dependensi pada platform SAP harus diberi nama, diinventarisasi, dirasionalisasi, dan dilacak secara individual guna memungkinkan keputusan perencanaan keuangan dan teknis granular.
Untuk panduan tentang perencanaan properti digital SAP, lihat proses yang diuraikan dalam seri artikel tentang perencanaan properti digital. Artikel praktik terbaik tentang menilai beban kerja untuk migrasi ke Azure mengusulkan Azure Migrate dan alat penilaian lainnya untuk membuat panduan teoritis tersebut dari artikel sebelumnya dapat ditindakkan.
Beberapa pertimbangan harus dimasukkan dalam proses tersebut ketika merencanakan adopsi SAP:
Mengevaluasi dependensi: Dependensi terhadap platform inti seperti SAP kerap tidak terdokumentasi. Pastikan untuk menyertakan analisis dependensi untuk semua aset dalam portofolio.
Penandaan, pengelompokan, dan metadata: Tandai atau kelompokkan semua aset dengan hati-hati:
Tag dan kelompokkan aset secara menyeluruh pada platform. Penting untuk tidak melewatkan aset apa pun, karena aset-aset ini adalah kunci untuk menyempurnakan rencana keuangan atau teknis.
Pisahkan dan kelompokkan setiap aset dasar yang menjadi dependensi penyebaran SAP. Ini nantinya dapat diganti dengan opsi zona pendaratan Azure yang lebih efisien.
Kelompokkan setiap beban kerja dependen secara individual. Beban kerja tersebut masing-masing dapat dipertimbangkan secara independen selama upaya rasionalisasi dan migrasi.
Rasionalisasi aset: Rasionalisasi adalah salah satu pertimbangan terpenting untuk rencana keuangan. Pikirkan hal-hal berikut dengan setiap grup aset:
Dapatkah aset dasar dihentikan demi opsi zona pendaratan Azure cloud-asli?
Untuk setiap beban kerja, apakah Anda akan menghentikan beban kerja? Apakah masuk akal untuk melakukan hosting ulang beban kerja ke infrastruktur sebagai layanan? Haruskah Anda memodernisasi beban kerja ini? Apakah beban kerja ini cukup berdampak untuk mempertimbangkan arsitektur ulang (rearchitecting) atau membangun kembali beban kerja untuk memanfaatkan hosting cloud-asli?
Prioritas dan pengurutan: Prioritaskan dan urutkan platform dan beban kerja untuk menetapkan garis waktu dan rencana.
Pertimbangan hibrid: Selama pelaksanaan rencana, apakah Anda akan merilis dalam gelombang migrasi? Apakah Anda memerlukan konektivitas hibrid untuk lalu lintas produksi selama gelombang migrasi? Menggunakan cloud hibrid memungkinkan perusahaan untuk menskalakan sumber daya komputasi. Implementasi hibrid juga menghilangkan kebutuhan untuk melakukan belanja modal besar-besaran guna menangani lonjakan permintaan jangka pendek. Jika bisnis perlu membebaskan sumber daya lokal untuk data atau aplikasi yang lebih sensitif, implementasi hibrid mempercepat upaya pengurangan sumber daya.
Perencanaan lingkungan: Apakah Anda memindahkan platform SAP produksi dan nonproduksi di saat yang sama atau secara terpisah? Pelanggan terkadang memindahkan platform SAP nonproduksi mereka ke Azure, yang menciptakan lingkungan untuk belajar dan mengurangi risiko. Setelah tim merasa nyaman dengan operasi platform SAP dan beban kerja Azure, tim akan memigrasikan platform produksi dan beban kerja berminggu-minggu atau berbulan-bulan kemudian?
Rasionalisasi platform: Pertimbangan yang terpenting adalah bagaimana merasionalisasi aset platform SAP; pertimbangkan bagaimana Anda akan memigrasikan platform. Pendekatan migrasi akan membentuk inventaris aset yang akan bertahan di cloud dan pekerjaan untuk mencapainya. Opsi berikut dapat dipertimbangkan:
Rehost: Gunakan Azure Migrate atau salinan sistem homogen untuk mengangkat dan menggeser platform SAP/OS/DBMS saat ini.
Replatform: Gabungkan pembuatan salinan platform heterogen SAP dengan pindah ke Azure, seperti saat OS memerlukan ini atau DBMS berubah. Ini termasuk ketika produksi SAP NetWeaver berubah menjadi HANA sebagai DBMS.
Rearchitect: Terapkan platform SAP baru di Azure.
Setelah pertimbangan ini diintegrasikan ke dalam evaluasi properti digital, Anda dapat menyempurnakan pertimbangan bisnis Anda. Anda juga akan siap untuk membangun rencana adopsi cloud SAP Anda.
Rencana adopsi cloud SAP
Cloud Adoption Framework mencakup alat dan beberapa templat untuk membuat rencana adopsi cloud atau backlog Azure DevOps, yang didasarkan pada tugas yang diuraikan dalam setiap metodologi. Pelajari lebih lanjut tentang templat dalam artikel rencana adopsi cloud dan Azure DevOps.
Terlepas dari apakah Anda menggunakan templat atau alat perencanaan proyek sendiri, faktorkan dalam tindakan spesifik SAP berikut:
- Evaluasi aset dasar Anda, dan terapkan zona pendaratan Azure yang sesuai.
- Gunakan upaya rasionalisasi platform Anda untuk menyelesaikan migrasi platform SAP.
- Perhitungkan setiap beban kerja (atau gelombang beban kerja) yang akan dimigrasikan.
Anda dapat menggunakan antarmuka web Azure DevOps untuk menambahkan item baris tersebut pada rencana. Jika Anda bekerja dari inventaris aset saat ini, Anda dapat menyusun rencana lebih cepat dengan integrasi Microsoft Excel yang diuraikan dalam artikel Cloud Adoption Framework tentang melacak beban kerja.
Rencana kesiapan SAP
Setelah memiliki rencana kerja umum, Anda dapat mulai menyelaraskan anggota tim dan memperkirakan pekerjaan.
Anggota tim proyek ini dapat berupa ahli SAP atau Azure, tetapi tidak mungkin bagi tim untuk memiliki keahlian yang sama di kedua bidang. Gunakan rencana adopsi cloud untuk menentukan keterampilan yang perlu diperoleh tim. Kemudian, petakan keterampilan tersebut kepada anggota tim untuk mendapatkan gambaran yang lebih jelas tentang kesiapan, keterampilan, dan kebutuhan pelatihan. Artikel Cloud Adoption Framework membangun rencana kesiapan keterampilan dan templat strategi dan rencana dapat membantu tim Anda untuk melacak dan mengatasi kesenjangan keterampilan untuk menciptakan kolaborasi lintas fungsi yang lebih kuat dalam setiap sprint.
Langkah berikutnya: Tinjau lingkungan Anda atau zona pendaratan Azure untuk migrasi skala perusahaan SAP
Artikel berikut memberikan panduan untuk poin tertentu selama perjalanan adopsi cloud untuk membantu Anda berhasil dalam mengadopsi SAP di Azure.
Saran dan Komentar
Segera hadir: Sepanjang tahun 2024 kami akan menghentikan penggunaan GitHub Issues sebagai mekanisme umpan balik untuk konten dan menggantinya dengan sistem umpan balik baru. Untuk mengetahui informasi selengkapnya, lihat: https://aka.ms/ContentUserFeedback.
Kirim dan lihat umpan balik untuk