Cloud Migration

Cloud Migration

Dalam dunia IT kita saat ini mengenal tentang yang namanya Cloud Migration. Mungkin ada sebagian dari Anda yang tidak mengetahui apa Cloud Migration yang akan kita bahas sampai tuntas berikut ini.

Migrasi Cloud merupakan proses memindahkan data, aplikasi atau elemen perusahaan lainnya dari lokal ke Cloud Computing.

Ada beberapa jenis migrasi cloud yang dapat dilakukan perusahaan yakni salah satu model paling umum adalah transfer data dan aplikasi dari puas data lokal di lokasi ke Cloud publik. Tetapi pada migrasi cloud juga dapat memerlukan pemindahan data dan aplikasi dari satu platform atau penyedia cloud ke yang lain – model yang dikenal sebagai migrasi cloud-ke-cloud. Jenis migrasi ketiga adalah migrasi cloud terbalik, repatriasi cloud atau keluarnya cloud, di mana data atau aplikasi dipindahkan dari cloud dan kembali ke pusat data lokal.

Manfaat Migrasi Cloud

Tujuan atau manfaat dari cloud migration adalah untuk menghosting aplikasi dan data di lingkungan TI yang seefektif mungkin, berdasarkan faktor-faktor seperti biaya, kinerja, dan keamanan.

Misalnya, banyak organisasi melakukan migrasi aplikasi dan data lokal dari pusat data lokal mereka ke infrastruktur cloud publik untuk memanfaatkan keuntungan seperti elastisitas yang lebih besar, penyediaan layanan mandiri, redundansi, dan model bayar-per-penggunaan yang fleksibel.

Strategi Migrasi Cloud

Memindahkan beban kerja ke cloud butuh trick yang dipikirkan matang-matang yang termasuk gabungan kompleks berasal dari tantangan manajemen dan teknologi dan juga penyelarasan ulang staf dan sumber daya. Ada pilihan model migrasi yang bakal ditunaikan dan juga model data yang perlu dipindahkan. Penting untuk perhitungkan beberapa langkah migrasi cloud tersebut sebelum mengambil tindakan.

Aplikasi. Pertama, identifikasi aplikasinya. Setiap perusahaan punya alasan tidak serupa untuk memindahkan beban kerja ke cloud, dan target untuk setiap organisasi akan berbeda-beda. Langkah seterusnya adalah mencari memahami berapa banyak information yang harus dipindahkan, seberapa cepat pekerjaan harus diselesaikan dan bagaimana cara memigrasi information tersebut. Buat inventaris information dan aplikasi, cari dependensi dan pertimbangkan keliru satu berasal dari banyak opsi migrasi.

Ingatlah bahwa tidak setiap aplikasi harus meninggalkan pusat information perusahaan. Di pada yang harus senantiasa tersedia adalah aplikasi yang perlu bagi bisnis, punya throughput tinggi, perlu latensi rendah, atau merupakan aplikasi yang punya persyaratan pengelolaan geografis yang ketat – seperti GDPR – yang mungkin memprihatinkan.

Pertimbangkan ongkos Anda. Suatu organisasi mungkin punya bundel yang diinvestasikan dalam infrastruktur perangkat keras dan lisensi perangkat lunak. Jika investasi itu curam, tersedia baiknya pertimbangkan apakah layak atau tidak untuk memigrasi beban kerja.

Jenis migrasi Cloud. Langkah seterusnya adalah mengidentifikasi lingkungan cloud yang tepat. Perusahaan kala ini punya lebih berasal dari satu skenario cloud untuk dipilih.

Cloud publik sangat mungkin banyak pengguna mengakses sumber daya komputasi lewat internet atau koneksi khusus. Cloud pribadi menaruh information di dalam pusat information dan pakai arsitektur berpemilik. Model cloud hybrid memadukan model cloud publik dan pribadi dan mentransfer information di pada keduanya. Terakhir, dalam skenario multi-cloud, bisnis pakai opsi IaaS berasal dari lebih berasal dari satu penyedia cloud publik.

Saat Anda pertimbangkan di mana aplikasi harus berada, pertimbangkan termasuk seberapa baik kinerjanya sehabis dimigrasi. Pastikan tersedia bandwidth yang lumayan untuk kinerja aplikasi yang optimal. Dan selidiki apakah ketergantungan aplikasi sanggup mempersulit migrasi.

