Tentang Sesi Ini
Ringkasan & metadata
Sesi ini menceritakan bagaimana PT Bank Rakyat Indonesia (Persero) Tbk (BRI) — salah satu bank terbesar di Indonesia dengan jutaan nasabah dan fokus kuat pada UMKM serta inklusi keuangan — memodernisasi infrastruktur digitalnya di atas AWS. Pertanyaan intinya sederhana tetapi berat: "bagaimana melayani jutaan nasabah, dari kota besar sampai desa terpencil, dengan andal, aman, dan bisa berskala saat lonjakan transaksi datang?"
Skala BRI membuat tantangan biasa menjadi luar biasa. Setiap detik ada transaksi transfer, tarik-setor lewat agen, pembayaran, dan pembukaan rekening. Infrastruktur lama yang kaku sulit tumbuh mengikuti kebutuhan; menambah kapasitas berarti membeli perangkat keras berbulan-bulan sebelumnya, dan tetap berisiko kurang saat momen puncak (gajian, Lebaran, promo). Sesi ini membahas bagaimana BRI beralih ke arsitektur modern di cloud: memecah aplikasi besar menjadi microservices dalam container, memakai pola event-driven, serta merancang keandalan dan keamanan sejak awal.
Kenapa penting untuk Anda? Jika organisasi Anda menghadapi beban yang naik-turun tajam, tuntutan keandalan tinggi, dan regulasi ketat (seperti perbankan), kisah modernisasi BRI adalah studi kasus nyata yang bisa Anda tiru polanya.
PT Bank Rakyat Indonesia (Persero) Tbk (BRI) adalah salah satu bank terbesar di Indonesia dengan total aset sekitar Rp2.098 triliun (kuartal I-2025) dan fokus kuat pada UMKM serta inklusi keuangan — segmen UMKM menyerap sekitar 80% dari total kreditnya. Bersama holding ultra-mikro (Pegadaian & PNM), BRI melayani puluhan juta debitur mikro dan mengelola sekitar 126 juta rekening simpanan mikro. Jangkauannya sampai pelosok ditopang jaringan Agen BRILink yang menembus lebih dari 1,2 juta agen di puluhan ribu desa. Skala digitalnya pun raksasa: aplikasi BRImo mencatat 45,9 juta pengguna aktif pada akhir 2025 (naik ~18,9% YoY), dengan 5,60 miliar transaksi senilai Rp7.057 triliun sepanjang tahun. Untuk menopang lonjakan itu, BRI secara publik menyatakan memperkuat infrastruktur public cloud BRImo dengan arsitektur microservices yang mampu menyesuaikan kapasitas otomatis saat trafik melonjak — pola yang selaras dengan tema modernisasi sesi ini.
Sumber: laporan kinerja BRI 2025 & pemberitaan media ekonomi Indonesia (CNN Indonesia, Infobank, Kontan, IndoPremier). Catatan: infrastruktur cloud BRImo yang dipublikasikan menggunakan Google Kubernetes Engine (via mitra Terralogiq), bukan AWS; tidak ada studi kasus AWS resmi untuk BRI yang ditemukan. Karena itu, detail arsitektur AWS spesifik dalam sesi ini bersifat ilustratif kecuali disebutkan.
Kenapa Modernisasi & Apa Fondasinya
Kenapa modernisasi diperlukan
Bayangkan sistem perbankan sebagai sebuah gedung besar yang terus bertambah penghuni. Jika seluruh ruangan menyatu dalam satu blok raksasa (arsitektur monolit), maka satu perbaikan kecil bisa mengharuskan seluruh gedung tutup, dan menambah kapasitas berarti membangun ulang. Modernisasi mengubah pendekatan: gedung dipecah menjadi banyak modul kecil yang mandiri (microservices), masing-masing bisa diperbaiki, diperbanyak, atau diganti tanpa mengganggu yang lain.
Tiga pergeseran arsitektur menjadi kunci: microservices (aplikasi jadi layanan-layanan kecil), containers (tiap layanan dikemas rapi agar mudah dipindah & diperbanyak otomatis), dan event-driven (komponen berkomunikasi lewat "kabar/peristiwa" sehingga tidak saling menunggu dan tetap gesit saat beban tinggi). Ditambah keandalan (multi-AZ, disaster recovery) dan keamanan serta kepatuhan perbankan (mengikuti aturan OJK), inilah resep melayani nasabah tanpa henti.
Fondasi layanan yang dipakai
Berikut kelompok layanan AWS yang menjadi fondasi modernisasi, dengan fungsi ringkasnya:
Layanan-layanan ini dipadukan. Misalnya, sebuah layanan mobile banking berjalan sebagai container di EKS, menyimpan data di Aurora, memakai antrean event-driven untuk memproses notifikasi tanpa membuat pengguna menunggu, dijaga oleh IAM agar hanya akses sah yang lolos, disebar di beberapa zona (multi-AZ) agar tetap hidup saat satu lokasi bermasalah, dan seluruh kesehatannya terpantau lewat Observability.
Analogi yang Mudah Dicerna
Ibarat jalan tol keuangan
Ibaratnya, infrastruktur BRI adalah jaringan jalan yang dilewati jutaan "kendaraan" berupa transaksi setiap hari. Sistem lama seperti jalan dua lajur yang mudah macet saat jam sibuk. Modernisasi di AWS berarti memperlebar dan memodernkan jalan itu menjadi jalan tol pintar: banyak lajur yang bisa bertambah otomatis saat ramai, gerbang yang cepat, jalur darurat, dan bahkan cabang yang menjangkau sampai ke desa.
- Lajur yang bertambah otomatis = containers di EKS yang diperbanyak saat transaksi melonjak, lalu dikurangi saat sepi.
- Persimpangan cerdas tanpa antre = pola event-driven — kendaraan tak saling menunggu, tiap peristiwa mengalir ke jalurnya sendiri.
- Gerbang tol berlapis = keamanan & IAM — hanya kendaraan sah yang boleh lewat, sesuai aturan (OJK).
- Jalur & kota kembar = multi-AZ & DR — bila satu ruas tertutup, lalu lintas dialihkan tanpa berhenti.
- Gerbang cabang sampai desa = jaringan agen BRILink yang menjangkau pelosok.
- CCTV & ruang kendali = Observability — memantau kemacetan & kesehatan jalan setiap saat.
High-Level Architecture & Alur
High-Level Architecture (HLA)
Secara garis besar, arsitektur layanan digital BRI di atas AWS terlihat seperti ini: nasabah (lewat mobile banking atau agen BRILink) masuk melalui jaringan & gateway yang aman, permintaan diteruskan ke microservices yang berjalan sebagai container di EKS, data transaksi disimpan di Aurora, komunikasi antar layanan memakai pola event-driven, seluruhnya disebar di beberapa zona (multi-AZ) dengan DR sebagai cadangan, dijaga IAM, dan dipantau Observability.
Alur kerja satu transaksi
Ketika seorang nasabah menekan "Kirim" untuk mentransfer uang lewat mobile banking, inilah yang terjadi di balik layar:
- Masuk & identitas. Permintaan masuk lewat gateway; IAM & kontrol keamanan memastikan sesi sah dan sesuai aturan.
- Diarahkan. Permintaan diteruskan ke microservice "transfer" yang berjalan sebagai container di EKS.
- Cek & catat. Layanan memvalidasi saldo & menulis transaksi ke database Aurora dengan aman.
- Sebar peristiwa. Sebuah "peristiwa" transfer dikirim lewat antrean event-driven — memicu notifikasi & pembukuan tanpa membuat nasabah menunggu.
- Konfirmasi. Nasabah langsung menerima balasan "berhasil", sementara proses lanjutan berjalan di belakang.
- Pantau. Observability mencatat kinerja & kesehatan tiap langkah untuk keandalan dan audit.
Dari Konsep ke Layanan Nyata
Contoh nyata (konteks Indonesia)
Agar tidak berhenti di teori, berikut tiga wujud penerapan modernisasi ini dalam melayani nasabah.
Layanan andal untuk jutaan nasabah
Saat momen puncak seperti gajian akhir bulan atau menjelang Lebaran, jumlah transaksi melonjak berkali lipat. Dengan microservices di EKS yang menambah container secara otomatis dan penyebaran multi-AZ, layanan tetap responsif tanpa harus membeli perangkat keras berlebih sepanjang tahun. Bila satu zona bermasalah, DR menjaga agar layanan tidak berhenti — sebuah keandalan yang wajib bagi bank sebesar BRI.
Agen BRILink sampai ke pelosok
Tidak semua nasabah punya akses cabang fisik. Melalui jaringan agen BRILink, warga desa bisa menabung, menarik, atau membayar lewat agen di sekitar mereka. Infrastruktur di cloud memastikan transaksi dari titik terpencil sekalipun diproses cepat & aman, dengan jaringan yang andal dan keamanan yang menjaga tiap transaksi — mendukung misi inklusi keuangan dan pemberdayaan UMKM.
Mobile banking & fitur baru yang gesit
Arsitektur modular memungkinkan BRI merilis fitur baru di aplikasi mobile banking lebih cepat, tanpa harus "menutup gedung". Pola event-driven membuat notifikasi, mutasi, dan pembukuan berjalan mulus di belakang layar sehingga nasabah mendapat respons instan. Setiap perubahan dijaga IAM dan dipantau Observability agar tetap patuh pada aturan OJK.
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
- Skala mengubah segalanya. Melayani jutaan nasabah menuntut infrastruktur yang bisa melebar otomatis, bukan yang kaku.
- Modularitas = kegesitan. Microservices + container + event-driven membuat fitur baru lahir lebih cepat tanpa mengganggu layanan berjalan.
- Keandalan dirancang, bukan kebetulan. Multi-AZ & DR menjaga layanan tetap hidup meski ada gangguan.
- Keamanan & kepatuhan sejak awal. IAM + Observability menjadikan platform layak dipercaya di industri yang diatur ketat seperti perbankan (OJK).
- Teknologi untuk inklusi. Modernisasi bukan sekadar teknis — ia memperluas jangkauan layanan sampai ke pelosok lewat agen BRILink.