Terus semangat pak buat share konten yg bermanfaat kayak gini, semoga sehat selalu👍

kang request dong tutorial microservice paling simple dengan menerapkan semua tech yang sudah kang eko ajarkan, spt api gateway , docker, message broker dll. terimakasih

@yayanrahmatwijaya9338

3 жыл бұрын

Up

@satriofirmansyah6748

3 жыл бұрын

Up

@ghobedaskar701

3 жыл бұрын

Up

@wongbsaja9487

3 жыл бұрын

Up. Membership jg gpp bang

Wah mantap pak eko sharing sharing teknologi

padahal dulu saya pernah lihat video ini, tapi karena belum terlalu paham jadinya cuma ingat sekilas doang, tapi hari ini saya mengalaminya sendiri masalah menggunakan tabel sebagai message broker dan deadlock SQL terjadi tiap sebentar, dengan implementasi persis seperti yang Mas Eko jelaskan dimana letak masalahnya. Akhirnya saya ingat pernah nonton video Mas Eko tentang ini dan baru sadar, bodohnya saya. Padahal awalnya mau nerapin rabbitMQ, tapi bodohnya saya ini semua terjadi hanya karena malas meminta ke tim infra untuk setup RabbitMQ Server saya mau buat ulang implementasinya dengan RabbitMQ, trims Mas, sangat membantu sekali. keep up the good jobs 👍

inspiring! terima kasih sudah berbagi insight..

Terima kasih ilmunya mas

di kantor ku gitu kang, tiap queque email pake tabel, alhasil infinity loop query,, mntap dah ilmunya

menarik sekali

Mantap

top bangett penjelasannya .. pemikiran menggunakan table itu memang umum banget, tapi sebenarnya "menyedihkan" karena akan membuat server app bekerja keras untuk berusaha mendapatkan "real time" data..

sama bgt kaya di tempat kerja saya kang, akhirnya sekarang udah beraalih pake rabbitmq

👍👍

pak nadiem harus mengakomodasi mereka yang membagikan ilmunya secara gratis seperti ini. mungkin perlu dibuatkan media lain yang lebih terstruktur #aspirasirakyatuntukmendikbud

Masalah pertama, bisa selesai dg fitur pg_notify ya mas? Masalah soal ngirim ke banyak app lain jg bs dg pg_notify. Masalah partisi bisa pakai sharding db spt punya citus. Round robin jg bisa dibuat pake kombinasi function dan notify. Mohon dikoreksi jika salah 🙏🏻

langsung di coba pake tabel, hasilnya jadi agak aneh. thanks PZN

Bang kotlin restful api juga dipelajari? Untuk buat aplikasi android

Siang Kak. Saya kurang setuju karena kita bisa buat servis seperti message broker yg mengupdate lgsg ke db atau melalui API khan kak? Mksdnya Message broker yg kita buat gunakan query data ke table lalu distribusikan update lgsg ke db atau lewat API.

pertanyaannya logic dalam massage broker gmn ya mas ? kan message broker nyimpen data di server juga ? apa nyimpennya di table dalam database jg ?

Tolong jelaskan pak katanya message broker gk query terus2an kok consumer pake infinite loop untuk dapat data artinya client yg minta data bukan publiser yg ngirim data atau gimana pak?

kalau pakai mongodb sebagai pengganti message broker gmn mas? apakah masih masuk akal? cukup penasaran karena mongodb bisa pakai event gitu..

first!

Kapan kita harus menggunakan message broker?

Pantau

kang, ini konsepnya pake MQTT (Message Queuing Telemetry Transport) kan ya kang? berarti kan si client ituh akan subscribe si broker untuk listen datanya kan. Bisa gak kang, klo semisal si publisher kirim payloadnya untuk si Service A, lalu di menit berikutnya si publisher kirim payloadnya untuk Service B? jadi lebih di specifickin gtu. Caranya apa kita bedain topic nya saja kah? lalu subscriber misalnya Service A di duplicate jadi Service A1, A2 supaya lebih cepat. Berarti otomatis mengarah ke topic yang sama. Bagaimana untuk manage si payload tersebut apakah untuk si service A1 atau A2?

@neoneo456

Жыл бұрын

sekedar sharing aj bang, pengalaman memakai pub sub GCP (mungkin mekanismenya sama) ==== klo semisal si publisher kirim payloadnya untuk si Service A, lalu di menit berikutnya si publisher kirim payloadnya untuk Service B? jadi lebih di specifickin gtu. Caranya apa kita bedain topic nya saja kah? Iya betul, bedain topicnya. misal topic A dan topic B ==== ==== lalu subscriber misalnya Service A di duplicate jadi Service A1, A2 supaya lebih cepat. Berarti otomatis mengarah ke topic yang sama. iya, service A1 dan A2 listen ke subscription yg sama ==== ==== Bagaimana untuk manage si payload tersebut apakah untuk si service A1 atau A2? kalau fungsinya untuk A1 dan A2 sama persis, bukan untuk beda tujuan, dengan subscription yg sama, akan dihandle otomatis oleh A1 atau A2 tergantung mana yg idle untuk ngerjain duluan ====

