Ternyata satu mesin @Dusk bisa memakai dua topi… dan jujur saja, aku sempat mengira itu terdengar efisien 😭

Aku lagi menelusuri pengaturan archive-node dan ketemu satu hal yang bikin aku buntu. Dusk menyarankan agar infrastruktur API produksi dipisahkan dari tugas provisioner, meskipun node yang sama secara teknis bisa mengerjakan keduanya.

Aku terus kepikiran, kenapa? Kalau bisa menangani dua pekerjaan itu, masalahnya apa?

Lalu aku lihat apa yang sebenarnya dibutuhkan oleh dua pekerjaan tersebut.

Archive node: indeks historis dan kueri API. Provisioner: tetap sinkron dan ikut berpartisipasi dalam konsensus.

Oke. Setakat ini, masih terdengar seperti satu mesin harusnya cukup.

Tapi bagian yang menyebalkan muncul juga.

Beban kueri dan pemeliharaan bisa saling berebut sumber daya dengan yang dibutuhkan provisioner untuk konsensus.

Jadi sebenarnya bukan soal “bisa atau tidak mesin menjalankan dua-duanya”.

Lebih ke… apa yang terjadi saat salah satu pihak lagi sibuk?

Dan itu mengubah cara pandangku sedikit. Aku menghitung hardware dua kali karena secara teknis bisa melakukan kedua pekerjaan.

Tapi sumber daya itu tidak jadi tak terbatas cuma karena mesinnya punya dua peran.

Mungkin pemisahan ini sebenarnya bukan karena butuh mesin lain.

Mungkin tujuannya agar pekerjaan API tidak menjadi hal yang mengganggu provisioner.

@Dusk $DUSK #DUSK #dusk #dusk $PORTAL


Kalau satu mesin bisa menjalankan keduanya, apakah kamu tetap akan memisahkan perannya?