Spójność ostateczna
Użytkownik zapisuje zmianę, odświeża stronę i dalej widzi stare dane. W systemach opartych na zdarzeniach strona odczytu aktualizuje się chwilę po zapisie, więc przez moment różne części systemu się ze sobą nie zgadzają. To spójność ostateczna (eventual consistency). Opóźnienia nie usuniesz, ale możesz zadbać o to, żeby dane w końcu były poprawne, a użytkownik nie był zdezorientowany, gdy czeka.
Pierwszy artykuł buduje read modele w MongoDB i pokazuje, jak zachować ich poprawność, gdy zdarzenia przychodzą z opóźnieniem albo dwa razy. Drugi pokazuje long-polling: API chwilę czeka, aż zmiana będzie widoczna, więc klient może traktować operację asynchroniczną jak synchroniczną.
Czytaj po kolei, drugi artykuł kontynuuje pierwszy.
Dealing with Eventual Consistency and Idempotency in MongoDB projections
2021-11-10Auditability, diagnostics, time travelling are usually the first mentioned features when speaking about Event Sourcing. All of them are great, but to me, projections are…
Long-polling, how to make our async API synchronous
2021-11-17I’ll continue today a topic of handling eventual consistency that I started in the previous article. This time let’s learn the trick called “long-polling”. It helps in…