Cloud Migration Yang Terbaik Hanya Netdata

Cloud Migration

Cloud Migration – Migrasi cloud atau cloud migration adalah proses memindahkan data, aplikasi, atau elemen usaha lainnya ke lingkungan komputasi awan.
Ada berbagai tipe migrasi cloud yang dapat dijalankan perusahaan. Salah satu tipe lazim adalah transfer data dan aplikasi berasal dari pusat data lokal di lokasi ke cloud publik. Namun, migrasi cloud juga dapat juga pemindahan data dan aplikasi berasal dari satu platform cloud atau penyedia ke yang lain – tipe yang dikenal sebagai migrasi cloud-to-cloud. Tipe ketiga berasal dari migrasi adalah migrasi cloud terbalik, repatriasi cloud atau cloud exit, tempat data atau aplikasi dipindahkan berasal dari cloud dan lagi ke pusat data lokal.
Manfaat Cloud Migration
Tujuan lazim atau kegunaan berasal dari migrasi cloud adalah untuk meng-host aplikasi dan data dalam lingkungan TI paling efektif yang mungkin, berdasarkan faktor-faktor seperti biaya, kinerja, dan keamanan.
Sebagai contoh, banyak organisasi jalankan migrasi aplikasi dan data di tempat berasal dari pusat data lokal mereka ke infrastruktur cloud publik untuk mengambil keuntungan berasal dari kegunaan seperti elastisitas yang lebih besar, penyediaan layanan mandiri, redundansi, dan tipe pembayaran per pemakaian yang fleksibel.


Strategi Cloud Migration Indonesia


Memindahkan beban kerja ke cloud memerlukan langkah yang dipikirkan bersama masak yang juga gabungan kompleks berasal dari tantangan manajemen dan teknologi, serta penyesuaian staf dan sumber daya. Ada pilihan dalam tipe migrasi untuk jalankan serta tipe data yang kudu dipindahkan. Penting untuk mempertimbangkan beberapa langkah migrasi cloud tersebut sebelum akan dapat mengambil tindakan.
Aplikasi. Pertama, identifikasi aplikasi. Setiap perusahaan punyai alasan tidak sama untuk memindahkan beban kerja ke cloud, dan obyek untuk tiap-tiap organisasi dapat bervariasi. Langkah setelah itu adalah mencari mengerti berapa banyak data yang kudu dipindahkan, seberapa cepat pekerjaan kudu dijalankan dan bagaimana langkah memigrasikan data tersebut. Melakukan inventarisasi data dan aplikasi, mencari dependensi dan mempertimbangkan tidak benar satu berasal dari banyak opsi migrasi.
Ingatlah bahwa tidak tiap-tiap aplikasi kudu meninggalkan pusat data perusahaan. Di antara mereka yang kudu tinggal adalah aplikasi yang gawat pada bisnis, punyai throughput yang tinggi, memerlukan latensi rendah atau aplikasi yang punyai beberapa syarat pengelolaan geografis yang ketat – seperti GDPR – yang dapat mengakibatkan kekhawatiran.
Pertimbangkan biaya Anda. Suatu organisasi kemungkinan punyai bundel yang diinvestasikan dalam infrastruktur perangkat keras dan lisensi perangkat lunak. Jika investasi itu curam, ada baiknya menimbang apakah layak untuk memigrasi beban kerja atau tidak.
Jenis migrasi cloud. Langkah setelah itu adalah mengidentifikasi lingkungan cloud yang tepat. Perusahaan pas ini punyai lebih berasal dari satu skenario cloud yang dapat dipilih.
Cloud publik terlampau kemungkinan banyak pengguna mengakses sumber kekuatan komputasi melalui internet atau koneksi khusus. Cloud pribadi menyimpan data di dalam pusat data dan pakai arsitektur berpemilik. Model cloud hybrid mencampurkan tipe cloud publik dan pribadi dan mentransfer data di antara keduanya. Akhirnya, dalam skenario multi-cloud, usaha pakai opsi IaaS berasal dari lebih berasal dari satu penyedia cloud publik.
Saat Anda mempertimbangkan di mana aplikasi kudu hidup, mempertimbangkan juga seberapa baik kinerjanya setelah dimigrasi. Pastikan ada bandwidth yang memadai untuk kinerja aplikasi yang optimal. Dan selidiki apakah dependensi aplikasi dapat mempersulit migrasi.
Sekarang adalah pas yang tepat untuk meninjau apa yang ada di tumpukan aplikasi yang dapat bergerak. Aplikasi lokal kemungkinan punya kandungan banyak fitur yang tidak digunakan, dan boros membayar untuk bermigrasi dan menunjang barang-barang yang tidak penting itu. Data basi adalah persoalan lain bersama migrasi cloud. Tanpa alasan yang bagus, kemungkinan tidak bijaksana untuk memindahkan data historis ke cloud.
Saat Anda memeriksa aplikasi, kemungkinan bijaksana untuk mempertimbangkan lagi arsitektur strategisnya untuk mengatur apa yang berpotensi menjadi kehidupan yang lebih lama. Sejumlah platform cloud migration Indonesia sekarang menjadi arus utama di antara lingkungan hybrid dan multi-cloud, juga yang berikut:
Microsoft Azure Stack;
Google Cloud Anthos;
Pos-pos AWS;
VMware Cloud di AWS; dan
PaaS berbasis wadah, seperti Cloud Foundry atau Red Hat OpenShift.
Masalah staf. Aplikasi yang hidup di cloud memerlukan serangkaian keterampilan manajemen yang berbeda, dan, bersama demikian, para pemimpin TI kudu menegaskan staf siap mengatasi migrasi cloud. Pertimbangkan perangkat keterampilan karyawan, dan pastikan semua orang dilatih bersama benar berkenaan langkah mengendalikan dan mengelola layanan tersebut. Manajemen cloud tidak seperti bekerja bersama pusat data lokal dan sumber kekuatan virtual rutin.
Terlepas berasal dari aplikasi, staf pas ini kudu studi beradaptasi bersama peran baru. Secara khusus, keamanan data memerlukan pendekatan yang tidak sama di cloud berasal dari pada di tempat, supaya pelatihan staf kudu menjadi prioritas.


