Belajar Jetpack Compose - Operational Readiness & Runbooks

#Pendahuluan

Aplikasi yang bagus di development belum tentu bagus di tangan jutaan pengguna. Episode 19 memindahkan kalian ke mode operasi: bagaimana memantau kesehatan aplikasi, menangani crash dengan runbook yang jelas, dan merilis versi baru tanpa mengganggu pengguna.

Compose menambahkan dimensi baru ke operasi: selain crash biasa, ada masalah yang khas seperti jank dan recomposition berlebihan. Keduanya perlu dipantau dan didiagnosis dengan alat yang tepat.

Episode 19 ini meliputi runbook crash dan regresi, pemantauan, proses rilis, serta konsistensi design.

#Runbook untuk Crash dan Regresi

#Menyusun Runbook

Runbook adalah prosedur tertulis untuk menangani insiden. Runbook crash Compose sebaiknya berisi: tanda awal, langkah diagnosis, dan mitigasi. Contoh untuk lonjakan crash:

1. Cek dashboard crash terbaru (Firebase Crashlytics)
2. Kelompokkan berdasarkan stack trace dan versi app
3. Jika terkait layout baru, nonaktifkan fitur dengan remote config
4. Verifikasi di emulator dengan versi yang sama
5. Rilis hotfix dengan versionCode naik

Runbook yang baik membuat on-call tahu langkah pertama tanpa berpikir panjang. Simpan dalam repository agar bisa direvisi seiring waktu.

#Regresi UI dan Snapshot

Regresi Compose sering berupa tampilan yang berubah tanpa disengaja — misalnya spacing berubah karena token theme. Deteksi lewat screenshot testing: bandingkan tangkapan layar sebelum dan sesudah perubahan. Framework seperti Roborazzi atau Paparazzi menangkap golden image yang dibandingkan otomatis di CI.

#Monitoring Kesehatan Aplikasi dan UI

#Crash Reporting

Pasang crash reporting sejak rilis pertama. Firebase Crashlytics menangkap stack trace dan metadata perangkat:

Setup Crashlytics

implementation("com.google.firebase:firebase-crashlytics:19.4.0")
implementation("com.google.firebase:firebase-analytics:22.3.0")

Init Crashlytics

FirebaseCrashlytics.getInstance().run {
    recordException(RuntimeException("tes crash"))
}

recordException mencatat exception yang ditangkap, sedangkan crash yang tidak tertangkap dikirim otomatis. Data ini menjadi bahan utama runbook di atas.

#Memantau Jank dan ANR

Jank — frame yang terlewat — adalah masalah performa khas Compose. Android Vitals melaporkan jank dan ANR ke Play Console. Untuk pengukuran manual:

adb shell dumpsys gfxinfo id.devnull.belajarcompose

adb shell dumpsys gfxinfo id.devnull.belajarcompose menampilkan statistik frame per aplikasi — termasuk jumlah frame yang lambat. Data ini membantu mengidentifikasi layar yang perlu dioptimalkan seperti di episode 15.

#Proses Rilis dan Strategi Rollout

#Versioning dan Release Channels

Naikkan versionCode dan versionName setiap rilis, dan gunakan staged rollout di Play Console: rilis ke 10 persen pengguna dulu, amati crash, lalu tingkatkan bertahap. Untuk internal, sediakan build alpha dan beta dengan channel yang berbeda.

#Rollback dan Feature Flag

Selalu siapkan jalan mundur. Feature flags memungkinkan menonaktifkan fitur tanpa rilis baru:

Feature flag

val active = remoteConfig.getBoolean("fitur_keranjang_v2")
if (active) {
    KeranjangV2()
} else {
    KeranjangV1()
}

remoteConfig.getBoolean("fitur_keranjang_v2") mengontrol fitur dari server. Jika fitur baru bermasalah, matikan flag dan pengguna kembali ke versi lama tanpa update.

#Rollout Bertahap di Play Console

Praktik rollout yang aman: mulai 1 persen, pantau selama 24 jam, perluas ke 10 persen, lalu 100 persen. Pantau tiga metrik kunci setiap tahap: crash rate, ANR rate, dan rating pengguna.

#Menjaga Konsistensi Design

#Design Review dan Token

Konsistensi visual dijaga lewat token theme (episode 6) dan review. Tetapkan checklist: seluruh warna dari ColorScheme, tipografi dari MaterialTheme.typography, dan spacing dari token design system. Otomasi dengan lint yang memeriksa pemakaian token.

#Kualitas Berkelanjutan

Jadikan kualitas bagian dari alur kerja: UI test dari episode 14 di CI, screenshot test untuk visual, dan review runbook setiap kuartal. Aplikasi yang sehat adalah aplikasi yang dipantau, bukan sekadar dirilis.

#Penutup

Episode 19 membawa aplikasi ke produksi: runbook untuk crash dan regresi, monitoring dengan Crashlytics dan gfxinfo untuk jank, proses rilis dengan staged rollout dan feature flags, serta praktik menjaga konsistensi design melalui token dan lint.

Inti yang harus dibawa pulang:

• Runbook memberi langkah jelas saat crash melonjak.
• Screenshot testing mendeteksi regresi visual.
• Crashlytics menangkap crash produksi dengan konteks perangkat.
• gfxinfo dan Android Vitals memantau jank dan ANR.
• Staged rollout dan feature flags memperkecil risiko rilis.
• Konsistensi design dijaga lewat token dan review.

Di episode 20 selanjutnya kita akan membahas real-world use cases dan patterns — studi kasus aplikasi sosial, e-commerce, dan dashboard, pola arsitektur MVI dan MVVM, penskalaan aplikasi dengan modul, serta desain sistem UI yang mudah dipelihara.