Kenapa *Jangan* Microservice

Kenapa Jangan Microservice

Рет қаралды 4,532

Күн бұрын

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

Пікірлер: 53

@mih5944 22 күн бұрын

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

@ajimulyadi8064 22 күн бұрын

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

@esoftgreat 16 күн бұрын

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

@MuhammadFahreza 16 күн бұрын

ada microservice orchestrator, sama ada choreography. mungkin itu maksud nya ya?

@iqbal.alaydrus 15 күн бұрын

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 😘

@aliif 15 күн бұрын

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.

@gagakmansa1 26 күн бұрын

keren nih, underrated content

@Zikirzani-cf7zz 22 күн бұрын

Semangat bg, auto subs ke 220😂

@muhammaddanihaikal3559 24 күн бұрын

mantap bg👍

@AdamKurniawan 24 күн бұрын

Subscribe, semangat bang. Banyakin konten kayak gini.

@programmertelo 24 күн бұрын

Bener bang, semua tergantung kebutuhan

@fadlihidayatullah2052 23 күн бұрын

Calon channel besar ini, mantap, thankyou ilmu nya bang!

@iqbal.alaydrus 15 күн бұрын

Amiiiiinnn! Ntar ada sponsor2 macem youtuber2 terkenal asik kali ya 😂

@GlenRicky23 Ай бұрын

Keren banget sangat membantu

@avinfajar7278 23 күн бұрын

mantap bang, kontent nya bermanfaat

@ramzyrashaun5186 21 күн бұрын

Penjelasannya bagus banget, auto subs

@makisetakashi 4 күн бұрын

micro service harus low coupling hi cohesion, kalau ada coupling berarti infrastructure managementnya ga mateng

@salmonindonesia3585 29 күн бұрын

setuju bang.. sehat sehat bang, kontentnya keren 👍

@iqbal.alaydrus 15 күн бұрын

Thank youuu

@jokesringan9649 15 күн бұрын

ini channel bakal berkembang pesat sih.. pemyampaiannya bagus isinya juga informatif kereen subs ke 507

@iqbal.alaydrus 14 күн бұрын

ah sa aaee, jadi malu (tapi amiiiinnn)

@rizkypratamahudaya1623 Ай бұрын

Konten bagus !!!! Mau adain nobar ini ah di Bandung

@ariawinata6313 28 күн бұрын

jangan nobar dooong, keitungnya 1 view doang

@codewithyogapratama 22 күн бұрын

keren bib,

@AbdiHaikal 22 күн бұрын

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

@iqbal.alaydrus 21 күн бұрын

Weh apatuh zanzibar baru denger. Otw googling

@iopyrb 7 күн бұрын

hypermedia-driven applications, gwe baru pelajaran ini bg hahaha.. microservice gwe baru denger dari lu, cz spesifik pembahasan backend.

@diityapr_ 24 күн бұрын

nice bang, boleh dong buatin tutorial/studi kasus microservices sekalian monitoring nya

@liloolil3427 23 күн бұрын

@OpannapO 20 күн бұрын

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.

@faridrahman5647 Күн бұрын

Ijin subscribe baaaaang

@hasbirahman5177 24 күн бұрын

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

@regen3478 23 күн бұрын

tapi kebanyakan orang langsung bikin microservices wkwk

@Alshofien 24 күн бұрын

Mantab, coba bahas apa itu "zero trust" dong.

@iqbal.alaydrus 24 күн бұрын

Naaah ini juga menarik! Ok2

@zulfiqrysaadputra 23 күн бұрын

Banyak yang anti ama php karena kebanyakan framwork monolith (padahal nggak), terus app mereka gak segitu gede. wkwkwk

@regen3478 23 күн бұрын

sering banget temuin, harus serba canggih walau usernya cuman 2!!

@iqbal.alaydrus 23 күн бұрын

Ooooh ada barbershop butuh sistem appointment? Bisa nih pake kubernetes dual region!!!

@jokokentir666 23 күн бұрын

@@iqbal.alaydrus wkwkwkwkwk kacau

@kapakmaut4902 24 күн бұрын

biaya n ux keknya, lbh brasa lg klo infranya punya sndri👻

@AlyNewbie Ай бұрын

Pov yang bagus…

@ariawinata6313 28 күн бұрын

aku sih yess

@mbed-nz4jc 19 күн бұрын

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?

@m1dway 18 күн бұрын

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

@zachedo3538 23 күн бұрын

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

@jokesringan9649 15 күн бұрын

dan terjadi di gue programer cuma 2😢 lead gabisa ngoding pula.... ancuuuuuuuurrrrrr...

@zachedo3538 13 күн бұрын

@@jokesringan9649 wah trus Lead nya ngapin bro? 😶

@jokesringan9649 11 күн бұрын

@@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..