Sekarang adalah kala yang pas untuk meninjau apa yang tersedia di tumpukan aplikasi yang akan bergerak. Aplikasi lokal mungkin berisi banyak fitur yang tidak digunakan, dan membuang-buang uang untuk memigrasi dan membantu item yang tidak perlu tersebut. Data basi adalah masalah lain bersama migrasi cloud. Tanpa alasan yang kuat, mungkin tidak bijaksana untuk memindahkan information historis ke cloud.

Saat Anda memeriksa aplikasi, mungkin bijaksana untuk pertimbangkan kembali arsitektur strategisnya untuk menyiapkannya untuk apa yang berpotensi menjadi usia yang lebih lama. Beberapa platform sekarang menjadi arus utama di pada lingkungan hybrid dan multi-cloud, termasuk berikut ini:

  • Microsoft Azure Stack;
  • Google Cloud Anthos;
  • AWS Outposts;
  • VMware Cloud di AWS; dan
  • PaaS berbasis container, seperti Cloud Foundry atau Red Hat OpenShift.

Masalah tentang staf aplikasi yang ada di cloud memerlukan sekumpulan keterampilan manajemen yang berbeda, dan oleh karena itu pimpinan IT harus memastikan petugas IT siap untuk menangani migrasi cloud.

Pertimbangkan keahlian karyCloud, dan pastikan setiap orang dilatih dengan benar tentang cara mengontrol dan mengelola layanan itu. Manajemen Cloud tidak seperti bekerja dengan pusat

Terlepas dari aplikasinya, staf selagi ini kudu studi beradaptasi bersama dengan peran baru. Secara khusus, keamanan data perlu pendekatan yang berlainan di cloud daripada di lokasi, menjadi pelatihan staf kudu menjadi prioritas.

Proses Cloud Migration

Untuk soal langkah-langkah proses yang harus diikuti perusahaan selama cloud migration adalah bervariasi berdasarkan faktor-faktor seperti jenis migrasi yang ingin dilakukan dan sumber daya  yang lebih terinci yang ingin dipindahkan. Meskipun demikian ada beberapa strategi migrasi cloud yang bisa digunakan seperti

  • Evaluasi kinerja dan persyaratan keamanan;
  • pemilihan penyedia cloud;
  • perhitungan biaya; dan
  • setiap reorganisasi yang dianggap perlu.
  • Pada saat yang sama, bersiaplah untuk mengatasi beberapa tantangan umum selama migrasi cloud:
  • interoperabilitas;
  • portabilitas data dan aplikasi;
  • integritas dan keamanan data; dan
  • keberlangsungan bisnis.
  • Tanpa perencanaan yang tepat, migrasi dapat menurunkan kinerja beban kerja dan menyebabkan biaya TI yang lebih tinggi – sehingga meniadakan beberapa manfaat utama Cloud Computing.

Cloud Migration Jakarta

Berkaitan dengan cloud migration Jakarta perusahaan dapat memilih untuk memindahkan aplikasi ke lingkungan hosting barunya tanpa harus memodifikasi apapun. Model yang terkadang disebut sebagai migrasi angkat dan shift.

Dalam  skenario ini beban kerja dapat berpindah langsung dari server lokal ke cloud tanpa adanya perubahan apapun. Hal ini dapat dilakukan karena sebagai perbaikan jangka pendek untuk menghemat biaya infrastruktur.

Dalam kasus lain mungkin lebih bermanfaat untuk mengubah kode atau algoritma aplikasi. Proses ini juga dikenal sebagai pemfaktoran ulang aplikasi atau arsitektur ulang. Sudah menjadi hal yang biasa untuk melakukan memfaktor ulang aplikasi sebelum migrasi cloud, namun sering kali hal ini terjadi secara retroaktif. Hal ini biasanya terjadi setelah terjadinya lift dan shift telah mengurangi kinerja aplikasi.

Refactoring aplikasi bisa memakan biaya yang cukup mahal sehingga manajemen IT juga harus dipertimbangkan untuk finansial yang lebih wajar. Jangan lupa untuk menghitung biaya, kinerja, dan keamanan saat masuk akal secara finansial. Jangan lupa untuk menghitung biaya, kinerja, dan keamanan saat Anda menganalisis ROI. Kemungkinan suatu aplikasi akan memerlukan setidaknya beberapa pemfaktoran ulang, baik transformasinya minimal atau komprehensif.

