Versenyhelyzetek EDA-ban – Optimistic locking és consumer retry Golangban - (5) скачать в хорошем качестве

Versenyhelyzetek EDA-ban – Optimistic locking és consumer retry Golangban - (5)

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