Proses Cloud Migration Jakarta


Langkah-langkah atau proses yang diikuti perusahaan sepanjang migrasi cloud berbeda-beda berdasarkan faktor-faktor seperti tipe migrasi yang dambakan dijalankan dan sumber kekuatan tertentu yang dambakan dipindahkan. Yang mengatakan, elemen-elemen lazim berasal dari langkah migrasi cloud meliputi yang berikut:
evaluasi beberapa syarat kinerja dan keamanan;
pemilihan penyedia cloud;
perhitungan biaya; dan
setiap reorganisasi yang diakui perlu.
Pada pas yang sama, bersiaplah untuk mengatasi beberapa tantangan lazim sepanjang migrasi cloud:
interoperabilitas;
portabilitas data dan aplikasi;
integritas dan keamanan data; dan
keberlangsungan bisnis.
Tanpa rancangan yang tepat, cloud migration Jakarta dapat menurunkan kinerja beban kerja dan mengakibatkan biaya TI lebih tinggi – bersama demikian melepaskan beberapa kegunaan utama komputasi awan.
Bergantung pada perincian migrasi, perusahaan dapat pilih untuk memindahkan aplikasi ke lingkungan hosting barunya tanpa modifikasi apa pun – tipe yang kadang pas disebut sebagai migrasi lift-and-shift. Dalam skenario ini, beban kerja bergerak langsung berasal dari server lokal ke cloud tanpa perubahan. Ini pada dasarnya adalah langkah 1 ke 1 yang dijalankan terutama sebagai perbaikan jangka pendek untuk menghemat biaya infrastruktur.
Dalam persoalan lain, kemungkinan lebih berfaedah untuk merubah kode atau arsitektur aplikasi. Proses ini dikenal sebagai aplikasi refactoring atau rearchitecting. Masuk akal untuk memperbarui aplikasi sebelum akan dapat migrasi cloud, tetapi seringkali itu berlangsung surut. Ini biasanya berlangsung setelah mengerti bahwa elevate dan shift telah kurangi kinerja aplikasi.
Refactoring aplikasi dapat mahal, menjadi manajemen TI kudu mempertimbangkan apakah ini masuk akal secara finansial. Jangan lupa menghitung biaya, kinerja, dan keamanan pas Anda menganalisis ROI Anda. Kemungkinan aplikasi dapat memerlukan setidaknya beberapa refactoring, apakah transformasi sekurang-kurangnya atau komprehensif.
Jika migrasi dijalankan secara online, Anda kudu menghitung berapa bandwidth yang diperlukan untuk jalankan perpindahan.
Perusahaan punyai beberapa pilihan dalam berkenaan mentransfer data berasal dari pusat data lokal ke cloud publik. Ini juga pemakaian internet publik atau koneksi jaringan pribadi / khusus. Pilihan lain adalah transfer offline, di mana organisasi mengunggah data lokalnya ke suatu alat dan kemudian secara fisik mengirimkan alat itu ke penyedia cloud publik, yang kemudian mengunggah data ke cloud. Jenis migrasi data yang dipilih perusahaan – online atau offline – terkait pada kuantitas dan tipe data yang dambakan dipindahkan, serta seberapa cepat yang diperlukan untuk menyelesaikan migrasi.
Mungkin tidak realistis untuk mengesampingkan koneksi internet Anda untuk jangka pas yang lama. Dalam beberapa kasus, dapat lebih masuk akal kecuali pakai truk untuk mentransfer data alih-alih koneksi internet. Ada layanan untuk obyek ini – Microsoft, AWS, Google dan IBM punyai opsi untuk pengiriman data offline. Pengiriman fisik kemungkinan tidak menyingkirkan keperluan untuk sinkronisasi tambahan, tetapi dapat memotong pas dan biaya untuk memindahkan data.
Sebelum beban kerja berubah ke produksi, kudu diuji stres dan dioptimalkan untuk memberikan kinerja yang dapat diterima. Penting juga untuk menguji situasi kegagalan serta proses yang berlebihan.
Setelah migrasi cloud selesai, staf dapat mengalihkan fokusnya ke kinerja data, penggunaan, dan stabilitas. Pastikan untuk mengakibatkan anggaran untuk alat-alat ini, sebab mereka sering dilupakan dalam rancangan awal.
Di sinilah staf TI menyaksikan perubahan terbesar dalam peran dukungan mereka. Ada beberapa pengurangan dalam dukungan perangkat keras secara keseluruhan. Tetapi beban kerja cloud kudu dikelola, supaya masuk akal untuk memberikan beberapa kelas pelatihan manajemen cloud untuk tim. Mungkin ada beberapa pertimbangan tertentu untuk realitas keamanan baru sepanjang migrasi.
Memastikan keamanan aplikasi di cloud senantiasa menjadi perhatian, terutama sepanjang migrasi langsung ke cloud. Migrasi VM terlampau penting untuk menyeimbangkan keperluan beban kerja untuk komputasi, penyimpanan, dan permintaan aplikasi lainnya.
Migrasi langsung melalui jaringan terlampau kemungkinan berbagai tipe serangan. Seorang penyerang dapat mengambil snapshot VM dan mengakibatkan VM dalam konteks yang tidak sama berasal dari kemauan aslinya. Kredensial yang dicuri itu dapat menggandakan dan mengambil snapshot atau menginstal rootkit atau malware lain untuk akses tambahan. Thrashing adalah serangan penolakan layanan yang terus-menerus di mana peretas memaksa migrasi berulang dan mengganggu proses komputasi bersama mengkonsumsi sumber kekuatan sistem.
Mengapa Bermigrasi Ke Cloud
Cloud computing pada akhirnya melepaskan tim TI perusahaan berasal dari beban mengelola uptime. Menempatkan aplikasi di cloud sering kali merupakan langkah paling logis untuk pertumbuhan. Jawaban positif untuk beberapa atau semua pertanyaan ini dapat perlihatkan kesiapan perusahaan Anda untuk memindahkan aplikasi ke cloud.
Haruskah aplikasi Anda tinggal atau pergi? Aplikasi lawas, atau beban kerja yang memerlukan latensi rendah atau keamanan dan kontrol yang lebih tinggi, kemungkinan kudu senantiasa di tempat atau tukar ke cloud pribadi.
Berapa biaya untuk mobilisasi aplikasi di cloud? Salah satu kegunaan utama migrasi awan adalah fleksibilitas beban kerja. Jika beban kerja tiba-tiba memerlukan lebih banyak sumber kekuatan untuk menjaga kinerja, biaya untuk menjalankannya dapat meningkat bersama cepat.
Model cloud mana yang paling cocok? Cloud publik sedia kan skalabilitas melalui tipe bayar per penggunaan. Cloud pribadi atau di tempat sedia kan kontrol dan keamanan ekstra. Model cloud hybrid memberikan yang paling baik berasal dari keduanya, biarpun kinerja dan konektivitas kemungkinan terganggu.
Bagaimana langkah saya pilih penyedia cloud yang tepat? Tiga penyedia cloud teratas – AWS, Microsoft dan Google – biasanya tawarkan layanan yang sesuai untuk mobilisasi semua tipe beban kerja di cloud, serta alat untuk menunjang Anda memindahkan aplikasi ke sana secara efisien. Ukur keperluan tertentu Anda untuk ketersediaan, dukungan, keamanan dan kepatuhan, dan harga untuk mendapatkan yang paling cocok.

Skip to toolbar