Jika migrasi dikerjakan secara online, Anda mesti menghitung berapa banyak bandwidth yang diperlukan untuk pindah.

Perusahaan mempunyai sebagian pilihan di dalam hal mentransfer information dari pusat information lokal ke cloud publik. Ini termasuk penggunaan internet publik atau koneksi jaringan spesial / khusus. Pilihan lainnya adalah transfer offline, di mana organisasi mengunggah information lokalnya ke suatu peralatan dan lantas secara fisik mengirimkan peralatan tersebut ke penyedia Cloud publik, yang lantas mengunggah information tersebut ke Cloud. Jenis migrasi information yang dipilih perusahaan – online atau offline – terkait terhadap jumlah dan type information yang inginkan dipindahkan, dan juga seberapa cepat yang diperlukan untuk menyelesaikan migrasi.

Mungkin tidak realistis untuk mengesampingkan koneksi internet Anda untuk jangka saat yang lama. Dalam sebagian kasus, bakal lebih masuk akal kalau memakai truk untuk mentransfer information daripada koneksi internet. Ada layanan untuk obyek ini – Microsoft, AWS, Google, dan IBM mempunyai opsi untuk pengiriman information offline. Pengiriman fisik bisa saja tidak menghalau kebutuhan bakal sinkronisasi tambahan, namun bisa menghemat saat dan biaya untuk memindahkan data.

Sebelum beban kerja berubah ke produksi, mesti diuji tegangan dan dioptimalkan untuk membuahkan kinerja yang bisa diterima. Penting termasuk untuk menguji suasana kegagalan dan juga proses yang redundan.

Setelah migrasi cloud selesai, staf bakal mengalihkan fokusnya ke performa, penggunaan, dan stabilitas data. Pastikan untuk menganggarkan alat-alat ini, karena alat-alat ini sering dilupakan di dalam perencanaan awal.

Di sinilah staf TI melihat perubahan terbesar di dalam peran dukungan mereka. Ada sebagian pengurangan di dalam dukungan perangkat keras secara keseluruhan. Tetapi beban kerja cloud mesti dikelola, menjadi masuk akal untuk memberikan sebagian kelas pelatihan manajemen cloud untuk tim. Mungkin ada sebagian pertimbangan tertentu untuk realitas keamanan baru sepanjang migrasi.

Memastikan keamanan aplikasi di cloud selamanya menjadi perhatian, terutama sepanjang migrasi langsung ke cloud. Migrasi VM benar-benar perlu untuk menyeimbangkan kebutuhan beban kerja untuk komputasi, penyimpanan, dan permohonan aplikasi lainnya.

Migrasi langsung melalui jaringan sangat mungkin bermacam type serangan. Penyerang bisa mengambil snapshot VM dan mengakibatkan VM di dalam konteks yang berlainan dari maksud aslinya. Kredensial yang dicuri tersebut bisa menggandakan dan mencuri snapshot atau menginstal rootkit atau malware lain untuk akses tambahan. Thrashing adalah serangan penolakan layanan yang berkesinambungan di mana peretas memaksa migrasi berulang dan mengganggu proses komputasi bersama dengan konsumsi sumber energi sistem.

Tantangan migrasi cloud

Terkadang para pemimpin IT menemukan bahsa aplikasi mereka tidak berfungsi sebaik di cloud seperti yang mereka lakukan di tempat. Maka dari itu perlu diketahui mengapa cloud migration terjadi kegagalan.

Bisa jadi latensi yang buruk, kekhawatiran tentang keamanan, atau mungkin tantangan kepatuhan. Seringkali, alasannya adalah aplikasi cloud memiliki biaya yang lebih tinggi dari yang diantisipasi, atau aplikasi tidak berfungsi sebagaimana yang semula diharapkan.

Kenyataannya adalah tidak seluruh aplikasi sesuai untuk cloud. Itulah mengapa terlampau mutlak bagi manajer untuk memeriksa aplikasi lokal mereka bersama cermat dikala mereka membawa dampak pilihan awal berkenaan aplikasi mana yang perlu dipindahkan ke lingkungan cloud.

