Pak eko, tolong speak up masalah aplikasi SIREKAP dong. Biar publik tau apa itu image recognition. Biar masyarakat tau kalau itu pure kesalahan sistem dalam membaca gambar. Terimakasih pak.
Mantap Pak Eko 👍🏼👍🏼👍🏼 Tambahan, salah satu role yang berperan penting saat incident adalah On-Duty Manager. Biasanya On-Duty manager yang ambil keputusan, dan yang penting sebagai engineer kita jangan panik, pastikan kita bisa sampaikan kondisi lapangan dengan jelas. Lebih baik lagi kalo sudah ada contingency plan, jadi setiap ada incident tinggal merujuk ke situ.
13:53 Logging dan tracing kalo di case gw paling penting sih, pernah beberapa kejadian ketika gw terlibat dalam pengembangan aplikasi POS buat client, ada user bandel yang ngelakuin backdate invoice biar bisa nilep duid kantor, awalnya gw dapet komplen sampe ngamuk, langsung gw kasih unjuk logger nya bukan gw pelakunya dari semua project yang gw join pasti gw pake logger, terutama kalo sistemnya udah gede, jadi ini ngak cuma bisa nge detect anomali dari segi kode dan server, tapi juga bisa nge track user beserta aktivitas nya, dari IP, Kapan terakhir login, dan juga error pada request
@@mfebriyandwikiprayoga6960 pada saat itu yang w inget pake DB dlu, gampang implemen, cuma pasti agak berat, karena setiap activity/request bakal keitung 2 input, input user, sama input logger nya juga
izin menambahkan kang 🙏, bisa juga di dokumen RCAnya ditambahkan dampak insidennya (terutama dampak ke user), lesson learned, dan akan lebih baik kalau ada metrik2 seperti TTA (time to ack) dan TTR (time to resolve).
Huhh inget banget masa2 gw kerja di telco company, tanggung jawab gw di infra dan platform. Sering banget dpt alert dan manajemen insidennya pasti cukup hectic.
Kadang Cache paling gampang di jadiin kambing hitam, kalo ada Error pasti muncul kalimat pamungkas “Clear Cache aja terus restart Aplikasinya”. Percayalah kejadian ini pasti berulang kalo ga segera di benerin 😄
Mantap bwang, mulai relate. Tapi terus pertanyaan saya, penerapan manajemen ini idealnya digunakan dalam aplikasi atau perusahaan dengan skala apa? artinya effort katakanlah untuk aplikasi skala UMKM mungkin yg masih kecil gitu apakah worth it penerapan manajemen sekomplex ini. Atau ini dijadikan ideal dalam pengembangan perangkat lunak apapun itu
Halo kang Kalo yg case high priority dan solusi tercepat adl livepatch karna masalah di code, mrt mu wajar gk y? Apalagi kalo ad loadbalancer, mau ssh semua server. Mau deploy butuh waktu, takutnya livepatch nya trnyta salah. Any suggestions utk hal2 gni? Makasii
Terus kang, kalo misal yg sampe error di sisi server spt memory usage, high cpu, biasa monitoring pake ap y? Kebetulan stiap deploy FE kita sering jadi down cm lum dapat root cause ny 😢
cek aplikasi/daemon apa yg jalan dan paling atas. Pake tool top. Perhatikan cpu usage, wa (cpu waiting - ini biasanya berhubungan dgn io disk). Memory high pake top juga. Kalau yg high cpu dan memory webserver aktifkan modul status di apache atau nginx. Kalau db server aktifkan mysqlworkbench dan sejenisnya utk db server lain. Smg membantu