Mikroservislarni 5 minutda qanday ishlashini tushunib olish uchun shu linkka kiring.

@murodalidev ✅

Yaxshi javob bo’libdi.
Xullas quyidagicha tushunchalar bor, sodda ammo qopolroq qilib tushuntirsam:
- Tupoy server, umniy klient (redis to’g’ri keladi bunga)
- Umniy server, tupoy klient(rabbitmq to’g’ri keladi bunga)

@murodalidev ✅

persistence kerak bo'lmasa, osonroq narsa kerak bo'lsa redis. Ya'ni redisning pub sub feature'si.

kattaroq data yoki event streaming uchun kafka.

rabbitmq birorta messageni boshidan egasigacha ishonchli yetkazish uchun, prosta delivery. Message yetib bordi bormadi, fail bo'lsa nima bo'ladi hammasi handle qilinadi pub/subdan farqli o'laroq.

pubsub oson, lekin client keyinroq subscribe bolsa, avvalgi messagelar havoga ketadi. hech qayerda saqlanmaydi, ishonchsiz. lekin tez, oson. rabbitda hal qilingan bu. Yuqoridan olib qaraganda shular. Katta oqim, streaming uchun kafka, ishonchli message delivery uchun rabbit, oson/tez message delivery uchun redisning pubsub feature'si (ishonchsiz).

Lekin redis pubsubda ham 2ta queue yuritib deliveryni ishonchliligini oshirsa bo'ladi, shunaqa pattern ko'rgandim.

Hali kodingizda classmethod ishlatmagan bo'lsangiz o'zingizni middle developer deb tanishtirmang ))

@murodalidev

Fikringiz qiziq!

Tasavvur qiling ichma-ich serializerlaringiz bor, bunday vaziyatda qanday view yozasizlar, POST va GET methodlar uchun alohida serializer qilibmi, yoki bitta serializerdami?
Aynan nima uchun shu usuldan foydalanishingizga izoh ham keltiring(kodlar bilan albatta).

#ETIBORSIZ_QOLDIRMANG #SHOK #TEZKOR

@murodalidev

Agar ishga kirish uchun interviewda task berishsa(proyektning bir qismini bajarish, odatda bir necha soat yoki kun vaqt ketadi) uni bajarmasligingizni va bu korxonada ishlash fikridan qaytganingizni darhol ayting.

Yuqoridagi fikrlar mani shaxsiy fikrim, siz bunday vaziyatga qanday qaraysiz, izohlarda fikringizni qoldirishingiz mumkin.

@murodalidev