Apa itu adopsi cloud?

Pergeseran dari penyimpanan lokal, di mana aplikasi dan data organisasi dihosting di server tempatnya sendiri, merupakan komponen inti dari transformasi digital. Dengan menghosting infrastruktur TI di cloud, organisasi dapat mengakses data dari lokasi mana pun, meningkatkan dan menurunkan layanan untuk memenuhi permintaan dan membuat sistem lebih tangguh jika terjadi kegagalan.

Memodernisasi dengan cara ini bisa lebih mudah diucapkan daripada dilakukan. Pada tahun 2025, Gartner memprediksi bahwa 25% organisasi akan mengalami ketidakpuasan terhadap adopsi cloud mereka pada tahun 2028 akibat biaya atau salah kelola.

Ada perbedaan utama antara adopsi cloud dan migrasi cloud. Migrasi cloud adalah proses teknis memindahkan data dari server lokal ke cloud, sementara adopsi cloud adalah integrasi yang lebih luas dari teknologi cloud ke dalam operasi bisnis.

Adopsi cloud adalah inisiatif budaya yang membutuhkan dukungan dari staf bisnis dan teknis, serta perhatian yang cermat terhadap biaya, kepatuhan, dan pelatihan untuk praktik cloud baru yang diperkenalkan.

Kerangka kerja adopsi cloud yang umum meliputi:

• "Lift and shift," atau langsung mentransfer aplikasi dan data ke cloud dengan sedikit atau tanpa perubahan.
  
  
• Replatform, atau pengoptimalan yang ditargetkan ke aplikasi selama migrasi untuk **memanfaatkan** kemampuan cloud tanpa mengubah arsitektur inti.
  
  
• Membangun kembali infrastruktur TI untuk menjadikannya sepenuhnya cloud native.

Proses transformasi cloud terlihat berbeda tergantung pada pendekatan mana yang diputuskan organisasi yang tepat. Namun seringkali, ini mengikuti peta jalan dasar yang sama: Sebuah organisasi akan menilai aset TI-nya, menentukan biaya, memilih pendekatan, memutuskan satu atau lebih penyedia cloud, menyiapkan aset TI baru yang diperlukan oleh rencana migrasi, memulai migrasi bertahap dan terus mengevaluasi dan merampingkan proses.

Dalam praktiknya, adopsi cloud mungkin terlihat seperti universitas yang memutuskan untuk terlebih dahulu memigrasikan layanan email ke Gmail Google. Selanjutnya, selama beberapa tahun, ia memigrasikan situs webnya ke Google Cloud, dan kemudian basis data siswa inti dan fungsi teknologi kelas ke cloud, sebelum menghentikan semua server lokal.

Perjalanan cloud setiap organisasi berbeda, tetapi mereka semua umumnya mengikuti urutan penilaian, pengadaan, konstruksi, migrasi, pengujian, dan pengoptimalan yang sama.

Banyak penyedia cloud terkemuka, seperti Amazon Web Services (AWS), Microsoft Azure dan IBM Cloud memiliki kerangka kerja mereka sendiri untuk memandu organisasi melalui adopsi cloud. Hampir selalu, kerangka kerja ini dimulai dengan tugas yang sederhana namun penting: menentukan dengan tepat bagaimana implementasi cloud akan mendorong hasil bisnis organisasi.

Hasil tersebut bisa meliputi pengurangan biaya infrastruktur di lokasi, mengurangi latensi aplikasi, atau mempercepat pipeline DevOps. Mengidentifikasi tujuan-tujuan ini — dan kemudian mengidentifikasi seberapa siap organisasi untuk mencapainya, dan orang, keterampilan, atau sumber daya apa yang dibutuhkan untuk melakukannya — adalah langkah pertama dalam adopsi cloud sebelum memilih model dan penyedia cloud.

Setelah menetapkan tujuannya dan melakukan penilaian mandiri secara menyeluruh, organisasi siap untuk mulai mengevaluasi solusi dan penyedia.

Terdapat berbagai arsitektur cloud yang dapat dipilih organisasi sesuai dengan kebutuhan mereka, termasuk cloud publik, cloud privat, hybrid cloud, dan multicloud.

Cloud publik adalah bentuk hosting di mana penyedia pihak ketiga membuat platform cloud tersedia melalui internet publik. Kombinasi biaya rendah dan fleksibilitas menjadikannya bentuk komputasi cloud yang paling banyak digunakan. Ini paling tepat untuk organisasi yang perlu secara aktif menskalakan cloud mereka sesuai dengan kebutuhan bisnis, seperti pengecer online. Cloud publik juga berguna untuk organisasi dengan overhead rendah atau kemampuan untuk mengelola infrastruktur cloud itu sendiri.

