Summary

Ok baik, saya akan menjelaskan beberapa pengalaman saya terkait backend engineering di tempat saya terakhir berkerja yaitu broom.id. Jadi ketika saya di broom.id saya terlibat dibeberapa service yang mereka miliki seperti dibawah ini:

1. bff-service
2. user-service
3. scheduler-service
4. showroom-service
5. taktis-service
6. broom-core-service
7. payment-out-service
8. payment-service
9. buyback-service
10. inventory-service
11. Dan lainnya


# CASE

Tapi yang menurut saya yang paling berkesan adalah ketika memindahkan proses sinkronisasi data dari metabase ke database showroom, dikarenakan proses sinkronisasi sebelumnya ini berjalan menggunakan scheduler setiap jam 2 pagi dan data showroom yang kita miliki itu kurang lebih di metabase ada 900+ showroom aktif dan ratusan buyback didalamnya, sebelum proses sinkronisasi di pindahkan menjadi manual yang dimana bisa di trigger melalui internal tools (gearbox), proses sinkronisasi tersebut berjalan mulus dikarenakan trafik pada jam 2 pagi sangat rendah dan pengunaan cpu dan memory juga tidak terlalu signifikan. Tetapi suatu hari ada permintaan dari tim operasional agar sinkronisasi showroom bisa dilakukan secara manual melalui internal tools (gearbox) dikarenakan ada kebutuhan untuk approval limit showroom ceiling, Usut punya usut katakanlah ketika fitur tersebut sudah berhasil di delivery terkait proses sinkronisasi showroom dari metabase ke database showroom, issue yang muncul adalah ketika tombol di trigger di tekan oleh tim ops duar showroom-service mati dikarenakan pengunaan cpu dan ram menaik pesat jika saya pantau dari datadog, impactnya adalah customer tidak bisa melakukan buyback dikarenakan service showroom mati.

# SOLUTION

Solusi untuk menghandle issue ini saya membuat sebuah child_process untuk mengisolasi process sinkronisasi data menjadi proses terpisah dari main proses, bisa dibilang menjadi child proses jadi antara main pid dan child pid itu berbeda, jadi ketika proses sinkronisasi berjalan itu tidak akan menggangu main prosesnya dan saya juga menambahkan extra penjagaan yang dimana user hanya bisa melakukan proses sinkroniasi sebanyak 1x, dan bisa melakukan proses sinkronisasi kembali ketika proses sinkronisasi sebelumnya itu selesai, jadi saya melakukan locking menggunakan redis untuk menyimpan keynya.


Dan saya juga ada beberapa enahnce dan pegerjaan critical fiture lainnya yang saya kerjakan di broom contoh seperti.

- Enhance setiap service dengan menambahkan graceful shutdown dan clustering
- Auto disbursement transaksi taktis
- Enahnce setiap service ketika terjadi rejection service tidak langsung terminated
- Dan lainnya

Mungkin sedikit itu saja yang bisa saya jelaskan