APA ITU MESSAGE BROKER -

Hai Programmer Zaman Now!
Apa itu Message Broker? Kapan kita harus menggunakan Message Broker? Dan apa plus minus nya menggunakan Message Broker? Semuanya dibahas lengkap di video kali ini.
Playlist #SoftwareArchitecture : • Software Architecture
Let's connect
Instagram : / khannedy
Facebook : / khannedy

[@fahmihidayatullah478]

Om eko, request ... video selanjutnya step by step migrasi monolith to microservice 😁

[@ProgrammerZamanNow]

noted

[@MAgungSutrisno]

+1. Mungkin konsep microservicesnya juga 😂

[@kresnaplaysgames]

Ditunggu nih topiknya mas Eko

[@agustinusgirihartono6920]

CI/CD juga Jenkins

[@adityarahmansidqi6451]

Mas eko, kalau message broker nya yg bermasalah itu bagaimana ya kasusnya ?

[@arieffauzan7631]

sepertinya ini yg tidak bisa dijawab.. :)

[@juwandysusilo]

thanks a lot utk content2nya.. priceless banget nih.. terutama utk g yang butuh extra effort ketika baca docs / tutorial bahasa inggris.

[@rumahakur1383]

Bener penjelasan om eko enak banget dipahami

[@ahlansaputra7315]

salam di tahun 2021, mas habis saya lihat video ini, perbedaan cron job queue, sama message broker apa ya ?

[@weibDaron]

bang, request ilmu database nya dong, jarang2 ada yg bahas database programming, kaya sp, cursor, optimasi query

[@OnRoadIndonesia]

very nice and clear information, mas !.

[@ridhwanfarishermawan6149]

arah dari pembicaraan message broker jadi nge triggered konsep microservices ya pak eko hahaha... mantul pak eko

[@ariefhidayatulloh]

Request bahas Event Sourcing Pak Eko. Daripada ke Message Broker, masukin ke Event Source. Terima kasih

[@BudiSantoso-er6cq]

Luar biasa, mas eko ini masih muda, cerdas..pintar.. pengen punya anak kaya mas eko.. 😁

[@yuliefasuryantoro4138]

makasih mas terpecahkan sudah problem saya selama ini hehe

[@jakaperdana5002]

Makasih bg, sering sering buat konten tentang software architrcture ya bg

[@linov1673]

Kalo aplikasinya mati dalam waktu lama lalu dinyalakan kembali gimana mas, aplikasinya akan terima banyak data ya? Anggap saja OrderService memiliki transaksi 3data/sec, lalu NotificationService mati selama 1 bulan, berarti data yang akan diterima NotificationService ketika dinyalakan kembali sekitar 3*60*60*24*30=7,776,000 data order dalam satu waktu ya? Nanti aplikasinya gak hang kah?

[@ProgrammerZamanNow]

iya, notificationservice akan menerima semua data yang belum pernah dia terima. tapi tidak sekaligus semua diterima, diterima satu per satu sesuai dengan kemampuan konsumsi Notification service nya

[@RaldesKrisnuPratama]

​@@ProgrammerZamanNow pak mau tanya juga nih. kalo misalkan diproses satu persatu gitu sesuai antrian atau gimana pak? kalo misalkan sesuai antrian berarti memakan waktu yg lama kan, nah gimana cara untuk ngakalin supaya antrian bisa lebih cepat? apakah kita perlu threading untuk mengatasi antrian tersebut?

[@ProgrammerZamanNow]

@@RaldesKrisnuPratama iya antrian, tinggal dibesarkan aja jumlah consumer nya, kalo butuh lebih cepat. Ibarat antri di bank, kalo mau makin cepat, banyakin teller nya

[@mfahmiululazmi8741]

request cara kerja message broker, bagaimana dia mengirim data ke service yang dituju. bagaimana suatu service menghandle data yang dikirim message broker

[@ProgrammerZamanNow]

Noted

[@speksuperhero]

Ntah kenapa dari penjelasan ini baru ngeh dulu waktu awal2 tokped berdiri waktu search barang aja lamanya setengah mati 🤣🤣

[@huhuy4587]

Pak, mau tanya, diakhir video bapak bilang, semua aplikasi jd bergantung pd message broker, sehingga kita wajib memilih message broker yg handal.. yg ingin sy tnykan adalah apa solusi jika message broker ini down ( baik secara server/service) , best practice handling nya gmn?