Cloud privat, yang juga dikenal sebagai internal atau corporate cloud, adalah solusi hosting berpemilik di mana semua sumber daya perangkat keras dan perangkat lunak khusus untuk (dan dapat diakses oleh) satu organisasi tunggal. Pengaturan ini paling berguna ketika diperlukan untuk alasan keamanan atau kepatuhan, seperti organisasi yang menangani dokumen rahasia, kekayaan intelektual, informasi identifikasi pribadi (PII), catatan medis atau data keuangan.

Hybrid cloud adalah strategi cloud yang menggabungkan elemen cloud publik dan pribadi, seringkali bersama dengan infrastruktur hosting di tempat, untuk memaksimalkan fleksibilitas. Hybrid cloud sangat penting dalam konteks kontainerisasi, yang memecah aplikasi monolitik menjadi layanan mikro yang dapat di-porting dan dijalankan di lingkungan cloud yang berbeda berdasarkan kebutuhan bisnis.

AI Agen dapat memperoleh manfaat dari hybrid cloud. Ini membutuhkan akses cepat dan tepercaya ke data di mana pun berada, bersama dengan keamanan dan tata kelola yang kuat, yang semuanya dirancang untuk didukung oleh hybrid cloud.

Lingkungan multicloud menggunakan layanan cloud lebih dari satu vendor secara bersamaan. Pengaturan ini memungkinkan organisasi untuk menghindari vendor lock-in, di mana mereka menjadi bergantung pada satu vendor untuk layanan. Multicloud juga dapat meningkatkan ketahanan perusahaan dengan memberikan akses organisasi ke lebih dari satu lingkungan jika terjadi pemadaman. Bisnis biasanya menggunakan kerangka kerja sumber terbuka yang didukung oleh semua penyedia cloud, seperti Kubernetes, untuk beroperasi di lingkungan ini.

Jarang organisasi hanya mempraktikkan salah satu dari model ini. Lebih sering, organisasi mengadopsi elemen masing-masing berdasarkan kebutuhan dan tujuan bisnis mereka.

Setelah model cloud diidentifikasi dan vendor dipekerjakan, langkah selanjutnya dalam adopsi cloud adalah menyiapkan aset TI yang diperlukan.

Komponen-komponen ini termasuk infrastruktur jaringan, sistem manajemen identitas dan akses (IAM), alat keamanan siber, alat pengamatan untuk memantau lingkungan cloud baru dan solusi penyimpanan data. Komponen-komponen ini sering dibangun terlebih dahulu sebagai “zona pendaratan” cloud mandiri yang dapat diuji fungsinya sebelum migrasi sebenarnya dimulai.

Kegagalan untuk membangun dan menguji aset ini sebelum memulai migrasi dapat mengakibatkan pembengkakan biaya dan inefisiensi yang dapat menghambat atau bahkan mencegah upaya adopsi cloud bisnis.

Organisasi menggunakan berbagai alat dan strategi untuk memindahkan sistem TI ke cloud. Misalnya, “7 Rs” migrasi cloud, berdasarkan kerangka kerja awal yang diperkenalkan pada tahun 2010 oleh Gartner, termasuk rehosting, relokasi, replatforming, refactoring, pembelian kembali, pensiun, dan mempertahankan.

Rehosting, atau “lift and shift”, memindahkan aplikasi ke cloud tanpa mengubah kode aplikasi atau arsitektur, biasanya dengan menggunakan mesin virtual (VM). Strategi ini bekerja paling baik ketika organisasi perlu bermigrasi dengan cepat, kekurangan sumber daya untuk merancang ulang aplikasi atau ingin mewujudkan manfaat cloud langsung seperti pengurangan biaya pusat data.

Relokasi mentransfer beban kerja dengan memindahkan mesin virtual langsung antar lingkungan tanpa memodifikasi aplikasi. Pendekatan ini biasanya melibatkan pemindahan beban kerja berbasis VMware ke lingkungan cloud.

Replatforming membuat pengoptimalan yang ditargetkan ke aplikasi selama migrasi untuk memanfaatkan kemampuan cloud tanpa mengubah arsitektur inti mereka. Contohnya adalah migrasi basis data structured query language (SQL) ke kontainer Kubernetes yang kemudian dapat dipindahkan ke lingkungan hybrid atau multicloud.

Refactoring adalah rekayasa ulang aplikasi menjadi versi cloud native. Proses ini mungkin melibatkan memecah aplikasi menjadi layanan mikro terkontainerisasi atau mengadopsi komputasi nirserver. Ini merupakan investasi yang signifikan, tetapi dapat membantu ketika infrastruktur TI yang ada tahan terhadap penskalaan.

