Evaluasi Containerization Menggunakan Docker dan Kubernetes dalam Pengembangan Sistem Mahjong Ways

Containerization telah merevolusi pendekatan deployment dan pengelolaan lingkungan pengembangan perangkat lunak modern. Evaluasi ini mengkaji efektivitas penerapan Docker dan Kubernetes secara spesifik dalam ekosistem pengembangan sistem Mahjong Ways. Di masa lalu, aplikasi di-deploy langsung ke server fisik atau virtual, dengan semua dependensi terinstal di lingkungan yang sama. Pendekatan ini menyebabkan masalah "works on my machine", di mana aplikasi berfungsi di lingkungan pengembangan tetapi gagal di produksi karena perbedaan konfigurasi. Containerization memecahkan masalah ini dengan mengemas aplikasi dan semua dependensinya ke dalam container yang terisolasi.

Artikel ini akan mengevaluasi penerapan containerization menggunakan Docker dan Kubernetes dalam pengembangan sistem Mahjong Ways. Kita akan membahas bagaimana Docker digunakan untuk menstandardisasi lingkungan pengembangan dan produksi, bagaimana Kubernetes mengorkestrasi container dalam skala besar, serta tantangan spesifik dalam mengelola game slot seperti state management dan latency.

Docker: Standardisasi Lingkungan dari Pengembangan hingga Produksi

Docker adalah platform containerization yang paling populer. Docker memungkinkan pengembang mendefinisikan lingkungan aplikasi dalam file bernama Dockerfile. Dockerfile berisi instruksi: base image apa yang digunakan, dependensi apa yang diinstal, file apa yang disalin, dan perintah apa yang dijalankan saat container dimulai. Untuk Mahjong Ways, Dockerfile mungkin dimulai dari base image Node.js atau Go, menginstal library yang diperlukan, menyalin kode aplikasi, dan mengekspos port yang digunakan.

Docker image adalah artefak yang dihasilkan dari Dockerfile. Image ini bersifat immutable: setelah dibuat, ia tidak berubah. Setiap kali kode berubah, image baru dibangun. Image disimpan di container registry (misalnya Docker Hub, Amazon ECR, Google Container Registry). Untuk deployment, image diambil dari registry dan dijalankan sebagai container. Karena image sudah berisi semua dependensi, perbedaan antara lingkungan pengembangan, staging, dan produksi hampir tidak ada. Ini menghilangkan masalah "works on my machine" yang selama bertahun-tahun menjadi momok bagi tim pengembang.

Orkestrasi Container dengan Kubernetes untuk Skala Besar

Docker menangani satu container. Untuk aplikasi skala besar seperti Mahjong Ways yang terdiri dari banyak layanan (game engine, dompet, autentikasi, notifikasi, dll), dan setiap layanan berjalan di banyak container untuk redundansi dan skalabilitas, diperlukan orkestrator. Kubernetes adalah standar industri untuk orkestrasi container. Kubernetes mengelola cluster node (server), menjadwalkan container ke node, memastikan jumlah container yang diinginkan selalu berjalan, dan melakukan rolling update tanpa downtime.

Dalam Kubernetes, unit deployment adalah Pod, yang dapat berisi satu atau lebih container (biasanya satu). Deployment object mendefinisikan jumlah replica (copy) Pod yang diinginkan. Service object memberikan alamat IP stabil ke sekumpulan Pod, dan melakukan load balancing antar Pod. Ingress object mengatur routing dari luar cluster ke Service. Untuk Mahjong Ways, arsitektur tipikal memiliki Service untuk game engine, Service untuk dompet, Service untuk autentikasi, dan Ingress yang mengarahkan endpoint /spin ke game engine, /balance ke dompet, dll.

State Management: Tantangan Containerization untuk Game Slot

Container bersifat ephemeral: mereka dapat dimulai, dihentikan, dan dipindahkan antar node kapan saja. Ini menjadi masalah untuk game slot yang stateful, di mana state pemain (misalnya sisa free spin, nilai multiplier saat ini) disimpan di memori server. Jika container dihentikan dan dipindahkan ke node lain, state akan hilang. Ada beberapa pendekatan untuk mengatasi ini.