"Message broker memberi tahu ke client" Saya kurang paham dengan ini.. Soalnya saya liat tutorial kafka consumer dia juga infinite loop

Socket bisa kan? Pengganti message broker

mas bedanya message broker dan rpc itu apa mas?

Maaf mas saya masih awam mau tanya bukanya kalo pake loadbalancer sudah ada round robin kan ya berrti kalo kita post data misal queue ke tabel maka data yg di post akan berbeda juga kan ya?

@ProgrammerZamanNow

3 жыл бұрын

tidak ada load balance untuk table

mas eko untuk kafka sendiri dia nggak pake sistem pubsub kan ya? karena dari consumernya dia ngefetch data bukan dikirimin data. cmiiw

@ProgrammerZamanNow

3 жыл бұрын

betul, kafka itu pull, cuma biar gampang jelasinnya :D

kalo saya sblm pake msg broker pakenya di mysql stream bin log 😅

Klo menggunakan redis sbg pub-sub message broker ada kekurangannya dibanding mq (rabbit, zero, dll) mas?

@ProgrammerZamanNow

3 жыл бұрын

Untuk kasus sederhana, redis bisa digunakan, saya juga sering pake redis untuk kasua sederhana

@adiyatmubarak9983

3 жыл бұрын

kalo pake redis pub sub, gak ada fitur acknowledge kalo gasalah. jadi semua akan dapet message nya. case sederhana, saya biasanya pake LPUSH sama BRPOP atau RPUSH sama BLPOP.

kalo ada yg mudah kenapa harus yg susah hrus pake table manual

kang request tutor PDO dong kang,..soalnya untuk yang tutor bahasa indonesia nya gak lengkap atau bahkan lebih tepatnya belum ada yang pernah bikin,..tutor yang luar ada sih cuman susah juga kan otak harus loading dulu translate in omongan nya wk,..

@ProgrammerZamanNow

3 жыл бұрын

PHP DATA OBJECT? Sudah ada di premium course php database

@29_fiq17

3 жыл бұрын

Oh iya,..tpi premi kang yah,..ya oke lah saya penasaran soalnya,..nanti saya berlangganan,..sukses terus kang👍🏻

ok, pake aplikasi apa ini buat bikin konten nya? pengen yg langsung rekaman bikin tutorial tanpa banyak edit 🙏🙏 sorry oot

@ProgrammerZamanNow

3 жыл бұрын

Screenflow

@ahmadnugroho566

3 жыл бұрын

@@ProgrammerZamanNow terimakasih om,

Mas, saya punya permintaan. Mohon bukin tutorial untuk penggunaan dan implementasi Message Broker juga. Terima kasih

@ProgrammerZamanNow

3 жыл бұрын

cek playlist Apache Kafka

kalau pakai nsq memungkin kan gak?

@ProgrammerZamanNow

3 жыл бұрын

Bisa

Klo pke table, Delete data pake logic

3:05 bagaimana jadinya kalo diakalin pakai websocket?

@crushfire2004

3 жыл бұрын

Terlalu banyak effort utk implementasi, lebih baik pake solusi yg sudah ada dan teruji hehehehe

Walau context nya "dapatkah MB/MQ Software digantikan dengan table", Sorry that I have to disagree with you Menurut saya, anda blame methodology orang lain untuk memberi kesan membenarkan penggunaan MQ Software *pada semua kasus* padahal traffic, fixed-traffic, total user, total fixed-user orang beda2, bahkan interval check-database setiap aplikasi beda2 jadi bingung juga ada coworker pakai bigass RabbitMQ tanpa discuss, padahal cuma buat small-fixed-traffic web app, antara mubazir dan bikin kerjaan ke temen lain juga I know, high traffic udah jadi makanan anda sehari2, tapi mbok ya jangan mempersempit wawasan orang lain dengan (contohnya) fully blame table-based queue.

@ProgrammerZamanNow

3 жыл бұрын

judulnya table sebagai pengganti message broker ya, bukan table sebagai pengganti queue, kalo kebutuhan hanya queue, bahkan gak butuh table juga bisa, bahkan struktur data array juga bisa, dan sering saya bahas di materi struktur data, misal Java Collection

@dev_rupi

3 жыл бұрын

Klau ada implementasi lebih baik ke depan kenapa harus pake metode database, lagian rabbitmq ga makan resource gede juga