Pembelian ulang menggantikan aplikasi yang ada dengan alternatif perangkat lunak berbasis cloud sebagai layanan (SaaS) ketika alternatif tersebut adalah produk unggulan, atau jika migrasi akan lebih mahal daripada mengadopsi SaaS baru.

Pensiun adalah mengidentifikasi dan menonaktifkan aplikasi yang dianggap tidak perlu atau usang selama adopsi cloud. Organisasi menghentikan aplikasi ketika data penggunaan mengungkapkan adopsi minimal, sistem lain menggantikan kemampuan mereka atau biaya migrasi lebih besar daripada nilai bisnis mereka.

Mempertahankan adalah menjaga aplikasi di lingkungan mereka saat ini sampai waktu yang lebih nyaman untuk migrasi mereka. Organisasi mungkin mempertahankan aplikasi tertentu jika mereka memerlukan perkakas ulang yang ekstensif, memiliki dependensi yang kompleks atau perlu memenuhi standar kepatuhan yang ketat.

Seperti halnya memilih model cloud, sebagian besar organisasi akan menerapkan beberapa kombinasi strategi ini untuk berbagai komponen infrastruktur TI mereka.

Baik selama dan setelah migrasi, organisasi secara ketat menguji fungsionalitas komponen cloud untuk memastikan bahwa mereka mencapai kecepatan, portabilitas data, dan ketahanan yang mereka inginkan.

Pengujian umum selama migrasi meliputi:

• Pengujian fungsional, yang memvalidasi migrasi aplikasi.
  
  
• Pengujian integritas data, yang memastikan bahwa kumpulan data tidak hilang atau rusak.
  
  
• Pengujian cutover, latihan operasi kering dari langkah-langkah migrasi cloud untuk memastikan fungsinya dengan benar.
  
  
• Pengujian rollback, yang memverifikasi bahwa administrator dapat mengembalikan elemen ke status pramigrasi mereka jika terjadi kesalahan.

Setelah migrasi, tim melakukan hal-hal berikut:

• Pengujian kinerja dan beban, yang menguji kemampuan sistem berbasis cloud yang baru untuk bekerja pada tingkat permintaan yang berbeda.
  
  
• Pengujian keamanan, yang menandai kerentanan dan masalah kepatuhan di lingkungan cloud baru.
  
  
• Pengujian penerimaan pengguna, di mana pemangku kepentingan dan pengguna menjalankan alur kerja mereka dan memberikan masukan.

Migrasi cloud adalah proses teknis mentransfer layanan ke cloud. Adopsi cloud adalah proses yang lebih komprehensif di mana organisasi sepenuhnya mengintegrasikan cloud ke dalam infrastruktur TI dan operasi bisnisnya.

Migrasi cloud adalah pusat adopsi cloud, tetapi ini hanyalah salah satu bagian dari proses. Adopsi juga melibatkan mengidentifikasi tujuan bisnis yang membenarkan pindah ke cloud, meningkatkan atau mengatur ulang untuk mendukung layanan cloud dan pengujian berkelanjutan untuk mengoptimalkan layanan dan memastikan bahwa cloud mendukung tujuan bisnis.

Meskipun tidak ada adopsi cloud tanpa beberapa bentuk migrasi cloud, organisasi dapat membuat kesalahan dengan hanya bermigrasi ke cloud tanpa merencanakan perubahan organisasi yang diperlukan oleh adopsi. Kesalahan seperti itu dapat menyebabkan pembengkakan biaya, penumpukan akun dan sumber daya, masalah keamanan dan kepatuhan cloud, serta tantangan organisasi lainnya.

Manfaat adopsi cloud dapat mencakup ekosistem TI yang lebih efisien dan fleksibel, meningkatkan keamanan dan perlindungan data dan pengurangan biaya infrastruktur.

Solusi cloud memberikan manfaat dari peningkatan kecepatan dan ketangkasan, skalabilitas yang hampir tidak terbatas, dan nilai strategis yang ditingkatkan.

Misalnya, teknologi cloud dapat merampingkan pipeline CI/CD, memungkinkan para profesional DevOps untuk mengembangkan infrastruktur baru sesuai permintaan. Cloud juga membantu organisasi menghindari pembelian kapasitas berlebih yang tidak digunakan selama periode lambat. Sebaliknya, sumber daya dapat ditingkatkan dan diturunkan sebagai respons terhadap lonjakan dan penurunan lalu lintas.