[@masTri78]

message broker tidak bisa untuk pattern dimana action di service yang menggenerate event ke message broker dan action di service yang meng consume harus 'transactional' ya

[@susanto431]

Notifikasi service yg dimksd apa pak? Sory baru belajar 🙏

[@keyzora8232]

kalau saya tarik kesimpulan berarti message broker hanya berlaku untuk aplikasi yang sifatnya tidak saling ketergantungan, tidak berlaku untuk aplikasi yang sifatnya end to end transaction ya

[@intanchanel2105]

Mau Tanya I'm..klo misal kebutuhan transfer data antar table database bisa ga pke ini?

[@dimason5515]

selain untuk notification, penerapan message broker di dunia kerja apalagi ya biasanya?

[@muazhari]

kenapa kakak bilang jika terdapat salah satu service yang bergantung dengan order service bermasalah, maka service order tersebut tidak akan bekerja juga? jika dibuat microservices seperti itu, apakah semua service harus bekerja 100% untuk dapat dikatakan sistemnya "bekerja"?. Jika iya, apakah tidak boleh ada satupun service yang bergantung itu bermasalah meskipun sebenarnya service tersebut termasuk opsional?

[@FladioArmandika]

om. rekomen best practice nya dong

[@abdiillah1233]

makasih om, bermanfaat sekali

[@muthiahalida2107]

mas eko kira" ada contoh studi kasus nya gitu nggk? berupa codingan

[@aguilartito6968]

10:44 Sama seperti konsep consumer group pada Kafka, intinya consuming message secara parallel dari banyak paritisi topic, tidak harus banyak service kalau di kafka

[@robihidayat4398]

Masuk Pak eko... Keren mas videonya. saran dong, ngambil lokasi di beberapa tempat yang berbeda :p

[@ProgrammerZamanNow]

hehehe, sip, next video nyari tempat lain

[@faridramadhan8443]

Keren! tq banget pak, jadi paham soal message broker. Mau tanya juga, apa message broker ini sama seperti queuing service ? atau sebenarnya message broker ini memakai konsep queuing service ?

[@ProgrammerZamanNow]

Queue biasanya jadi salah satu fasilitas yg ada di message broker

[@faridramadhan8443]

Owwhhh.. jadi queue termasuk salah satu fitur dari message broker.. siapp tq pak infonya 👍

[@feechanz]

Membahas satu service bermasalah mempengaruhi service lain yg ketergantungan jd teringat circuit breaker mas.. mungkin kapan2 bisa dibahas juga. Hehehe

[@statem9357]

Adakah referensi dalam bentuk buku fisik maupun e-book (bahasa indo maupun english) ??

[@enjaytarigan1343]

ilmu mahal ini

[@culturesundabetawi]

mas eko saya ingin bertanya mengenai workflow engine seperti cadence/conductor netflix apakah itu cukup untuk membuat saga pattern

[@mohamadfazrinfahlevi]

mantapppl bang ekoooo mondar mandir mulu ana ke chanel mas eko

[@alfandialdi7558]

Bang eko, request bahas web socket dong Terima kasih...

[@AndiSyafrianda]

makasih mas ilmu bermanfaat saya saya pantengin 2008 tapi saya nonton ulang 2020

[@masTri78]

so nyawa layanan nya tergantung sama message broker dong ya

[@iadhama2064]

Maaf mas mau tanya, kalo untuk xmpp dan web socket apa bedanya? Apakah keduanya termasuk teknologi yg digunakan oleh message broker?

[@luthfai]

bang request pembahasan dari basic sampai advance (kalo bisa) terkait best practice teknis stress test

[@broklyngagah]

request om.. bahas tentang service orchestration vs service choreography

[@Lol-gq4ce]

Bener2 harus melek teknologi

[@johannainggolan5109]

Terimakasih penjelasannya sangat clear dan simple dimengeri Mas Eko

[@dwiekoraharjo7453]

bagus gan terusin hehehe klu bs yg lbh kompleks mas masalahnya biar seru

[@rianamrodin3503]

terima kasih atas info materi nya, sangat bermanfaat

[@user-nf3hc5ud7i]

mantap mas ditunggu update nya, request dong mas penjelasan tentang Service Mesh.. heheh

[@gilangrakean9501]