Memiliki trik nampak cloud yang solid, di mana aplikasi dan data nampak berasal dari cloud, serupa pentingnya bersama mempunyai trik migrasi cloud yang baik. Manajer TI perlu menyadari ke mana datanya dapat pergi, bagaimana mengelola transisi tekhnis dan kemudian bagaimana menangani persoalan usaha atau hukum apa pun yang mungkin timbul sebagai akibat berasal dari migrasi balik.

Pertimbangkan pergantian yang Anda buat sebelum akan Anda memindahkan aplikasi ke cloud. Memindahkan aplikasi lagi ke platform aslinya mungkin menjadi keliru satu pilihan. Jika platform lama selanjutnya tidak tersedia lagi, dapat masuk akal untuk menaruh aplikasi di cloud hingga Anda sanggup menemukan solusi alternatif.

Aplikasi tidak perlu lagi ke kondisi awal mulanya atau ke Cloud pribadi. Jika aplikasi membutuhkan infrastruktur tambahan, pindahan ke virtualisasi pusat data mungkin merupakan pilihan yang tepat.

Perubahan paling umum terhadap aplikasi yang masuk ke cloud condong menjadi penskalaan horizontal, fitur yang amat mungkin aplikasi membuka sumber kekuatan tambahan di cloud sementara mereka membutuhkan kapasitas tambahan atau amat mungkin pengguna memindahkan aplikasi ke cloud sementara diperlukan. Jika Anda tidak membawa dampak ketentuan untuk mempertahankan fitur tersebut, ketahuilah bahwa Anda dapat kehilangan kegunaan selanjutnya sementara menghapus aplikasi berasal dari cloud.

Kalkulator cost cloud dan alat estimasi mendukung perusahaan pilih cost konfigurasi cloud sebelum akan tim melaksanakan migrasi.

Strategi nampak cloud yang menyeluruh perlu termasuk manajemen siklus hidup aplikasi. Uji aplikasi di lingkungan baru sebelum akan cutover. Terakhir, periksa lagi usaha potensial dan sistem hukum. Keluar berasal dari cloud umumnya merupakan pilihan terakhir, menjadi pastikan departemen hukum Anda memeriksa kontrak Anda bersama penyedia cloud, lebih-lebih jika Anda melaksanakan transisi sebelum akan kontrak berakhir.

Karena AWS digunakan secara luas, perlu diperhatikan beberapa kekeliruan umum yang dilakukan oleh administrator cloud AWS.

Menyiapkan tipe instans yang keliru adalah perihal biasa, gara-gara AWS sediakan beberapa kelas tipe instans. Anda perlu pilih jumlah CPU dan sumber kekuatan memori yang tepat, dan juga konektivitas jaringan yang cukup untuk Amazon Elastic Block Storage (EBS) dan transmisi data aplikasi.

Jangan meremehkan pelatihan staf yang tepat. Jika staf tidak sanggup dilatih sebelum akan migrasi cloud, masuk akal untuk menyewa mitra AWS yang mempunyai pengalaman untuk mengelola proyek.

Jenis Alat Dan Layanan Cloud Migration Indonesia

Manajemen beban kerja mengalami perubahan yang cukup signifikan saat aplikasi berpindah ke cloud. Biaya cloud seringkali lebih tinggi dari yang diantisipasi semula. Staf TI perlu mengubah proses manajemen mereka agar bekerja dengan baik di cloud seperti yang mereka lakukan secara lokal. Ini dapat dicapai dengan sejumlah layanan dan alat.

Alat seperti Microsoft Azure Advisor dan AWS Trusted Advisor dapat menawarkan rekomendasi pengoptimalan di lingkungan cloud di berbagai area seperti biaya, kinerja, dan keamanan.

Kalkulator biaya cloud dan alat estimasi membantu perusahaan menentukan biaya konfigurasi cloud sebelum tim melakukan migrasi. Jika Anda adalah toko AWS, pertimbangkan untuk menggunakan Kalkulator Bulanan Sederhana untuk perkiraan harga yang lebih detail.

Layanan tersedia untuk membantu pengguna menangani berbagai fase proses migrasi cloud, yang dapat dibagi menjadi empat langkah: perencanaan migrasi, migrasi data, migrasi server, dan migrasi database.