Pendekatan pertama adalah menyimpan state di external store seperti Redis atau database. Dalam pendekatan ini, game engine tidak menyimpan state di memori lokal; setiap kali membutuhkan state, ia mengambil dari Redis. Pendekatan kedua adalah menggunakan StatefulSet, objek Kubernetes yang dirancang untuk aplikasi stateful. StatefulSet memberikan identitas stabil (nama host, storage) untuk setiap Pod. Pendekatan ketiga adalah menggunakan session affinity (sticky session) di load balancer, memastikan request dari pemain yang sama selalu diarahkan ke Pod yang sama. Untuk Mahjong Ways, pendekatan kombinasi: state penting (saldo, free spin count) disimpan di Redis; session affinity digunakan untuk mengurangi latency akses Redis.

Auto-Scaling: Menyesuaikan Kapasitas dengan Permintaan

Salah satu keunggulan utama Kubernetes adalah kemampuan auto-scaling. Horizontal Pod Autoscaler (HPA) memantau metrik seperti CPU utilization atau custom metric (misalnya requests per second), dan secara otomatis menambah atau mengurangi jumlah replica Pod. Untuk Mahjong Ways, HPA dapat dikonfigurasi untuk menjaga CPU utilization rata-rata di bawah 70 persen. Ketika malam tiba dan lalu lintas meningkat, HPA akan menambah Pod. Ketika pagi hari dan lalu lintas menurun, HPA akan mengurangi Pod.

Cluster Autoscaler adalah level di atasnya: ketika HPA meminta Pod baru tetapi tidak ada node yang cukup sumber daya, Cluster Autoscaler akan menambah node baru ke cluster. Sebaliknya, ketika ada node yang underutilized, node akan dihapus. Pendekatan dua tingkat ini memastikan bahwa Mahjong Ways selalu memiliki kapasitas yang cukup untuk melayani pemain, tanpa membayar untuk kapasitas yang tidak terpakai. Respons auto-scaling biasanya dalam hitungan menit, cukup cepat untuk mengatasi lonjakan bertahap tetapi mungkin tidak cukup cepat untuk lonjakan tiba-tiba (flash crowd). Untuk flash crowd, pendekatan over-provisioning atau persiapan kapasitas sebelumnya diperlukan.

Rolling Update dan Canary Deployment untuk Rilis Tanpa Downtime

Kubernetes mendukung rolling update, di mana versi baru aplikasi di-deploy secara bertahap, mengganti Pod lama dengan Pod baru satu per satu. Selama proses rolling update, aplikasi tetap tersedia karena hanya sebagian Pod yang tidak berfungsi pada satu waktu. Jika versi baru bermasalah, rolling update dapat dihentikan dan dibatalkan (rollback). Untuk Mahjong Ways, rolling update memungkinkan rilis fitur baru tanpa perlu menjadwalkan maintenance window.

Canary deployment adalah pendekatan yang lebih konservatif: hanya sebagian kecil pemain (misalnya 1 persen) yang diarahkan ke versi baru. Jika tidak ada masalah dalam periode observasi, persentase ditingkatkan secara bertahap hingga 100 persen. Kubernetes dapat mengimplementasikan canary deployment dengan menggunakan dua Deployment dengan label berbeda, dan Service yang menggunakan label selector untuk mengarahkan trafik proporsional. Untuk Mahjong Ways, canary deployment sangat berguna untuk perubahan berisiko tinggi, seperti perubahan logika RNG atau perhitungan kemenangan.

Kesimpulan: Containerization sebagai Fondasi Skalabilitas

Evaluasi containerization menggunakan Docker dan Kubernetes dalam pengembangan sistem Mahjong Ways menunjukkan bahwa containerization bukan sekadar tren, tetapi fondasi yang memungkinkan skalabilitas, portabilitas, dan ketahanan. Docker menstandardisasi lingkungan dari pengembangan hingga produksi. Kubernetes mengorkestrasi container dalam skala besar, dengan auto-scaling, rolling update, dan state management untuk aplikasi stateful.

Pada akhirnya, setiap kali Mahjong Ways diskalakan secara otomatis di malam hari, setiap kali rilis baru berlangsung tanpa downtime, setiap kali container yang bermasalah diganti secara otomatis, itu adalah hasil dari containerization yang matang. Antara Dockerfile yang mendefinisikan lingkungan dan image yang immutable, antara Kubernetes yang menjadwalkan container dan HPA yang menskalakan secara otomatis, antara rolling update yang meluncurkan versi baru tanpa downtime dan canary deployment yang menguji di sebagian kecil trafik, Anda menemukan bahwa Mahjong Ways bukan hanya permainan tentang keberuntungan, tetapi tentang rekayasa sistem modern, di mana containerization menjadi fondasi yang memungkinkan tim pengembang bergerak cepat tanpa mengorbankan stabilitas, dan di mana infrastruktur yang dulunya kaku menjadi lentur seperti air.