Pewnego razu grupa programistów zdecydowała się, że zgodnie z aktualnie panującymi na rynku trendami nie będą już pisać “monolitów”. Wybrali kilka popularnych wzorców architektury (takich jak CQRS, Microservices, EDA, Event Sourcing) i zastosowali je w swoim produkcie. Po wdrożeniu okazało się, że wraz ze wzrostem skalowalności, który bardzo ich cieszył wzrósł również diametralnie koszt infrastruktury, a obsługa błędów stała się koszmarem- serwisy padały w bliżej nieokreślonych momentach, połączenie sieciowe nie zawsze było stabilne, bazy danych traciły dane, a obsługa rozproszonej transakcji przyprawiała o ciężki ból głowy i pozbawiała weekendów. Byłeś tam może? Chciałbym opowiedzieć o praktykach obsługi błędów. Jak radzić sobie z problemami biznesowowymi w systemach asynchronicznych? Jak obsługiwać wyjątki nie tracąc danych klientów? Jak wiele razy można próbować ponowić konkretną operację? Na te pytania nie ma jednej dobrej odpowiedzi, warto zatem poznać więcej niż jedno potencjalne rozwiązanie. Historia o tym co może się nie udać w naszej wspanaiałej, skalowalnej, rozproszonej aplikacji.

1. ERRORS ERRORS
EVERYWHERE!
@dpokusa

2. Microservices
CQRS
Queues
Hexagonal
SOA
Serverless
Event Sourcing
Integrations
Pipe-Filter
Event BUS
EDA

3. A
B
C

4. A
B
QUEUE
C

6. The fallacies
of distributed
computing
L. Peter Deutsch and other “Sun Microsystems Fellows”

7. 1)The network is reliable.

8. 1)The network is reliable.
2)Latency is zero.

9. 1)The network is reliable.
2)Latency is zero.
3)Bandwidth is infnite.

10. 1)The network is reliable.
2)Latency is zero.
3)Bandwidth is infnite.
4)The network is secure.

11. 1)The network is reliable.
2)Latency is zero.
3)Bandwidth is infnite.
4)The network is secure.
5)Topology doesn't change.

12. 1)The network is reliable.
2)Latency is zero.
3)Bandwidth is infnite.
4)The network is secure.
5)Topology doesn't change.
6)There is one administrator.

13. 1)The network is reliable.
2)Latency is zero.
3)Bandwidth is infnite.
4)The network is secure.
5)Topology doesn't change.
6)There is one administrator.
7)Transport cost is zero.

14. 1)The network is reliable.
2)Latency is zero.
3)Bandwidth is infnite.
4)The network is secure.
5)Topology doesn't change.
6)There is one administrator.
7)Transport cost is zero.
8)The network is homogeneous.

15. CAP THEOREM
Eric Brewer, 1998

16. PACELC theorem
Daniel Abadi, 2010

17. SAFE TO FAIL

18. A B

19. A B
RETRY!

20. C B F
D
A G
E

21. C B F
D
A G
E
RETRY!
MAX ATTEMPTS
Backoff POLICY
RECOVER

23. CB
F D
A
G E
H

24. CB
F D
A
G E
H

25. CB
F D
A
G E
H

26. CB
F D
A
G E
H

27. CB
F D
A
G E
H

28. CB
F D
A
G E
H

29. CB
F D
A
G E
H
CIRCUIT
BREAKER

31. A
DB
B

32. DIE

34. CB
F
D
A
G
E
H
QUEUE

35. Hospital
QUEUE

36. CB
F
D
A
G
E
H
QUEUE
QUEUE

37. ROLLBACK
&
LEAVE

38. CB
F
D
A
G
E
H
QUEUE

40. B
A G D
E
D

41. B
A G D
E
D
H

42. B
A G D
E
D
H

43. BULKHEAD

46. CBA E
QUEUE

47. CBA E
QUEUE
CBA E

48. Compensating
TRANSACTION

50. CBA E
QUEUE

51. CBA E
QUEUE
SASSTORE
SCHEDULER

52. CBA EQUEUE
SASSTORE
SCHEDULER

53. CBA E
SASSTORE
SCHEDULER

54. Scheduler
Agent
Supervisor

56. ABOUT
software-empathy.pl
@dpokusa

57. @dpokusa
ABOUT
SPREADIT.PL

58. @dpokusa
ABOUT

59. Q&A