Cloud computing telah menjadi arus utama selama lebih dari satu dekade, yang bisa membuatnya terasa seperti topik yang sudah mapan dan matang. Kenyataannya tidak demikian. Gagasan dasarnya — menyewa sumber daya komputasi alih-alih memilikinya sendiri — memang tidak berubah, tetapi cara bisnis benar-benar menggunakan cloud telah bergeser cukup jauh, dan perusahaan yang masih merencanakan berdasarkan model mental satu dekade lalu kehilangan efisiensi dan ketahanan yang sesungguhnya bisa mereka peroleh.
Dari “Lift and Shift” Menuju Desain Cloud-Native
Langkah pertama banyak organisasi menuju cloud adalah sekadar memindahkan server dan aplikasi yang sudah ada dengan perubahan minimal — strategi yang dikenal sebagai “lift and shift”. Ini adalah titik awal yang masuk akal, tetapi jarang menangkap keunggulan sesungguhnya dari cloud, karena strategi ini memperlakukan infrastruktur cloud seperti pusat data yang disewa, bukan cara yang fundamental berbeda dalam membangun sistem.
Pendekatan yang lebih matang, desain cloud-native, membangun aplikasi secara khusus untuk memanfaatkan apa yang ditawarkan platform cloud: penskalaan otomatis, basis data terkelola, fungsi serverless yang hanya berjalan ketika dibutuhkan, dan infrastruktur yang dapat dibuat ulang dari kode alih-alih dikonfigurasi secara manual. Bisnis yang melakukan pergeseran ini biasanya mengalami penurunan yang berarti baik dalam biaya operasional maupun waktu henti sistem.
Strategi Multi-Cloud dan Hybrid Menjadi Standar
Mengandalkan satu penyedia cloud dulunya tampak sebagai jalan paling sederhana. Semakin banyak bisnis yang secara sengaja menyebarkan beban kerja mereka ke beberapa penyedia, atau memadukan infrastruktur cloud dengan sistem on-premises, dengan alasan yang melampaui sekadar redundansi:
- Menghindari ketergantungan pada satu vendor (vendor lock-in), menjaga daya tawar dan fleksibilitas seiring berkembangnya harga dan layanan.
- Memenuhi persyaratan residensi data, di mana regulasi mengharuskan data tertentu tetap berada dalam batas geografis atau yurisdiksi tertentu.
- Mengoptimalkan kemampuan khusus, menggunakan penyedia yang berbeda untuk layanan tertentu — infrastruktur AI, penyimpanan, jaringan — di mana masing-masing tampil paling unggul.
- Meningkatkan ketahanan, sehingga gangguan pada satu penyedia tidak melumpuhkan seluruh bisnis.
Fleksibilitas ini datang dengan konsekuensi kompleksitas tambahan, itulah sebabnya praktik manajemen infrastruktur yang kuat menjadi semakin penting, bukan semakin berkurang, seiring berkembangnya adopsi multi-cloud.
FinOps: Memperlakukan Pengeluaran Cloud sebagai Disiplin, Bukan Sekadar Renungan Belakangan
Model harga bayar-sesuai-pemakaian (pay-as-you-go) pada cloud computing awalnya dipasarkan sebagai langkah penghematan biaya, dan memang bisa demikian — tetapi hanya dengan pengelolaan yang aktif. Jika dibiarkan tanpa pengelolaan, biaya cloud cenderung membengkak secara diam-diam dan sulit diprediksi seiring tim membuat sumber daya baru tanpa proses penonaktifan yang jelas.
Hal ini melahirkan FinOps, sebuah disiplin yang memadukan rekayasa, keuangan, dan operasional untuk menjaga pengeluaran cloud tetap terlihat, dapat dipertanggungjawabkan, dan terkait dengan nilai bisnis. Organisasi yang menerapkan FinOps biasanya menjalankan:
- Dashboard visibilitas biaya secara real-time yang dapat diakses oleh tim rekayasa yang sesungguhnya menghasilkan pengeluaran tersebut.
- Kebijakan otomatis yang mematikan atau menyesuaikan ukuran sumber daya yang menganggur.
- Kepemilikan yang jelas, sehingga setiap sumber daya cloud terikat pada tim atau anggaran yang bertanggung jawab atas biayanya.
- Peninjauan berkala yang membandingkan pengeluaran cloud dengan hasil bisnis yang didukungnya.
Edge Computing Memperluas Cloud, Bukan Menggantikannya
Seiring semakin banyak perangkat — sensor, kamera, peralatan industri — yang menghasilkan data secara terus-menerus, mengirimkan semuanya ke cloud terpusat untuk diproses menimbulkan latensi dan biaya bandwidth yang tidak masuk akal untuk aplikasi yang sensitif terhadap waktu. Edge computing mengatasi hal ini dengan memproses data lebih dekat ke tempat data tersebut dihasilkan, hanya mengirimkan data yang telah diringkas atau bersifat pengecualian kembali ke cloud.
Ini bukanlah penolakan terhadap cloud computing — melainkan perluasan darinya. Sebagian besar penerapan edge tetap bergantung pada cloud untuk melatih model, menyimpan data historis, dan mengoordinasikan lintas lokasi; edge hanya menangani tugas-tugas yang benar-benar perlu terjadi secara real-time, dekat dengan sumbernya.
Tanggung Jawab Keamanan Bersifat Bersama, Bukan Dialihkan Sepenuhnya
Kesalahpahaman yang terus berulang dan memakan biaya adalah bahwa berpindah ke cloud mengalihkan seluruh tanggung jawab keamanan kepada penyedia. Kenyataannya, penyedia cloud beroperasi berdasarkan model tanggung jawab bersama (shared responsibility): mereka mengamankan infrastruktur yang mendasarinya, tetapi konfigurasi, kontrol akses, dan perlindungan data di dalam infrastruktur tersebut tetap menjadi tanggung jawab pelanggan.
Penyimpanan yang salah konfigurasi, izin akses yang terlalu luas, dan lapisan aplikasi yang belum ditambal — bukan kegagalan platform cloud yang mendasarinya — adalah sumber dari sebagian besar insiden keamanan cloud. Bisnis yang memahami dan bertindak berdasarkan perbedaan ini terhindar dari kategori pelanggaran keamanan yang sesungguhnya dapat dicegah.
Kesimpulan
Cloud computing telah berkembang jauh melampaui sekadar penyewaan server sederhana menjadi sebuah disiplin yang mencakup arsitektur, manajemen biaya, ketahanan terdistribusi, dan tanggung jawab keamanan bersama. Bisnis yang mengikuti pergeseran ini — membangun secara cloud-native, mengelola pengeluaran secara aktif, dan memperlakukan keamanan sebagai kewajiban bersama — memperoleh nilai yang jauh lebih besar dari infrastruktur mereka dibandingkan yang masih beroperasi dengan pedoman satu dekade lalu.