DATABASE SCALING

Hai Programmer Zaman Now!
Di video kali ini, saya akan bahas tentang database scaling. Kapan kira-kira kita butuh melakukan database scaling. Dan tehnik apa saja yang bisa kita lakukan untuk melakukan database scaling.
Playlist #SoftwareArchitecture : • Software Architecture
Playlist #SoftSkill : • SoftSkill
Let's connect
Instagram : / khannedy
Facebook : / khannedy

[@fajriabdillah2223]

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

[@ericssonbudhilaw5537]

Penjelasannya mantap mas, sangat mudah dimengerti utk saya yang awam soal software architecture seperti ini, thanks atas sharing nya mas (y)

[@hatersbudiman7058]

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 👍👍👍

[@muhammadrosyidi9028]

alhamdulillah. makasih banyak pak (y) (y)

[@felikslourensius]

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

[@ProgrammerZamanNow]

Beberapa db ada fitur caching, kalo gak ada harus buat sendiri, pake memory db seperti redis dan memcache

[@yudihermawan.s]

sebelum scaling mungkin bisa bikin sceduling buat hapus data yg perlu d hapus.. biar ngga mubajir 😅

[@adych3644]

mohon pencerahan Agan, untuk cara/tool untuk cache database ini bagaimana caranya, haturnuhun sebelumnya

[@wahyono1739]

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

[@AriasetaSetiaAlam]

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

[@ilhamsuaib10]

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

[@rendipratama42]

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 👍

[@berargumen2390]

Mantap om penjelasannya

[@mursalimhsd3847]

suka sama contentnya. Jelas penjelasannya dan ringkas...

[@khalidabdurrahman9627]

Mas request tentang konsep database caching dengan server

[@mtamarh]

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.

[@ProgrammerZamanNow]

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

[@mtamarh]

ohh, i see, yang harga hardware exponential itu ya, oke oke thank you

[@AminVincent]

suka sama content nya mas,. keren,. bener2 kasih wawasan buat yang masih pemula sperti saya... keep vloging mas

[@ragilmanggalaning]

Mungkin video video mas Eko ini adalah materi kuliah terbaik yg pernah saya dapat. Sangat kereeen, serasa nyesel baru dapat sekarang video videonya (y)

[@ProgrammerZamanNow]

terima kasih, semoga bermanfaat

[@blipur]

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.

[@abdiillah1233]

keren om, ditunggu bahas redis om'

[@ProgrammerZamanNow]

Nanti bakal dibahas tentang tech review

[@abdiillah1233]

@@ProgrammerZamanNow siap ditunggu om

[@inaceri]

Ini sekali take ambil nya kang ? Lancar sekali menjelaskan nya ...

[@ichsanbudiman2310]

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?

[@zulhanchaerul4274]

Ngenshot itu apa sih pak?

[@akhmadinakhmadin3695]

Saya programmer tua....saya suka bahasan content nya....Semangat Progmmaer Indonesia

[@ahmadhidayat151]

Request mas Eko...bahas graph database Neo4j

[@ProgrammerZamanNow]

menarik

[@falentinodjoka6732]

Kapan ya mas kita menggunakan lebih dari satu database? Mohon pencerahannya mas :)

[@erictranggono6154]

di bahas mas, caranya replikasi mysql jadi 1 database down, ada database kedua

[@panjijayasutra1573]

Terimakasih Pak, penjelasannya sangat jelas. Tetap sharing terus Pak, chanel Bpk favorite saya, terus sharing problem solving untuk app yang mulai scale up

[@davidirawan3083]

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

[@johansanjaya3891]

Mantap pak, studi kasusnya cocok bgt sm case yg di bahas

[@mohamadilhamramadhan6354]

Wah mantap bener nih mas Eko👍nyari2 ilmu kaya gini dimana ya, apa emang cuma bisa didapetin dari pengalaman aja?

[@rezamonang]

sharding algorithm disini maksudnya consistent hasing ya mas Eko?

[@feechanz]

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.

[@ilhamsa01]

sebagai mahasiswa yng baru lulus gw merasa bodoh... hahhahaha

[@statem9357]

Me too.. Berasa kuliah nggak berguna, sad~

[@agustandritan8343]

Jelasin soal rest api bang

[@mobilesolution9854]

saya nunggu2 konsep clustering, kok ngga disenggol2 ya?

[@statem9357]

Berapa cost yang harus dikeluarkan oleh perusahaan jika ingin mengimplementasikan Replication Data ??

[@ProgrammerZamanNow]

cost 1 hardware di kali jumlah replica yang dimau

[@AasSuhendar]

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

[@ProgrammerZamanNow]

Rata2 sekarang sharding dan replication yg dilakukan untuk scaling secara horizontal. Untuk backup, sama saja, tinggal store data tiap shard nya di backup storage

[@warisalhafidz422]

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

[@ayipeiger]

Bener juga ney, saya juga penasaran.

[@farham_harvianto]

Makasih bang..

[@fajarhidayat5441]

Calon CTO

[@ProgrammerZamanNow]

Amin

[@statem9357]

Tapi sepertinya lebih condong ke Infra :D

[@dianugroho]

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 ?

[@ProgrammerZamanNow]

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

[@rudiarta]

bahas cockroachdb min

[@jakaperdana5002]

Cara caching pakai software apa ya mas? Btw videonya muantep tenan

[@ProgrammerZamanNow]

saya biasa pake redis

[@pratamaridzky171]

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

[@tarikhagustia939]

Mantap pak eko, mudah dipahami

[@MasHarytube]

wowww mantab banget

[@rasyidzuhri540]

nyimk