Kenapa *Jangan* Microservice
ฝัง
- เผยแพร่เมื่อ 15 พ.ค. 2024
- Banyak yang salah kaprah tentang microservice yang menjadi solusi atas semua masalah. Mari kita bedah kapan harus pakai microservice, dan kapan harus menghindari microservice.
Amazon Prime migrate to monolith:
www.primevideotech.com/video-...
Social Media
/ iqbalaydrus
/ iqbalaydrus
github.com/iqbalaydrus
00:00 - Intro
00:55 - Monolith
01:22 - Monolith Example
02:59 - Microservice
06:51 - Microservice Example
09:37 - Studi Kasus Amazon Prime
12:05 - Kesimpulan - วิทยาศาสตร์และเทคโนโลยี
Penjelasan microservicenya kurang tepat, harusnya antar service tidak ada saling panggil, karena kalau ada saling panggil sama aja kayak monolith, karena tiap service itu berdiri sendiri, tanpa bergantung dari service yg lain. kenapa gitu kalau ada saling panggil nantinya couplingnya terlalu gede, dan resilieance tiap servicenya nggak ada. Jika salah satu service itu mati harusnya nggak mempengaruhi service yg lain, jadi service yg lain tetep jalan. biasanya calling service bisa diganti pake kafka. Terus buat authentication service nggak dilakuin di tiap service tapi di api gw nya
agree,best practicenya minim handshaking antar service,karena berdiri sendiri, akan banyak data duplication,,untuk menghindari dependency antar service,trus bagaimana syncnya,,disini kunci kenapa butuh messaging,,,kalo pun ada handshaking,,itu hanya terkait authentication n authorization
wah mantap bang penjelasannya, semoga di respon creator, btw suka banget kalau ada diskusi kaya gini, saya yang awam di microservice dapat insight baru jadinya
ada microservice orchestrator, sama ada choreography. mungkin itu maksud nya ya?
Yak betul. Jadi karena memang microservice ini is a broad concept, jadi memang banyak approach yang dipake. Tergantung kebutuhan aja mau pake approach yang mana.
Yang jelas jangan mau dibrainwash ya "microservice harus begini", ngga semua guidelines harus diikutin, tapi kita harus tau semua guidelines untuk referensi 😘
cmiiw setauku emang ada 2 jenis sih microservice dari sisi implementasi yaitu service orchestration dan service discovery/choreography, kalo yg masih calling api antar service itu masuknya service orchestration dan emang couplingnya gede antar serrvice tapi implementasinya lebih mudah dan kalo yang anda bicarakan juga microservice tapi jenisnya service discovery/choreography (implementasinya lebih rumit biasanya buat aplikasi dgn user banyak) yang biasanya pake teknik messaging coupling antar service emang kecil tapi coupling service ke message brokernya dan api gateway nya jadi gede jadi pastikan instance AG dan MB harus selalu berjalan dengan baik karena kalo mati ya wassalam wkwkwk.
keren nih, underrated content
Semangat bg, auto subs ke 220😂
mantap bg👍
Subscribe, semangat bang. Banyakin konten kayak gini.
Calon channel besar ini, mantap, thankyou ilmu nya bang!
Amiiiiinnn! Ntar ada sponsor2 macem youtuber2 terkenal asik kali ya 😂
Bener bang, semua tergantung kebutuhan
Keren banget sangat membantu
mantap bang, kontent nya bermanfaat
Penjelasannya bagus banget, auto subs
micro service harus low coupling hi cohesion, kalau ada coupling berarti infrastructure managementnya ga mateng
setuju bang.. sehat sehat bang, kontentnya keren 👍
Thank youuu
ini channel bakal berkembang pesat sih.. pemyampaiannya bagus isinya juga informatif kereen subs ke 507
ah sa aaee, jadi malu (tapi amiiiinnn)
Konten bagus !!!! Mau adain nobar ini ah di Bandung
jangan nobar dooong, keitungnya 1 view doang
keren bib,
Setuju. "Sub-Monitoring" per service harus dipersiapkan dan didesain dengan baik.
Sebenarnya sangat mudah untuk menentukan Kapan baiknya menerapkan konsep Microservice atau tidak.
Dan tentang auth, bisa terapkan logic/method Zanzibar.
Dan dalam banyak kasus, Small Simple Monolith adalah Microservice
Weh apatuh zanzibar baru denger. Otw googling
hypermedia-driven applications, gwe baru pelajaran ini bg hahaha.. microservice gwe baru denger dari lu, cz spesifik pembahasan backend.
nice bang, boleh dong buatin tutorial/studi kasus microservices sekalian monitoring nya
Up
Om bahas N.A.T.S dong.
Gue suka banget, cuma kok gak populer disini ya 🤔 .
Padahal kalau pertimbanganya masalah persistence, sekarang kan udah ada jetstream.
Ijin subscribe baaaaang
Microservice emg pisau bermata dua. Kalo emg msh tahap awal plg bnr monolith entar kalo tim udh gede/proses berat yg kaya IO/ payment yg harus konsisten datanya baru migrate MS pelan2
tapi kebanyakan orang langsung bikin microservices wkwk
Mantab, coba bahas apa itu "zero trust" dong.
Naaah ini juga menarik! Ok2
Banyak yang anti ama php karena kebanyakan framwork monolith (padahal nggak), terus app mereka gak segitu gede. wkwkwk
sering banget temuin, harus serba canggih walau usernya cuman 2!!
Ooooh ada barbershop butuh sistem appointment? Bisa nih pake kubernetes dual region!!!
@@iqbal.alaydrus wkwkwkwkwk kacau
biaya n ux keknya, lbh brasa lg klo infranya punya sndri👻
Pov yang bagus…
aku sih yess
Jika client sebanyak 100 M rquest data bersamaan ke server.
Bagaimana caranya agar semua client mendapatkan data secara bersamaan dari server dalam waktu 5 detik?
Di sini kasusnya 100m request ke server utk operasi GET. Diasumsikan utk mengambil data dari DB.
Ada 2 possible bottleneck. Di DB, dan di servernya. Utk handle server bottleneck, pke load balancer utk handle load besar. Biasanya replica severnya bs belasan. Utk masalah DB, ini lbh tricky. Karena semua tgantung operasi. Klo operasi hanya read, berarti perlu read replica utk db nya. Nah klo writenya jg besar, perlu db sharding
kalo skala apss lu masih mumpuni di monolith , ga usah sok2 an lah ganti ke microservices 😷, belum lg kalo dev nya cuma 2 biji
begitulah yg disampaikan beliau ini...
dan terjadi di gue programer cuma 2😢 lead gabisa ngoding pula.... ancuuuuuuuurrrrrr...
@@jokesringan9649 wah trus Lead nya ngapin bro? 😶
@@zachedo3538 ya nerima project + ngawasin aja. problem solve, ngembangin fitur dan masalah proyek dll. yg mikir staf.
udah gitu semua permintaan client di acc terus sm dia (apapun). btw dia ngerangkap juga jd PM.
lagi pula kita berdua gak bisa show off ke atas, karena lead ini terlalu licik wkwkwk..
akhirnya kita ber2 keluar gatau dah tuh kantor gimana sekarang wkwkwk..
hah apaan tuh? fortune cookies?
Monde cookies?