Komputasi cloud juga menawarkan banyak manfaat untuk hosting alat kecerdasan buatan (AI). Misalnya, perangkat keras khusus yang diperlukan untuk melatih AI mahal. Penyedia cloud dapat menawarkan akses pada tingkat yang lebih rendah daripada membelinya secara langsung.

Keunggulan keamanan komputasi cloud meliputi mendorong pembaruan otomatis ke jaringan dan peningkatan pemulihan bencana.

Penyedia cloud umumnya mendorong pembaruan dan patch untuk kerentanan keamanan yang diketahui ke layanan mereka melalui otomatisasi. Meskipun tim TI dan keamanan siber pada akhirnya tetap bertanggung jawab atas integritas sistem mereka, perbaikan dari sisi penyedia dapat membantu mengurangi kesenjangan visibilitas dan meminimalkan kesalahan manusia.

Komputasi cloud juga sangat penting untuk pemulihan bencana (DR), memungkinkan organisasi untuk meminimalkan kehilangan data dan gangguan bisnis. Dengan infrastruktur cloud, organisasi dapat menyimpan beberapa salinan data penting di beberapa lokasi, dan dengan cepat beralih dari satu server ke server lain jika terjadi kegagalan. Bahkan jika bagian dari sistem rusak, operasi dan layanan inti dapat terus berjalan — atau setidaknya kembali online lebih cepat.  

Ketahanan berbasis cloud ini memungkinkan organisasi untuk mempertahankan keberlangsungan bisnis jika terjadi serangan siber, kegagalan peralatan atau rantai pasokan, bencana alam, pemadaman listrik, atau peristiwa tak terduga lainnya.

Adopsi cloud dapat membuat infrastruktur lebih hemat biaya dengan memungkinkan organisasi untuk “menyesuaikan ukuran” penggunaan server mereka untuk kebutuhan organisasi, mengurangi pengeluaran server data dan membebaskan modal.

Ketika organisasi membayar untuk layanan cloud tergantung pada permintaan, itu dapat membebaskan arus kas untuk investasi TI lainnya dan membuat biaya TI lebih mudah dikendalikan. Seringkali, dalam proses adopsi cloud, organisasi akan menemukan pemborosan yang signifikan dalam membayar infrastruktur di tempat yang kurang digunakan selama waktu henti.

Pindah ke cloud juga dapat menghemat dana organisasi jika mereka memiliki atau menyewa ruang pusat data fisik, yang membawa biaya energi tinggi dan membutuhkan peningkatan dan pemeliharaan perangkat keras yang mahal. Organisasi dapat mengurangi atau menghapus pusat data fisik mereka sendiri dan menggunakan penyedia cloud mereka sebagai gantinya, menurunkan biaya ini.

Tantangan adopsi cloud termasuk proses integrasi yang berpotensi kompleks dan panjang, kesenjangan keterampilan, dan masalah manajemen biaya.

Mengintegrasikan sistem yang ada dengan cloud dapat menjadi tantangan sehubungan dengan jaringan dan fungsi aplikasi lama.

Integrasi cloud membutuhkan bandwidth tinggi untuk mempertahankan keunggulan kecepatan dan portabilitas data, memaksa tingkat kewaspadaan dan pemeliharaan jaringan ekstra. Selain itu, banyak aplikasi yang ada perlu dikonfigurasi ulang, dibangun kembali atau diganti seluruhnya agar berfungsi dengan benar di cloud.

Organisasi perlu memastikan bahwa adopsi cloud didorong oleh keahlian dan praktik terbaik di kedua ujung—dengan para pakar pada sistem lama dan cloud berkolaborasi untuk memperlancar proses. Ini mungkin memerlukan perekrutan, pelatihan ulang karyawan untuk sistem cloud, konsultasi dengan perusahaan luar atau, lebih mungkin, kombinasi dari pendekatan ini.

Tanpa pemahaman komprehensif tentang cara untuk menskalakan penggunaan cloud sesuai kebutuhan bisnis, organisasi dapat mengurangi atau kehilangan sepenuhnya penghematan biaya yang dimaksudkan oleh adopsi cloud.

Vendor cloud menawarkan sejumlah besar model penetapan harga yang dapat terperinci dalam biaya penggunaan mereka, yang memerlukan analisis menyeluruh yang paling memenuhi kebutuhan bisnis organisasi. Analisis ini, pada gilirannya, membutuhkan pandangan komprehensif tentang penggunaan cloud oleh bisnis, membuat metrik dan praktik pengamatan menjadi sangat penting.

Organisasi juga harus waspada untuk menghindari vendor lock-in, di mana investasi cloud yang dibuat dalam kompatibilitas dengan satu penyedia menjadi biaya tenggelam jika penyedia baru dipilih (atau ditambahkan, dalam lingkungan multicloud).