Terima kasih videonya mas, sangat informatif.

[@mstgames7572]

Bermanfaat

[@wahyono1739]

Sekelas ecomerce besar apakah memakai msgbroker juga.?..

[@ProgrammerZamanNow]

semua ecommerce besar pasti pake

[@RezaElborneo]

kalo pas notif service nyala dan broker kirim message yg pending, ternyata notif service masih error, apa message yg dikirim si broker ini dianggap sudah terkirim? apa ada mekanisme sendiri si broker utk nandai si service tujuan sukses proses message nya? ide materi simple aja mas : best practice untuk unit testing 😁

[@ProgrammerZamanNow]

ini tergantung dari message broker yang kita pilih, contohnya di kafka, jika consumer tidak melakukan commit (sukses), maka message bisa dikirim ulang

[@afinaramadhani190]

makasi bg buat materi nya, sangat membantu dalam tugas saya 🤩

[@aryabp]

mirip email ya bang

[@hdm_vision]

kalau message broker bisa error ngga?

[@fajarmaulana8283]

Om request bahas service mesh

[@delviekaputra5132]

bagus banget..tks

[@HambaAllah-xn2zp]

Klw di AWS ada SQS

[@rezaseptiandra1934]

kalo pake table yang nampung queue message? bisa kah? tanpa harus pakai mssg broker, jadi tinggal di queuing di table itu aja

[@ProgrammerZamanNow]

gak cocok struktur nya kalo disimpan di table

[@rezaseptiandra1934]

@@ProgrammerZamanNow rabbitmq ga pake db emangnya bang?

[@rifaimartin3668]

makasih banyak mas eko

[@chandras3608]

bagus, sangat membantu pak.

[@adiyatmubarak9983]

Saya masih tidak familiar dengan paradigma async dalam passing data. Bagaimana saat saya mengirim data tapi saya juga perlu menunggu hasilnya? apakah saya tetap harus post langsung ke servicenya atau apakah message broker bisa juga menangani masalah ini? Semoga banyak pembahasan lagi soal #SoftwareArchitecture di video selanjutanya :D

[@ProgrammerZamanNow]

yup, saat kita pindah menggunakan message broker, masa mau gak mau, cara kerja aplikasi nya emang harus diubah, gak bisa sync lagi. salah satu caranya buat komunikasi 2 arah, jadi order service mengirim message ke message broker untuk dikirim ke notification service, selanjutnya setelah notification service sukses mengirim email, notification service mengirim status ke message broker untuk dikirim ke order service memang lumayan harus banyak berubah :D

[@adiyatmubarak9983]

I see, apakah saat menerima data dari broker, ini bisa di forward ke http response? semisal kita ingin mengembalikan value ke user dari hasil data yg di submit

[@DiditVelliz]

Kayaknya, solusi ini hadir untuk web yang request per detiknya memang banyak. Supaya sistem tetep responsive menangani request gede. Soal response ya betul jadi async (pake callbacks) karena nunggu message broker ngabarin lagi. *cmiiw

[@radityaarya8316]

Gimana kalo yang error/mati adalah message broker nya? Apa semua message yang belum terkirim hilang?

[@ProgrammerZamanNow]

sudah saya bahas di bagian terakhir di video nya

[@ProgrammerZamanNow]

message yang belum terkirim tapi sudah diterima message broker, dia tetep ada, tidak akan hilang

[@mobilesolution9854]

kalo ga salah nilai retensinya ya

[@muhammadfadli9086]

Bedanya sama queue apa mas?

[@onepointproduction9092]

lah ini Queue om..

[@farham_harvianto]

nah iya nih.. bedanya apa ya bang?

[@ProgrammerZamanNow]

Queue dibahas di video, bagian mendistribusikan pekerjaan

[@alisunjaya]

Queue ke memory juga queue namanya. Message broker running diatas konsep queue.

[@mobilesolution9854]

Lagi heboh debat monolith & microservices, tapi jujur masih ngga ngerti bang, wkwkwk. bahas donk

[@ferdiardianto4217]

kalo sekarang menggunakan redis sbg jembatan dan antrian. lebih baik menggunakan message broker ini atau redis pak?

[@ProgrammerZamanNow]

kalo sederhana, bisa pake redis, tapi kalo udah kompleks, lebih baik pake message broker

[@KunglawAdy]

imagine..... dislike this video