Pertimbangkan layanan berikut yang berlaku untuk kategori yang disebutkan di atas:

  • layanan transfer data;
  • transfer jaringan; dan
  • layanan dan peralatan migrasi cloud.
  • Penyedia IaaS besar, AWS, Microsoft, dan Google, menawarkan tingkatan uji coba gratis, atau layanan migrasi cloud berbiaya rendah. Berikut ini beberapa yang paling populer.

Azure Migrate mendukung pengguna menilai bagaimana beban kerja VMware mereka dapat bekerja di cloud publik Azure – sebelum akan migrasi yang sebenarnya terjadi. Alat lain, Pemulihan Situs Azure, mendukung profesional TI bergerak. Pelanggan mampu manfaatkan sarana untuk memindahkan VM ke Azure dan juga manfaatkan VM di Azure dan memindahkannya ke lokasi cloud yang berbeda.

Di pada sarana migrasi cloud AWS adalah AWS Migration Hub, yang mendukung pengguna memantau kemajuan migrasi aplikasi mereka. Ini menampilkan standing seluruh sumber kekuatan yang terlibat di tiap-tiap migrasi AWS dalam portofolio pengguna. Layanan lainnya, AWS Application Discovery Service, memetakan tahapan perencanaan migrasi aplikasi. Ini manfaatkan data untuk memberikan wawasan tentang konfigurasi, penggunaan data, ketergantungan, memori dan penggunaan sumber daya.

Google terhitung punya sejumlah alat migrasi cloud. Layanan Transfer Google Cloud Storage digunakan untuk memindahkan data ke Google Cloud Storage. Tim TI terhitung menggunakannya untuk mencadangkan data dan memindahkannya dari satu entitas penyimpanan cloud ke entitas lain. Google Transfer Appliance adalah sarana migrasi offline untuk transfer data besar.

Ada sebagian opsi otomatisasi untuk migrasi lift-and-shift, tapi yang terpenting adalah tahu kinerja aplikasi dan kriteria sumber kekuatan sebelum akan pindah. Migrasi aplikasi komposit yang mengandalkan database mampu dijalankan secara otomatis sebagian, tapi pengguna wajib melakukan perbaikan kasus yang bisa saja timbul secara manual.

Mengapa bermigrasi ke cloud?

Cloud Computing terhadap pada akhirnya melepas tim TI perusahaan dari beban mengelola sementara aktif. Menempatkan aplikasi di cloud seringkali merupakan langkah paling logis untuk pertumbuhan. Jawaban positif untuk sebagian atau seluruh pertanyaan ini bisa saja tunjukkan kesiapan perusahaan Anda untuk memindahkan aplikasi ke cloud.

Haruskah lamaran Anda senantiasa atau hilang? Aplikasi lama, atau beban kerja yang butuh latensi rendah atau keamanan dan pengecekan yang lebih tinggi, bisa saja wajib senantiasa berada di lokasi atau dipindahkan ke cloud pribadi.

Berapa biaya untuk menggerakkan aplikasi di cloud? Salah satu manfaat utama migrasi cloud adalah fleksibilitas beban kerja. Jika beban kerja tiba-tiba butuh lebih banyak sumber kekuatan untuk mempertahankan kinerja, biayanya mampu meningkat bersama cepat.

Model cloud mana yang paling cocok? Cloud publik sedia kan skalabilitas melalui model bayar per penggunaan. Cloud privat atau lokal memberikan pengecekan dan keamanan ekstra. Model cloud hybrid memberikan yang paling baik dari keduanya, walaupun kinerja dan konektivitas bisa saja terganggu.

Bagaimana langkah menentukan penyedia cloud yang tepat? Tiga penyedia cloud paling atas – AWS, Microsoft, dan Google – umumnya tawarkan sarana yang seimbang untuk menggerakkan seluruh model beban kerja di cloud, dan juga alat untuk mendukung Anda memindahkan aplikasi ke sana secara efisien. Ukur keperluan khusus Anda untuk ketersediaan, dukungan, keamanan dan kepatuhan, dan juga harga untuk mendapatkan yang paling sesuai.

Tinggalkan Balasan

Alamat email Anda tidak akan dipublikasikan. Ruas yang wajib ditandai *

Semua operasional PT. Network Data Sistem akan menggunakan domain nds.id per tanggal 8 Mei 2019. Semua informasi/promosi dalam bentuk apapun selain menggunakan domain nds.id bukan tanggung jawab PT. Network Data Sistem Tutup