Versenyhelyzetek EDA-ban – Optimistic locking és consumer retry Golangban - (5)
Автор: golang-attival
Загружено: 2026-01-27
Просмотров: 33
Описание:
Ebben a részben az Event-Driven Architecture egyik legnehezebb problémájával
foglalkozunk: a versenyhelyzetekkel (race condition).
Az előző epizódokban az idempotenciát már megoldottuk, most viszont azt nézzük meg,
mi történik akkor, amikor több consumer egyszerre próbálja ugyanazt az adatot
módosítani.
A videóban bemutatom:
– Mi az a race condition eseményvezérelt rendszerekben
– Miért nem a lockolás az elsődleges megoldás EDA-ban
– Hogyan működik az optimistic locking verziószámmal
– Mit jelent a consumer-side retry
– Mi az a backoff, és miért fontos nagy terhelésnél
– Mikor retryzunk, mikor rollbackelünk, és mikor dobunk üzleti hibát
A példák Golangban készülnek, RabbitMQ alapú event-vezérelt architektúrában,
microservice környezetben.
A következő epizódban megnézzük, mi történik akkor,
ha a retry sem segít – ott jön képbe a Dead Letter Queue (DLQ).
Ha érdekel az EDA, microservice architektúra, Golang vagy a skálázható backend
tervezés, iratkozz fel a csatornára!
Előző rész: • Idempotencia haladó szinten Golang + Rabbi...
Következő rész: • Dead Letter Queue (DLQ) RabbitMQ-ban – Így...
Csatlakozz a „Golang fejlesztők” Facebook-csoporthoz, ahol az új videókat is megosztom:
/ 664362892328303
GitHub: https://github.com/olbrichattila/edat...
Повторяем попытку...
Доступные форматы для скачивания:
Скачать видео
-
Информация по загрузке:
