Tentang Sesi Ini
Ringkasan & metadata
Sesi ini membahas inovasi terbaru menjalankan Kubernetes di AWS melalui Amazon EKS (Elastic Kubernetes Service). Kubernetes sudah menjadi standar de-facto untuk mengorkestrasi kontainer, tetapi mengelolanya sendiri itu berat: harus mengurus control plane, menambal node, menyeimbangkan kapasitas, dan menjaga keamanan. Pertanyaan yang dijawab sesi ini: "bagaimana menikmati kekuatan Kubernetes tanpa terbebani rumitnya operasional?"
Jawabannya adalah rangkaian inovasi EKS yang membuat cluster makin otomatis, hemat, dan aman — mulai dari EKS Auto Mode yang mengelola infrastruktur cluster untuk Anda, Karpenter yang menyediakan node secara cerdas sesuai beban, hingga Fargate yang menjalankan pod tanpa Anda mengurus server sama sekali. Sesi ini juga berbagi pengalaman langsung dari DataOn, penyedia perangkat lunak HR/HRIS berbasis SaaS di Indonesia, dalam menjalankan platform mereka di atas EKS.
Kenapa penting untuk Anda? Jika tim Anda sudah memakai kontainer tetapi biaya membengkak, penskalaan lambat saat trafik melonjak, atau keamanan cluster bikin waswas — sesi ini memberi peta praktik terbaik yang sudah teruji di produksi.
DataOn (PT Indodev Niaga Internet) adalah penyedia perangkat lunak HR/HRIS-HCM yang berdiri pada 1999 dan berkantor pusat di Jakarta, dengan sejumlah kantor di Asia Tenggara. Produk andalannya, SunFish HR (sebelumnya SunFish Workplaze), mencakup HR Core, manajemen waktu, payroll, manajemen talenta, rekrutmen, hingga analitik. Platform ini dipercaya 2.000+ perusahaan dengan lebih dari 1 juta pengguna aktif harian, dijalankan sebagai SaaS multi-tenant berarsitektur microservice berbasis cloud, serta bersertifikat ISO/IEC 27001 dan atestasi SOC 2 Type 2. Profil beban seperti ini — banyak tenant, lonjakan serentak saat penggajian awal bulan, dan tuntutan isolasi antar-pelanggan — persis jenis kebutuhan yang dijawab orkestrasi kontainer dan penskalaan otomatis di Amazon EKS.
Sumber: Halaman resmi DataOn (dataon.com — About Us) dan materi produk SunFish HR. Penggunaan Amazon EKS/Kubernetes spesifik oleh DataOn tidak dipublikasikan secara terbuka, sehingga detail arsitektur sesi bersifat ilustratif kecuali disebutkan langsung dalam sesi; profil perusahaan & produk di atas terverifikasi.
Kubernetes & Inovasi EKS
Kenapa Kubernetes
Bayangkan aplikasi modern yang dipecah menjadi banyak kontainer kecil — masing-masing menjalankan satu bagian layanan. Ketika jumlahnya puluhan hingga ribuan, seseorang harus mengatur: kontainer mana berjalan di mesin mana, apa yang terjadi kalau satu mati, bagaimana menambah salinan saat ramai, dan bagaimana mereka saling berkomunikasi. Pekerjaan "mengatur lalu lintas" inilah yang disebut orkestrasi kontainer, dan Kubernetes adalah mesin orkestrasinya.
Tiga alasan utama orang memilih Kubernetes:
- Orkestrasi otomatis — menempatkan, menyembuhkan sendiri (self-healing), dan mengatur kontainer tanpa campur tangan manual terus-menerus.
- Portabilitas — aplikasi yang sama bisa berjalan di laptop, data center, atau cloud mana pun, karena Kubernetes adalah standar terbuka.
- Skala — mudah menambah atau mengurangi salinan aplikasi mengikuti jumlah pengguna, dari satu menjadi ribuan.
Amazon EKS adalah Kubernetes yang dijalankan dan dikelola oleh AWS: control plane-nya (otak cluster) diurus AWS agar selalu tersedia dan aman, sementara Anda fokus pada aplikasi. EKS sepenuhnya Kubernetes standar — jadi tooling dan pengetahuan komunitas tetap berlaku.
Fitur & inovasi EKS
Berikut layanan dan fitur inti yang dibahas di sesi, beserta fungsi ringkasnya:
Inti inovasinya: menggeser beban operasional dari Anda ke AWS. Karpenter mengamati pod yang menunggu dijadwalkan, lalu memilih dan menyediakan tipe instans EC2 yang paling pas dalam hitungan detik — dan mencabutnya lagi saat menganggur, sehingga biaya mengikuti kebutuhan nyata. Fargate menghapus konsep "server" sepenuhnya untuk pod tertentu. EKS Auto Mode menggabungkan otomasi node, patching, dan komponen inti menjadi satu paket terkelola.
Analogi yang Mudah Dicerna
Kota kontainer yang makin pintar
Ibaratnya, cluster Kubernetes adalah sebuah kota. Warganya adalah pod (aplikasi Anda), dan mereka tinggal di dalam gedung apartemen yaitu node (mesin EC2). Dulu, seorang "wali kota" harus menebak-nebak: berapa gedung yang perlu dibangun, kapan menambah lantai, dan bagaimana menjaga gerbang tiap blok. Inovasi EKS membuat kota ini mengelola dirinya sendiri.
- Karpenter = pengembang kota otomatis — begitu ada warga baru yang belum kebagian tempat, ia langsung membangun gedung dengan ukuran paling pas, dan merobohkannya lagi saat kosong agar tidak mubazir.
- Fargate = apartemen siap huni tanpa mengurus gedung — Anda cukup menaruh warga, urusan bangunannya sepenuhnya ditangani kota.
- EKS Auto Mode = pemerintah kota yang mengurus pemeliharaan jalan, listrik, dan perawatan gedung tanpa perlu Anda pikirkan.
- VPC CNI = sistem jalan & alamat rumah — memberi tiap warga alamat jaringan sendiri agar bisa saling berkirim surat.
- IAM / IRSA = satpam & kartu akses tiap blok — memastikan hanya warga berwenang yang bisa masuk ke fasilitas tertentu.
- Observability = ruang kendali kota (CCTV & sensor) — memantau kesehatan tiap blok agar masalah cepat ketahuan.
High-Level Architecture & Alur
High-Level Architecture (HLA)
Secara garis besar, cluster EKS terbagi dua: control plane (otak Kubernetes) yang dikelola AWS, dan data plane (tempat pod Anda berjalan) berupa node EC2 yang disediakan Karpenter atau pod serverless di Fargate. Pengguna mengakses aplikasi lewat load balancer; jaringan antar-pod diatur VPC CNI; izin akses ke layanan AWS lain diberikan lewat IAM/IRSA; dan seluruhnya dipantau Observability.
Alur penskalaan saat trafik melonjak
Ketika trafik aplikasi tiba-tiba naik (misalnya awal bulan saat semua karyawan menarik slip gaji), inilah yang terjadi di balik layar:
- Beban naik. Kubernetes membuat pod baru untuk melayani lonjakan permintaan.
- Pod menunggu. Ada pod yang belum kebagian node karena kapasitas penuh (status pending).
- Karpenter bereaksi. Ia mengamati pod pending, memilih tipe instans EC2 paling pas & hemat, lalu menyediakan node baru dalam detik.
- Pod berjalan. Pod dijadwalkan ke node baru; VPC CNI memberinya alamat jaringan, IRSA memberi izin yang sesuai.
- Trafik reda. Saat permintaan turun, pod berkurang dan Karpenter mencabut node yang menganggur agar biaya ikut turun.
- Terekam. Observability mencatat metrik & kejadian untuk analisis kapasitas dan biaya.
Dari Konsep ke Bisnis Nyata
Contoh nyata (konteks Indonesia)
Agar tidak berhenti di teori, berikut tiga skenario penerapan yang khas untuk beban kerja di Indonesia.
Satu platform, ribuan perusahaan pelanggan
DataOn, penyedia HR/HRIS SaaS, melayani banyak perusahaan (tenant) dari satu platform di atas EKS. Beban paling ekstrem terjadi di awal bulan saat penggajian dan penarikan slip gaji serentak. Dengan Karpenter, node otomatis ditambah saat lonjakan dan dicabut setelahnya, sehingga biaya mengikuti pola pemakaian nyata. IRSA memastikan setiap layanan hanya mengakses data yang menjadi haknya — penting untuk isolasi antar-tenant — dan Observability menjaga performa tetap terpantau lintas ribuan pengguna.
Puluhan layanan yang berkembang mandiri
Sebuah platform digital memecah aplikasinya menjadi puluhan microservices — pembayaran, notifikasi, katalog, dan seterusnya — masing-masing dikembangkan tim berbeda. EKS mengorkestrasi semuanya: tiap layanan dapat diskalakan sendiri sesuai bebannya, VPC CNI memberi jaringan yang konsisten, dan Managed Add-ons menyeragamkan komponen inti cluster. Tim rilis lebih cepat tanpa saling menghambat, dengan portabilitas Kubernetes menjaga kebebasan arsitektur.
Batch, analitik, dan pekerjaan yang naik-turun
Pekerjaan seperti pemrosesan data batch atau laporan malam hari tidak berjalan sepanjang waktu. Dengan Fargate, pod dijalankan tanpa mengurus server dan Anda hanya membayar saat pod aktif; dengan Karpenter, cluster dapat memanfaatkan kapasitas hemat (mis. instans Spot) untuk beban yang tahan gangguan. Hasilnya: elastisitas tinggi dengan biaya yang ditekan, tanpa menyisakan server menganggur.
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
- Kubernetes memberi orkestrasi, portabilitas, dan skala — tetapi mengelolanya sendiri itu berat.
- Amazon EKS memindahkan beban itu ke AWS. Control plane terkelola, Anda fokus ke aplikasi.
- Karpenter & Fargate menekan biaya dan kerumitan. Node muncul saat dibutuhkan dan hilang saat menganggur; Fargate menghapus urusan server.
- Keamanan & observability sejak awal. IAM/IRSA memberi izin sekecil mungkin per pod; pemantauan menjaga cluster sehat dan hemat.
- Sudah terbukti di produksi Indonesia — pengalaman DataOn menunjukkan pola SaaS multi-tenant yang elastis dan efisien.