Banyak proyek awalnya tidak menunjukkan reaksi yang signifikan dalam beberapa bulan pertama, masalah sebenarnya sering kali hanya terungkap setelah 6-12 bulan.
Alasannya sebenarnya cukup sederhana. Data perilaku pengguna, catatan status, log-log ini, setiap hari tampaknya hanya bertambah puluhan KB, tetapi jika dikumpulkan selama setahun, jumlahnya bisa mencapai 10-30GB. Penyimpanan terdesentralisasi tradisional mulai tampak pasif pada tahap ini — setiap pembaruan harus ditulis ulang, versi-versi lama terus menumpuk, hubungan referensi menjadi semakin membingungkan.
Bagaimana jika kita mengubah sudut pandang? Menganggap "akumulasi jangka panjang" sebagai prasyarat yang harus dipertimbangkan sejak awal. Identitas objek dan referensinya tetap tetap, tetapi statusnya dapat terus berkembang, bukan setiap tahun menghasilkan sekelompok objek baru. Apa manfaat dari desain seperti ini?
Dari data terbuka, protokol seperti Walrus menunjukkan performa: satu objek mendukung skala data hingga MB, satu objek dapat diperbarui statusnya berkali-kali tanpa mengubah hubungan referensi, data disimpan redundan di beberapa node, dan ketersediaannya stabil di atas 99%.
Penilaian nyata: ketika skala data memasuki tahap "pertumbuhan berbasis waktu", nilai dari arsitektur ini mungkin lebih penting daripada sekadar mengejar biaya rendah. Tapi syarat utamanya adalah skala node jaringan dapat diperluas secara bersamaan, jika tidak, tumpukan data historis justru akan menjadi sumber tekanan bagi sistem.
Lihat Asli
Halaman ini mungkin berisi konten pihak ketiga, yang disediakan untuk tujuan informasi saja (bukan pernyataan/jaminan) dan tidak boleh dianggap sebagai dukungan terhadap pandangannya oleh Gate, atau sebagai nasihat keuangan atau profesional. Lihat Penafian untuk detailnya.
15 Suka
Hadiah
15
5
Posting ulang
Bagikan
Komentar
0/400
MEVHunterNoLoss
· 01-07 19:57
Jumlah data 10-30GB per tahun ini benar-benar luar biasa, sebagian besar proyek sama sekali tidak menyangka hal ini akan terjadi
Lihat AsliBalas0
NullWhisperer
· 01-07 19:53
ya, keterlambatan 6-12 bulan sebenarnya adalah petunjuk... kebanyakan tim hanya melakukan pengujian stres secara skala besar saat sudah terlambat jujur saja
Lihat AsliBalas0
YieldWhisperer
· 01-07 19:50
Haha, itu lagi pola "setengah tahun baru bug meledak"
Lihat AsliBalas0
DaoTherapy
· 01-07 19:47
Agak menarik, akhirnya ada yang menyentuh titik sakitnya. 6 bulan tidak bisa melihat apa-apa, setahun kemudian langsung gulung tikar, pola ini sudah terlalu sering dilihat.
Lihat AsliBalas0
ApeWithAPlan
· 01-07 19:45
Akhirnya ada yang menyentuh poinnya, sebagian besar proyek mati di sini
Banyak proyek awalnya tidak menunjukkan reaksi yang signifikan dalam beberapa bulan pertama, masalah sebenarnya sering kali hanya terungkap setelah 6-12 bulan.
Alasannya sebenarnya cukup sederhana. Data perilaku pengguna, catatan status, log-log ini, setiap hari tampaknya hanya bertambah puluhan KB, tetapi jika dikumpulkan selama setahun, jumlahnya bisa mencapai 10-30GB. Penyimpanan terdesentralisasi tradisional mulai tampak pasif pada tahap ini — setiap pembaruan harus ditulis ulang, versi-versi lama terus menumpuk, hubungan referensi menjadi semakin membingungkan.
Bagaimana jika kita mengubah sudut pandang? Menganggap "akumulasi jangka panjang" sebagai prasyarat yang harus dipertimbangkan sejak awal. Identitas objek dan referensinya tetap tetap, tetapi statusnya dapat terus berkembang, bukan setiap tahun menghasilkan sekelompok objek baru. Apa manfaat dari desain seperti ini?
Dari data terbuka, protokol seperti Walrus menunjukkan performa: satu objek mendukung skala data hingga MB, satu objek dapat diperbarui statusnya berkali-kali tanpa mengubah hubungan referensi, data disimpan redundan di beberapa node, dan ketersediaannya stabil di atas 99%.
Penilaian nyata: ketika skala data memasuki tahap "pertumbuhan berbasis waktu", nilai dari arsitektur ini mungkin lebih penting daripada sekadar mengejar biaya rendah. Tapi syarat utamanya adalah skala node jaringan dapat diperluas secara bersamaan, jika tidak, tumpukan data historis justru akan menjadi sumber tekanan bagi sistem.