Pembahasan yang menarik, ini ga cukup 1 video untuk ngejelasin tentang database. Kalo boleh request, tolong dibahas tentang newsql, seperti tidb, cockroach, google spanner atau produk rdbms yang di re-engineering untuk scale out seperti vitess & citus. Salam
Mungkin video video mas Eko ini adalah materi kuliah terbaik yg pernah saya dapat. Sangat kereeen, serasa nyesel baru dapat sekarang video videonya (y)
Penjelasan mantap Kak, sharing tips dan cara migrasi database dari no sql ke relational db Kak... misal firebase database ke sqldb Terimakasih, ditunggu vidio berikutnya
Waktu kuliah cuma dapet 1 semester doang dari kang eko jadi cuma kulit”nya doang tentang java. Untung beliau berbaik hati share ilmunya disini. Terimakasih banyak kang eko semoga berkah dan banyak rejeki
Terimakasih Pak, penjelasannya sangat jelas. Tetap sharing terus Pak, chanel Bpk favorite saya, terus sharing problem solving untuk app yang mulai scale up
Bang, minta tolong bahas konsep menghitung stok persediaan. Kalau boleh. Hehehe. Karena kalau data sudah besar saya memiliki kendala loading nya lama karena ada perhitungan mundur. Trus biar bisa seperti saldo bank itu bagaimana konsepnya yah.
Video yg udah 3thn tp masih bagus untuk dipahami, Sy jadi punya bbrp pertanyaan, mungkin bisa di jawab di next video Bagaimana penggunaan multiple database service pada aplikasi server, spt penggunaan sql db & nosql, Mungkin bisa digambarkan perancangan umum terkait studi kasus dan table yg ada di dalam nya Terimakasih, sukses selalu 👍👍👍
Sharing implementasi webhook dong mas, yg bagian retry2 itu. Baru kenal istilah routing dn sharding 😁, tahu nya partisi aja include teknik2 nya (list, range, hash dkk) d table, index dn tablespace. Thanks sharing nya 👍
mas terkait redis caching.bagaimana penerapan yg bagus? apakah kalau data sudah besar kita tetap bisa lakukan caching?contoh contoh ratusan ribu record. dan bagaimana menjaga agar data redis tetap up to date?apa kita cuma lakukan exipred saja? selama ini saya langsung taro data di KEY saja berupa array.btw mantap penjelasanya. terimakasih
nuhun kang infonya, mau tanya, kalo shardingnya pakai hash lalu di modulo, bagaimana solusinya jika ternyata servernya harus ditambah lagi? datanya harus dimigrasiin lagi sesuai modulo yang baru atau bagaimana?
apakah mysql blm mendukung untuk scaling di database nya ?, tempat saya bekerja memakai mysql klo ngaklai di sisi coding akan merubah banyak, kecualia di akali di base model, itu juga gak simple sptnya
mantebs mas, terakhir baca tulisan nya mas natalie ex cto dari tiket tentang caching utk gmn caranya handle transaksi gedhe per detik, mungkin bisa dibahas lebih dalam mas, hehe
Kalau bilang vertical scaling mahal, seharus nya horizontal scaling juga sama sama mahal atau bahkan lebih mahal, yang di tambah bukan hanya 1 komponen tetapi 1 server apalagi kalau masalah storage, contoh vertical scaling tinggal beli hardisk lagi kalau di horizontal scaling harus beli server dulu dan juga tentunya hardisk untuk menambah storage, akan tetapi yang saya masih penasaran kenapa di video tidak disebut kan horizontal scaling tidak lebih atau sama mahal nya dengan vertical scaling ? Terima kasih.
Kalo hanya nambah hardisk memang terlihat lebih murah vertical scaling. Tapi kalo tujuan nya untuk scaling database, gak bisa terus scaling secara vertical. Karena harga hardware naiknya drastis. Jadi lebih baik scaling secara horizontal, selain hardware yg dibeli bisa lebih murah, dan lebih scale secara arsitektur. Yg sudah dibahas di video
Mas disarankan untuk melakukan caching DB sebelum vertical dan horizontal scaling. Tapi mungkin kita tetap harus melakukan replication dulu untuk menghindari problem service DB nya mati. Kemudian untuk replication, dibanding harus nambah physical server.. bagaimana kalo kita tambah aja server virtual / virtual machine untuk replication nya ?
yes, benar, minimal harus 2 server untuk db, untuk menjaga high availability nya kalo untuk server, bebas bisa phisical server berbeda, atau virtual server, sama aja
berkaitan dengan horizontal scaling, Kalau node shard nya ditambah apakah setiap record nantinya akan di reallocate mas ? Soalnya kan modulonya nanti akan berubah, contohnya dari 4 ke 5. Mohon penjelasannya. Terimakasih
Pagi mas, pembahasan cocok yang dibahas untuk problem yang ada. di tempat saya untuk saat ini sih DB saya udah menyentuh gb gban untuk menambah peforma, saat ini sih ada beberapa modul yang dirasa udah agak lemot dikit +1 / +2 detik gitu masih bingung di caching, berarti dia ada server khusus yang caching dulu, baru ke db yah mas? untuk sistemnya kita buat sendiri, atau dari databasenya udah ada fiturnya mas ? Thanks mas
Malam mas, mau bertanya apakah ketika melakukan database scaling kita harus concern dengan kemungkinan split brain? Atau apabila hanya database scaling splitbrain tidak akan terjadi? Terima kasih mas.
Mau tanya kang, klo kita menerapkan HA database scaling apakah cukup dengan sharding dan replica saja ?? Kemudian pertanyaan satu lg, klo kita mau melakukan snapshots database biasanya seperti apa ya proses yg di lakukan di database yg sudah di scaling itu ? Terimakasih Kang :D
Rata2 sekarang sharding dan replication yg dilakukan untuk scaling secara horizontal. Untuk backup, sama saja, tinggal store data tiap shard nya di backup storage
suka sama contentnya. Jelas penjelasannya dan ringkas...
Pembahasan yang menarik, ini ga cukup 1 video untuk ngejelasin tentang database.
Kalo boleh request, tolong dibahas tentang newsql, seperti tidb, cockroach, google spanner atau produk rdbms yang di re-engineering untuk scale out seperti vitess & citus.
Salam
Penjelasannya mantap mas, sangat mudah dimengerti utk saya yang awam soal software architecture seperti ini, thanks atas sharing nya mas (y)
Mantap pak, studi kasusnya cocok bgt sm case yg di bahas
Mungkin video video mas Eko ini adalah materi kuliah terbaik yg pernah saya dapat. Sangat kereeen, serasa nyesel baru dapat sekarang video videonya (y)
terima kasih, semoga bermanfaat
Penjelasan mantap Kak, sharing tips dan cara migrasi database dari no sql ke relational db Kak... misal firebase database ke sqldb
Terimakasih, ditunggu vidio berikutnya
Saya programmer tua....saya suka bahasan content nya....Semangat Progmmaer Indonesia
Waktu kuliah cuma dapet 1 semester doang dari kang eko jadi cuma kulit”nya doang tentang java.
Untung beliau berbaik hati share ilmunya disini.
Terimakasih banyak kang eko semoga berkah dan banyak rejeki
suka sama content nya mas,. keren,. bener2 kasih wawasan buat yang masih pemula sperti saya... keep vloging mas
Terimakasih Pak, penjelasannya sangat jelas. Tetap sharing terus Pak, chanel Bpk favorite saya, terus sharing problem solving untuk app yang mulai scale up
Bang, minta tolong bahas konsep menghitung stok persediaan. Kalau boleh. Hehehe. Karena kalau data sudah besar saya memiliki kendala loading nya lama karena ada perhitungan mundur.
Trus biar bisa seperti saldo bank itu bagaimana konsepnya yah.
alhamdulillah. makasih banyak pak (y) (y)
Video yg udah 3thn tp masih bagus untuk dipahami,
Sy jadi punya bbrp pertanyaan, mungkin bisa di jawab di next video
Bagaimana penggunaan multiple database service pada aplikasi server, spt penggunaan sql db & nosql,
Mungkin bisa digambarkan perancangan umum terkait studi kasus dan table yg ada di dalam nya
Terimakasih, sukses selalu 👍👍👍
Mas request tentang konsep database caching dengan server
wowww mantab banget
Makasih bang..
Mantap pak eko, mudah dipahami
Mantap om penjelasannya
Sharing implementasi webhook dong mas, yg bagian retry2 itu.
Baru kenal istilah routing dn sharding 😁, tahu nya partisi aja include teknik2 nya (list, range, hash dkk) d table, index dn tablespace.
Thanks sharing nya 👍
mas terkait redis caching.bagaimana penerapan yg bagus? apakah kalau data sudah besar kita tetap bisa lakukan caching?contoh contoh ratusan ribu record.
dan bagaimana menjaga agar data redis tetap up to date?apa kita cuma lakukan exipred saja? selama ini saya langsung taro data di KEY saja berupa array.btw mantap penjelasanya.
terimakasih
mohon pencerahan Agan, untuk cara/tool untuk cache database ini bagaimana caranya, haturnuhun sebelumnya
di bahas mas, caranya replikasi mysql jadi 1 database down, ada database kedua
nuhun kang infonya, mau tanya, kalo shardingnya pakai hash lalu di modulo, bagaimana solusinya jika ternyata servernya harus ditambah lagi? datanya harus dimigrasiin lagi sesuai modulo yang baru atau bagaimana?
apakah mysql blm mendukung untuk scaling di database nya ?, tempat saya bekerja memakai mysql klo ngaklai di sisi coding akan merubah banyak, kecualia di akali di base model, itu juga gak simple sptnya
mantebs mas, terakhir baca tulisan nya mas natalie ex cto dari tiket tentang caching utk gmn caranya handle transaksi gedhe per detik, mungkin bisa dibahas lebih dalam mas, hehe
Kalau bilang vertical scaling mahal, seharus nya horizontal scaling juga sama sama mahal atau bahkan lebih mahal, yang di tambah bukan hanya 1 komponen tetapi 1 server apalagi kalau masalah storage, contoh vertical scaling tinggal beli hardisk lagi kalau di horizontal scaling harus beli server dulu dan juga tentunya hardisk untuk menambah storage, akan tetapi yang saya masih penasaran kenapa di video tidak disebut kan horizontal scaling tidak lebih atau sama mahal nya dengan vertical scaling ?
Terima kasih.
Kalo hanya nambah hardisk memang terlihat lebih murah vertical scaling. Tapi kalo tujuan nya untuk scaling database, gak bisa terus scaling secara vertical. Karena harga hardware naiknya drastis. Jadi lebih baik scaling secara horizontal, selain hardware yg dibeli bisa lebih murah, dan lebih scale secara arsitektur. Yg sudah dibahas di video
ohh, i see, yang harga hardware exponential itu ya, oke oke thank you
Jelasin soal rest api bang
Request mas Eko...bahas graph database Neo4j
menarik
sebelum scaling mungkin bisa bikin sceduling buat hapus data yg perlu d hapus.. biar ngga mubajir 😅
Mas disarankan untuk melakukan caching DB sebelum vertical dan horizontal scaling.
Tapi mungkin kita tetap harus melakukan replication dulu untuk menghindari problem service DB nya mati.
Kemudian untuk replication, dibanding harus nambah physical server.. bagaimana kalo kita tambah aja server virtual / virtual machine untuk replication nya ?
yes, benar, minimal harus 2 server untuk db, untuk menjaga high availability nya
kalo untuk server, bebas bisa phisical server berbeda, atau virtual server, sama aja
keren om, ditunggu bahas redis om'
Nanti bakal dibahas tentang tech review
@@ProgrammerZamanNow siap ditunggu om
bahas cockroachdb min
sharding algorithm disini maksudnya consistent hasing ya mas Eko?
Wah mantap bener nih mas Eko👍nyari2 ilmu kaya gini dimana ya, apa emang cuma bisa didapetin dari pengalaman aja?
berkaitan dengan horizontal scaling, Kalau node shard nya ditambah apakah setiap record nantinya akan di reallocate mas ? Soalnya kan modulonya nanti akan berubah, contohnya dari 4 ke 5.
Mohon penjelasannya. Terimakasih
Bener juga ney, saya juga penasaran.
Pagi mas, pembahasan cocok yang dibahas untuk problem yang ada. di tempat saya
untuk saat ini sih DB saya udah menyentuh gb gban
untuk menambah peforma, saat ini sih ada beberapa modul yang dirasa udah agak lemot dikit +1 / +2 detik gitu
masih bingung di caching,
berarti dia ada server khusus yang caching dulu, baru ke db yah mas?
untuk sistemnya kita buat sendiri, atau dari databasenya udah ada fiturnya mas ?
Thanks mas
Beberapa db ada fitur caching, kalo gak ada harus buat sendiri, pake memory db seperti redis dan memcache
Calon CTO
Amin
Tapi sepertinya lebih condong ke Infra :D
saya nunggu2 konsep clustering, kok ngga disenggol2 ya?
Ini sekali take ambil nya kang ?
Lancar sekali menjelaskan nya ...
Ngenshot itu apa sih pak?
Malam mas, mau bertanya apakah ketika melakukan database scaling kita harus concern dengan kemungkinan split brain? Atau apabila hanya database scaling splitbrain tidak akan terjadi? Terima kasih mas.
Berapa cost yang harus dikeluarkan oleh perusahaan jika ingin mengimplementasikan Replication Data ??
cost 1 hardware di kali jumlah replica yang dimau
Mau tanya kang, klo kita menerapkan HA database scaling apakah cukup dengan sharding dan replica saja ?? Kemudian pertanyaan satu lg, klo kita mau melakukan snapshots database biasanya seperti apa ya proses yg di lakukan di database yg sudah di scaling itu ? Terimakasih Kang :D
Rata2 sekarang sharding dan replication yg dilakukan untuk scaling secara horizontal. Untuk backup, sama saja, tinggal store data tiap shard nya di backup storage
Kapan ya mas kita menggunakan lebih dari satu database? Mohon pencerahannya mas :)
Cara caching pakai software apa ya mas? Btw videonya muantep tenan
saya biasa pake redis
nyimk
sebagai mahasiswa yng baru lulus gw merasa bodoh...
hahhahaha
Me too.. Berasa kuliah nggak berguna, sad~