Case Studies

Masalah

Portfolio ini jebol kuota Fast Origin Transfer Vercel — 15,13 GB terpakai dari limit 10 GB. Semua halaman di-SSR secara dinamis karena getMessages() dari next-intl tanpa setRequestLocale memaksa dynamic rendering, dan tiap response membawa payload i18n sebesar 1,6 MB: teks lengkap 218 blog post dikirim ke client provider di setiap halaman.

Pendekatan

1. 01

   Profiling penggunaan origin transfer per path untuk menemukan route mana yang benar-benar menghabiskan kuota.

2. 02

   Menambahkan setRequestLocale supaya next-intl tidak lagi memaksa dynamic rendering, sehingga static rendering aktif di seluruh situs.

3. 03

   Membuang konten blog dari client messages (1.589 KB → 76 KB, −95%), lalu meng-inject ulang hanya konten post yang sedang dibuka di tiap halaman blog.

4. 04

   Menambahkan generateStaticParams untuk 436 blog path agar setiap post di-prerender saat build.

5. 05

   Mengompres ulang 67 gambar (54,7 MB → 14,8 MB), menambahkan immutable cache header, dan mengaktifkan kembali ETag.

Hasil

495 halaman kini di-prerender dan dilayani dari CDN, origin transfer terpangkas lebih dari 90%, dan LCP tidak lagi tertahan oleh satu megabyte JSON.

Masalah

Approval invoice sepenuhnya manual — accounts payable dan receivable diproses dengan tangan, dan signoff multi-level berjalan lewat email dan chat. Akibatnya: turnaround lambat dan audit trail yang buruk.

Pendekatan

1. 01

   Membangun modul AP/AR ANCoraPRO dengan approval chain berjenjang yang dimodelkan per level organisasi.

2. 02

   Mengotomasi notifikasi email di tiap tahap approval supaya approver bertindak tanpa harus dikejar-kejar.

3. 03

   Mendesain data model PostgreSQL untuk invoice dan approval, dengan riwayat lengkap setiap keputusan.

4. 04

   Deploy di Google Cloud di belakang Nginx untuk penggunaan produksi.

Hasil

Turnaround approval invoice berkurang dari hitungan hari menjadi hitungan jam, lengkap dengan audit trail siapa menyetujui apa dan kapan.

Masalah

Beberapa server produksi (situs Jerman dan Indonesia) tidak punya tampilan terpadu untuk CPU, memory, maupun log. Insiden didiagnosis dengan SSH dari satu server ke server lain, dan tidak ada alerting sama sekali.

Pendekatan

1. 01

   Deploy Grafana + Prometheus (node dan container exporter) + Loki untuk log di semua VPS produksi.

2. 02

   Membangun dashboard untuk kesehatan per server dan konsumen resource terbesar.

3. 03

   Membuat log level bisa dicari per server dan memonitor kesehatan setiap scrape target.

4. 04

   Menyiapkan on-call alerting dengan escalation chain yang membuat telepon developer berdering.

Hasil

Satu pane of glass untuk semua server produksi. Insiden kini terdeteksi lewat alert, bukan laporan pengguna, sehingga uptime situs klien tetap terjaga.

Masalah

Selama Pemilu Indonesia 2024, informasi terverifikasi tersebar di banyak sumber dan sulit dicari di satu tempat.

Pendekatan

1. 01

   Membangun platform yang mengumpulkan informasi pemilu terverifikasi ke satu tempat.

2. 02

   Menambahkan antarmuka LLM chatbot supaya pengguna bisa bertanya dengan bahasa sehari-hari.

3. 03

   Membangun pipeline web-scraping untuk menjaga sumber tetap up to date.

4. 04

   Merilis frontend Next.js yang ditopang backend Python.

Hasil

Satu sumber informasi pemilu selama Pemilu 2024, dan dipresentasikan di SGU IT Symposium 2024.