Sering banget denger kalau bahas "scaling" malah ke framework atau bahasa program, padahal yang benar-benar buat "scalable" gak dibahas. Keren penjelasannya tentang DevOps, Arsitektur, dan Optimasi.
Scaling bagusnya dari awal yaitu code nya mas, kalau codenya terdapat loop berat udah pasti memory leak, mau di scale sejanggih apapun memory leaknya akan tetap jalan. Solusinya bersihkan code, kalau gk bisa juga di bersihkan gunakan third party library, bayar pun gpp
@@_whitecatfullgrown Betul, tapi jangan remehin sisi infra DevOps. Kode mah gada habisnya kalau dibahas, sampai optimasi ke akar-akarnya gak bakal habis pembahasan. Asumsi kode sudah lumayan oke pembahasan infra sangat bagus. Makin ga nyambung konten yang bandingin bahasa program dan framework, dimana semuanya tidak terhindar dari "bad code". Mau bahas optimasi kode sampai akar-akarnya padahal bagian infra gak dibahas sama sekali.
@@_whitecatfullgrown Disini abang agak keliru, konsep "Kode bersih" atau "Clean Code" tidak ada hubungannya dengan performa tapi lebih ke peningkatan developer experience saat ngoding. Kalau lihat kode kernel atau driver pasti abang pusing soalnya tidak ada tata krama kode disitu.
@@zulfiqrysaadputra saya orang devops, jadi paham kalo bilang soal infra wkwk. Kalau udah pernah liat code yg berantakan ya baguslah, yang saya maksud codenya juga bermasalah di performa komputing. Test aja run berkali kali, kalau terjadi anomali memory naik dan gk turun secara signifikan setelah code selesai, artinya terjadi memory leak. Itu maksud saya
Konsepnya dah sering dijelasin bang, orang2 juga udah muak paling dengernya, tapi praktiknya pakai toolsnya apa yang belom nih, ngeconfig dnsnya di cloudflare, ngeconfig load-balancer nginx(kalo pake nginx). Kayak yang lu lakuin pake Ansible ini ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-jT6DYFVS4aI.html
Om kapan nih bahas N.A.T.S, udah 2 kali dicontent lu nyebut barang ini. Dicontent sebelumnya juga gue udah komen begini :D Tapi langsung yang implement jetstream yak wkwkwkw....
Tadi abang bilang kerjanya load balancer relative lebih rendah dari web service, misal spek server khusus load balancer ini kita setup 1 core 1gb kira2 cukup aja ya bang, misal kira2 untuk ribuan user?
tergantung *concurrent* usernya berapa, dan tergantung rules yang ada di load balancernya juga. kalo concurrentnya ribuan juga sih kayanya ga kuat ya 😂
by default kubernetes ga ada yang auto scale sih, kecuali lo setup horizontal pod scaling. database auto scale di kubernetes doesn't sound like a good idea 😂
nah kalo ini gw setuju memang harusnya di db. at least 99% kasus lah ya, ada beberapa corner cases yang lebih bagus di backend. cuma biasanya itu ada beberapa query yang dipaksakan pake rdbms, misal, group by + sum() 1jt rows, udah gitu gapake index atau query plannernya kaga diliat. tewas itu rdbms apapun 😂
Yang sehari hari manage system ga scalable nyimak bang wkwk, devnya cuman minta naik cpu aja kalau lagi nge peak ga pernah ngeoptimize querry sama memeory usage :v *uhuk mikocok
Multi master adalah hal bodoh :D setuju. Multi master akan berguna ketika bikin multi-region / multi-kontinen infrastruktur, harus bisa nulis ke region terdekat. Saya saya bikin infra macam ini pake AWS Aurora yg bisa nulis ke replica pake fitur write-forwading ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-Ody0-TRpWrQ.html
mas minta tolong kalau ada waktu bahas tentang kafka dong, gimana implementasi streaming dan queing terus kalau bisa sama tentang orchestra dengan docker swarm atau kubernetes karena selama nontonin video lu selalu masuk penyampaiannya thanks mas sudah mau berbagi ilmunya
wah gabisa nih gw kalo ada orang yang mintanya baik2. ok nanti gw bahas yez, cuma ngga janji kapan-nya. docker swarm + kubernetes udah ada sih tipis2 di video gw sebelum ini. demonya mau programming language apa? biar sekalian aja 😂
