Tentang Sesi Ini
Ringkasan & metadata
Sesi ini menceritakan kisah nyata SEVIMA — perusahaan edutech yang melayani ratusan kampus di Indonesia — ketika mereka harus memindahkan jutaan aset (materi kuliah, berkas mahasiswa, gambar, dokumen) dari Amazon EFS ke Amazon S3 yang dipercepat oleh Amazon CloudFront. Ini bukan cerita teknologi baru yang gemerlap, melainkan sesuatu yang jauh lebih membumi: "bagaimana menekan biaya penyimpanan, menaikkan skala, dan mempercepat akses global — tanpa membuat pengguna terganggu selama perpindahan."
Menyimpan file statis (yang jarang berubah tetapi sering dibaca) di file system seperti EFS itu mahal dan tidak efisien untuk skala besar. EFS dirancang untuk beban kerja yang butuh akses bersama ala berkas POSIX — bukan untuk menampung jutaan gambar profil atau PDF materi yang cukup diambil lewat URL. Memindahkannya ke object storage (S3) menurunkan biaya drastis, menambah daya tahan (durability), dan — dipadu CDN — membuat aset terkirim cepat ke pengguna di mana pun mereka berada.
Kenapa penting untuk Anda? Hampir setiap aplikasi yang tumbuh besar suatu saat menyimpan aset statis di tempat yang salah. Sesi ini adalah peta jalan praktis untuk memindahkannya dengan aman — termasuk bagian tersulit: me-refactor kode aplikasi dan melakukan cutover minim downtime.
SEVIMA (PT Sentra Vidya Utama) adalah perusahaan edutech dan pionir sistem informasi akademik (SIAKAD) untuk pendidikan tinggi di Indonesia, aktif sejak 2004. Produk intinya — SEVIMA Platform / siAkadCloud (SaaS sejak 2017) — kini melayani lebih dari 1.200 perguruan tinggi dengan sekitar 3,5 juta pengguna (mahasiswa, dosen, dan operator kampus), dan tercatat merekam sekitar 900 juta aktivitas akademik sepanjang 2024. Skala inilah yang membuat pengelolaan jutaan berkas akademik (materi, tugas, dokumen) menjadi persoalan nyata. Yang terpublikasi: SEVIMA memakai layanan AWS termasuk Amazon S3 dan Amazon RDS untuk penyimpanan & basis data, berstatus AWS ISV Qualified, pernah menahan lonjakan pengguna hingga 10x saat pandemi, dan menyebut penghematan sekitar 30% total biaya kepemilikan (TCO) lewat AWS.
Sumber: situs resmi SEVIMA (sevima.com — profil perusahaan & laporan 900 juta aktivitas 2024) dan artikel publik "How AWS Cloud Helps Indonesia's Education Technology" (Medium). Data penggunaan S3/RDS & penghematan TCO berasal dari materi publik tersebut; detail spesifik migrasi EFS→S3/CloudFront pada sesi ini bersifat ilustratif kecuali disebutkan.
Apa Bedanya & Mengapa Pindah
File storage vs object storage
Untuk paham kenapa migrasi ini masuk akal, kita perlu membedakan dua cara menyimpan data. File storage (seperti Amazon EFS) menata data dalam hierarki folder dengan jalur berkas ala POSIX — /kampus/2026/materi.pdf. Aplikasi mengaksesnya seolah membaca disk lokal: buka, baca, tulis, kunci. Cocok untuk aplikasi yang memang butuh sistem berkas bersama.
Object storage (seperti Amazon S3) tidak mengenal folder sungguhan. Setiap berkas adalah objek yang punya kunci unik dan diambil lewat URL (mis. https://cdn.contoh.id/materi.pdf). Tak ada operasi "kunci file" atau "buka sebagian" — Anda menaruh objek dan mengambilnya utuh. Sebagai gantinya, S3 menawarkan skala hampir tak terbatas, daya tahan sangat tinggi (11 sembilan), dan biaya jauh lebih rendah untuk aset yang jarang berubah.
Perbedaan inilah sumber tantangan terbesar migrasi: kode aplikasi yang tadinya membaca path file harus di-refactor agar bekerja dengan URL objek. Ini pekerjaan yang menyentuh banyak titik di basis kode — dan harus direncanakan, bukan dikerjakan tergesa.
Layanan yang terlibat
Berikut layanan inti yang dibahas di sesi, beserta perannya dalam perpindahan:
Keenam layanan ini bekerja sama. Misalnya, DataSync menyalin jutaan berkas dari EFS ke S3 sambil memverifikasi integritas; Lambda memicu proses lanjutan (mis. membuat thumbnail atau memperbarui indeks); CloudFront lalu menyajikan objek dari S3 ke pengguna terdekat; dan Observability memastikan tak ada berkas yang tertinggal atau rusak.
Analogi yang Mudah Dicerna
Dari lemari arsip ke gudang global
Ibaratnya, menyimpan jutaan aset di EFS seperti menaruh seluruh arsip perusahaan di lemari besi fisik di satu kantor. Aman dan familiar, tetapi mahal per rak, ruangannya terbatas, dan bila ada klien di kota lain yang butuh salinan, kurir harus bolak-balik dari kantor pusat — lambat dan boros.
Amazon S3 adalah gudang cloud raksasa yang bisa menampung nyaris tak terbatas dengan biaya sewa per barang yang jauh lebih murah. Dan CloudFront adalah armada kurir global: alih-alih semua permintaan lari ke gudang pusat, salinan populer dititipkan di "loket kurir" (edge) yang tersebar di banyak kota, sehingga pengguna mengambil dari loket terdekat — cepat dan hemat ongkos kirim.
- Amazon EFS = lemari arsip fisik di satu kantor — nyaman untuk kerja bersama, tetapi mahal & sulit diskalakan.
- Amazon S3 = gudang raksasa berlabel rapi — tiap barang punya "nomor loker" (kunci objek) dan diambil dengan menyebut nomornya (URL).
- CloudFront = armada kurir + loket cabang — menitipkan salinan populer dekat pengguna agar pengiriman instan.
- DataSync = jasa pindahan profesional — memindahkan seisi lemari ke gudang sambil mencocokkan daftar barang agar tak ada yang hilang.
- Refactor kode = memperbarui buku katalog — dulu petugas mencari barang lewat "lorong & rak", kini lewat "nomor loker".
High-Level Architecture & Alur
High-Level Architecture (HLA)
Secara garis besar, target arsitektur setelah migrasi terlihat seperti ini: aplikasi tak lagi menempel ke file system; ia hanya menyimpan kunci objek dan menyajikan URL CloudFront kepada pengguna. Objek fisiknya ada di S3, dipercepat oleh CloudFront di banyak edge, sementara DataSync (saat migrasi) dan Lambda (untuk otomasi) bekerja di belakang layar.
Alur migrasi & cutover
Memindahkan jutaan objek bukan operasi sekali klik. Inilah tahapan khas yang dibahas, dirancang agar aman dan minim downtime:
- Inventaris & batching. Petakan semua aset di EFS, lalu pecah jadi kumpulan (batch) agar perpindahan terukur dan bisa diulang bila gagal.
- Salin awal (bulk). DataSync menyalin sebagian besar berkas ke S3 sambil memverifikasi checksum untuk menjaga integritas.
- Refactor kode. Ubah aplikasi dari membaca path file menjadi membaca URL objek — biasanya di balik feature flag agar bisa dinyalakan bertahap.
- Sinkron susulan (delta). Salin berkas yang berubah sejak salinan awal, sehingga S3 sama persis dengan EFS.
- Cutover. Alihkan lalu lintas baca ke S3/CloudFront (via flag). Bila ada masalah, bisa cepat dikembalikan (rollback).
- Verifikasi & pensiun. Pastikan semua objek terjangkau lewat CDN, pantau error, lalu pensiunkan EFS untuk menghentikan biaya.
Dari Konsep ke Bisnis Nyata
Contoh nyata (konteks Indonesia)
Agar tidak berhenti di teori, berikut tiga skenario penerapan yang khas di Indonesia — dimulai dari kisah pembicara sendiri.
SEVIMA — materi kuliah & berkas mahasiswa
Platform kampus milik SEVIMA menyimpan jutaan berkas: PDF materi, tugas mahasiswa, foto, hingga dokumen akreditasi. Menaruhnya di EFS membuat biaya membengkak seiring pertumbuhan kampus. Dengan pindah ke S3, biaya penyimpanan turun tajam dan kapasitas tak lagi jadi kekhawatiran; CloudFront membuat unduhan materi terasa instan bagi mahasiswa dari Sabang sampai Merauke. Bagian tersulit: me-refactor ratusan titik di kode yang tadinya menunjuk path file, kini menunjuk URL objek — dijalankan bertahap via feature flag.
Portal berita & streaming — gambar dan video
Sebuah media daring menyimpan jutaan gambar artikel dan potongan video. Trafik melonjak tiap ada berita viral. Dengan aset di S3 dan CloudFront di depannya, lonjakan pembaca dilayani dari edge terdekat tanpa membebani server asal, biaya egress lebih efisien, dan halaman termuat lebih cepat — yang langsung berdampak pada retensi pembaca.
Arsip dokumen perusahaan & kepatuhan
Sebuah perusahaan besar memindahkan arsip dokumen legal dan invoice dari file system ke S3. Selain hemat, mereka memanfaatkan kelas penyimpanan berjenjang untuk arsip lama, versioning untuk jejak audit, dan akses terkontrol lewat URL bertanda tangan (signed URL) di CloudFront — sehingga dokumen sensitif hanya bisa diakses pihak berwenang untuk durasi terbatas.
Ringkasan Visual (Geser)
Ringkasan visual
Enam kartu berikut merangkum inti sesi. Gunakan tombol atau tombol panah keyboard (← →) untuk berpindah.
Poin yang Bisa Dibawa Pulang
Poin yang bisa dibawa pulang
- Aset statis ≠ beban file system. Gambar, PDF, dan video yang jarang berubah lebih murah & tahan lama di S3 ketimbang EFS.
- CDN adalah kunci kecepatan global. CloudFront menitipkan salinan dekat pengguna, memangkas latensi dan biaya egress.
- Bagian tersulit bukan menyalin data, tapi kode. Refactor dari path file ke URL objek harus direncanakan, diuji, dan digulirkan bertahap.
- Cutover yang aman itu berlapis. Batching, verifikasi integritas, feature flag, dan rencana rollback membuat migrasi jutaan objek minim downtime.