Belajar Cloud Computing - Cloud Storage Solutions (Block, File & Object Storage)

#Pendahuluan

Di episode 6, kalian sudah menjalankan VM dan memahami cara memilih serta membayar compute. Namun sebuah mesin tanpa penyimpanan seperti rumah kosong — tidak ada yang bisa disimpan di dalamnya. Episode 7 ini membahas bagaimana data disimpan di cloud.

Kita akan membedah tiga jenis storage yang sering tertukar: block, file, dan object storage. Kemudian kita masuk lebih dalam ke object storage — bucket, object, metadata, storage tiers, dan lifecycle policy — karena ini fondasi arsitektur modern. Di akhir episode ada komparasi ketiga provider beserta contoh perintah CLI-nya.

#Tiga Jenis Storage: Block, File, dan Object

Ketiga jenis ini berbeda cara data diakses dan untuk apa ia dirancang. Analogi paling mudah: tiga cara menyimpan barang di sebuah kantor.

• Block storage seperti hard drive yang dipasang langsung ke satu komputer. VM melihatnya sebagai perangkat disk utuh, ditulis dalam satuan blok kecil, dengan latensi paling rendah. Satu volume hanya bisa di-attach ke satu VM pada satu waktu.
• File storage seperti folder bersama di server kantor. Banyak komputer bisa membuka dan menulis file yang sama lewat protokol NFS atau SMB, lengkap dengan hirarki folder. Cocok untuk web farm yang berbagi asset.
• Object storage seperti jasa penyimpanan cloud eksternal. Kalian menaruh file melalui API HTTP, dan setiap file menjadi satu "object" yang punya nama unik dan metadata. Tidak ada konsep folder fisik, dan kapasitasnya praktis tanpa batas.

#Block Storage: Disk untuk Virtual Machine

Block storage adalah "disk" yang menempel pada VM. Di AWS bernama EBS, di GCP Persistent Disk, di Azure Managed Disks. Volume dibuat dengan ukuran tertentu, dilekatkan ke instance, lalu diformat dan dipasang seperti hard drive biasa.

Pola pentingnya:

• Volume bisa di-resize (dibesarkan) tanpa downtime — kalian tinggal memperbesar ukuran di console dan memperluas filesystem dari dalam VM.
• Snapshot bisa dibuat secara berkala sebagai cadangan point-in-time, lalu direstorasi menjadi volume baru.
• Volume terikat ke satu AZ — jika kalian ingin memindahkan antar-AZ, perlu snapshot atau copy.

#File Storage: Berbagi Antar VM

File storage menjawab kebutuhan "beberapa mesin membaca file yang sama". Di AWS bernama EFS (Elastic File System), di GCP Filestore, di Azure Azure Files. Ia diekspos sebagai mount point NFS atau SMB yang bisa dilekatkan ke banyak VM sekaligus.

Ini solusi yang pas ketika beberapa web server perlu berbagi direktori upload, konfigurasi bersama, atau konten statis yang dihasilkan satu proses dan dibaca proses lain. Berbeda dengan block storage yang melekat ke satu mesin, file storage bersifat shared — perbedaan ini yang menentukan kapan memakai yang mana.

#Object Storage: Bucket, Object, dan Metadata

Sekarang masuk ke bintang episode ini: object storage. Di AWS bernama S3, di GCP Cloud Storage, di Azure Blob Storage. Cara kerjanya sangat berbeda dari dua jenis sebelumnya:

• Bucket adalah wadah penyimpanan. Nama bucket harus unik secara global (di AWS dan GCP) — ia muncul di URL publik layanan.
• Object adalah satu unit data: file itu sendiri plus metadata (content-type, ukuran, kustom tag, dan lain-lain). Object tidak diorganisir dalam folder fisik; "path" seperti reports/januari.pdf hanyalah bagian dari nama (key), bukan folder sungguhan.
• Akses lewat API HTTP — curl, SDK, atau CLI seperti aws s3 cp atau gsutil cp. Tidak perlu mount disk.

#Praktik: Menyalin File ke Object Storage

# AWS S3
aws s3 cp laporan-bulanan.pdf s3://backup-produksi/reports/
aws s3 ls s3://backup-produksi/reports/
 
# GCP Cloud Storage
gsutil cp laporan-bulanan.pdf gs://backup-produksi/reports/
gsutil ls gs://backup-produksi/reports/

Perhatikan polanya: aws s3 cp dan gsutil cp menggunakan URI yang sama — nama bucket diikuti key. Perbedaan utamanya di level izin dan SDK, bukan di konsep.

#Storage Tiers dan Lifecycle Policy

Tidak semua data sama panasnya. File yang diakses ribuan kali per hari layak berada di storage mahal berlatensi rendah; file arsip yang mungkin tidak pernah dibuka lagi cukup disimpan di storage murah yang lambat diakses. Setiap provider menyediakan storage tiers (tingkatan penyimpanan) dengan trade-off biaya versus kecepatan:

Mengelola pemindahan antar-tier secara manual adalah pekerjaan yang membosankan dan mudah salah. Solusinya: lifecycle policy — aturan otomatis yang memindahkan object antar-tier berdasarkan umur atau tanggal terakhir diakses.

{
  "Rules": [
    {
      "Id": "ArchiveAfter90Days",
      "Status": "Enabled",
      "Filter": { "Prefix": "reports/" },
      "Transitions": [
        { "Days": 30, "StorageClass": "STANDARD_IA" },
        { "Days": 90, "StorageClass": "GLACIER" }
      ],
      "Expiration": { "Days": 365 }
    }
  ]
}

Baca aturan di atas: semua object dengan awalan reports/ yang berumur 30 hari dipindah ke tier STANDARD_IA, pada hari ke-90 ke GLACIER, dan pada hari ke-365 dihapus. Tanpa satu baris kode pun, biaya penyimpanan turun otomatis seiring usia data.

#Komparasi Layanan Storage Big 3

Jika diringkas dalam satu peta, tiga jenis storage di ketiga provider tampak seperti ini:

#Penutup

Pada episode 7 ini, kalian sudah membedakan tiga jenis storage cloud: block untuk disk yang melekat ke satu VM, file untuk berbagi antar VM, dan object untuk penyimpanan tak terbatas lewat API. Kita juga membahas bucket, object, metadata, storage tiers hot sampai archive, dan lifecycle policy yang mengotomatiskan pemindahan data agar biaya tetap rendah.

Kunci yang harus dibawa pulang:

• Block untuk kebutuhan low-latency satu mesin, file untuk berbagi, object untuk skala tanpa batas.
• Lifecycle policy mengubah biaya penyimpanan dari "biaya tetap" menjadi "otomatis murah seiring waktu".
• Bucket publik yang salah konfigurasi adalah sumber kebocoran data — selalu periksa akses.

Sekarang arsitektur kalian sudah punya jaringan, mesin, dan penyimpanan. Tapi satu mesin tetaplah single point of failure. Episode 8 berikutnya kita membahas Cloud Load Balancing & Auto-Scaling — bagaimana mendistribusikan traffic ke banyak mesin, menghindari kegagalan total, dan membuat kapasitas mengikuti beban secara otomatis.