1. CQRS
with
v3
JOliver Event Store

2. Дорога к CQRS

3. Database GUI
GUI access
Business
Database access GUI
GUI
logic logic
Business
GUI
Database access
Business logic
GUI
Database access
Business logic
GUI DatabaseGUI
Business logic access
GUI Business logic
Database access

4. GUI
Business
logic
Data
access

5. GUI
Domain Model
ORM
Database M$$SQL

6. GUI
Domain Model Lazy Loading !!!
OUCH!
ORM
Database M$$SQL

7. GUI
DTO
Domain Model
ORM
Database M$$SQL

8. GUI
DTO
Domain Model Object-To-Object Mapping !!!
OUCH!
ORM
Database M$$SQL

9. Отчеты
Domain
ORM
8-ми этажный SQL
RDB

10. А ручки то, на что?

11. Отчеты
Ручками
SQL красиво упрятан за
фасадом хранимых
процедур 
N этажный SQL
(правда, почище и побыстрее, чем с ORM)
RDB

12. Form UI Reports UI
send
request
DTO DTO DTO DTO
Application Reporting
Services Services
Domain Domain
Object Object
Handcrafted SQL
ORM
3NF with optimizations
like 1NF in some places 
RDB

13. Form UI Reports UI
DTO DTO DTO DTO
Application Reporting
Services Services
Здесь
жирненько
Domain
Object
Handcrafted SQL
ORM
RDB

14. И что дальше?

15. CQRS (did you mean “Cars”?)
Client
Command Query
Application Query
Services Services
Domain Domain
DTO DTO
Object Object
Data Storage Data Storage

16. Как синхронизировать ?
Domain Model View Model

17. Потеря «сути» изменений
Domain ORM Changeset Denormalizer
View Model
Непрозрачный сгусток
данных 

18. CQRS
+
Event Sourcing
=
LOVE!

19. Традиционный подход
Текущее состояние
Domain ORM
Storage

20. Event Sourcing
Журнал всех изменений
Domain Invoice
Created
Invoice
Approved
Invoice
Finalized

21. Традиционный подход

22. Event Sourcing

23. SRP на уровне метода !
Принятие решения о
возможности перехода
состояния
(бизнес-правила)
Переход состояния
(транзитор)
Собственно, изменен
ие состояния
(аппликатор)

24. И как это работает?
Ну и как это всж работает?

25. Восстановление текущего состояния
Журнал изменений
Invoice
1 Created
Invoice
2 Approved
Invoice
3 Finalized

26. Сохранение изменений
Буфер
Invoice
Approved
Invoice
Finalized

27. Сохранение изменений
Буфер Журнал изменений
Invoice Invoice
1 Created
Approved
append
Invoice Invoice
Finalized
2 Approved
Invoice
3 Finalized

28. Тривиально,
неправда ли?
Log.append(id, events)
events = Log.read(id)

29. Обеспечение параллельного доступа

30. Параллельные модификации
Invoice
update finalize
Invoice
Created
Invoice
Finalized
Invoice
Updated

31. Оптимистическая блокировка
Invoice Stream Invoice
[ID:542] [ID:542] [ID:542]
Invoice load Invoice load Invoice
Created 1 1 Created 1 1 Created

32. Оптимистическая блокировка
Invoice Stream Invoice
[ID:542] [ID:542] [ID:542]
Invoice load Invoice load Invoice
Created 1 1 Created 1 1 Created
Invoice store Invoice
2 Finalized 2 2 Finalized
originalRevision = currentRevison

33. Оптимистическая блокировка
Invoice Stream Invoice
[ID:542] [ID:542] [ID:542]
Invoice load Invoice load Invoice
Created 1 1 Created 1 1 Created
Invoice store Invoice
2 Finalized 2 2 Finalized
Invoice store
Updated 2 2
originalRevision != currentRevison

34. Допустимые параллельные модификации
General Ledger
post post
Transaction
Posted
Transaction
Posted
Transaction
Posted
Трекать ревизию
аггрегата недостаточно


35. Высокая производительность

36. Минимальное количество
операций записи
Aggregate Stream
Commit
C1
pack serialize
E1 E1 E1

37. Минимальное количество
операций записи
Aggregate Stream
Commit
C1
pack serialize
E1 E1 E1
Commit
C2
E2 E2 E2
pack serialize
E3 E3 E3

38. Гибкие возможности сериализации
• JSON
• Binary
• Custom (ProtoBuf, .NET, whatever)
• GZip
• Криптование

39. Оптимизация операции восстановления
состояния при помощи «снимков»
E1
Аггрегат с очень
E2
длинным
жизненным …
циклом и кучей
restore
ивентов E100500
Snapshot
[rev: E100500]
replay the rest
of events
E100501

40. Распределенная транзакция
Command Queue
С1 С2 .. Сn
dequeue (C1)
MSDTC
Command Processor
store (E1, E2)
Event Store

41. Без 2PC
Command Queue
С1 С2 .. Сn
0. peek (C1) 2. remove (C1) T2
Command Processor
1. store (E1, E2)
T1
Event Store

42. Без 2PC необходима
поддержка идемпотентности
Command Queue
С1 С2 .. Сn
0. peek (C1) 4. remove (С1)
Command Processor
Commit
1. store (С1, [E1, E2]) 2. dup (С1)
E1
E2
Event Store

43. Без 2PC необходима
поддержка идемпотентности
Command Queue
С1 С2 .. Сn
0. peek (C1) 4. remove (С1)
Command Processor Commit
ID : UUID
1. store (С1, [E1, E2]) 2. dup (С1)
E1
E2
Event Store

44. Без 2PC необходима
поддержка идемпотентности
Command Queue
С1 С2 .. Сn
0. peek (C1) 4. remove (С1) Command
ID : UUID
Command Processor Commit
ID : UUID
1. store (С1, [E1, E2]) 2. dup (С1)
E1
E2
Event Store

45. Обработка событий
publish update
E1 E2
Event Store View Model
2PC, опять?

46. Обработка событий (PULL)
Get new events since (Time)
Event Store View Model
Запоминать последнее
обработанное событие

47. Обработка событий (PULL)
Get new events since (Time)
Event Store View Model
Commit
ID : UUID
E1
E2

48. Обработка событий (PULL)
Get new events since (Time)
Event Store View Model
Commit
ID : UUID
Dispatched : bool
E1
E2

49. Обработка событий (PULL)
Get undispatched events
Event Store View Model
Commit
ID : UUID
Dispatched : bool
mark as
dispatched
E1
E2

50. Обработка событий (PUSH)
publish (commit)
Event Store View Model
Commit
ID : UUID
Идемпотентность во
Dispatched : bool
View Model хранилище
mark as по-прежнему нужна 
dispatched
E1
E2

51. Встроенный диспетчер событий
BUS
cmd events
Command Event
Your App Processor Publisher
events commit OK
Event Store commit Dispatcher
Storage
commit
mark as dispatched

52. Встроенный диспетчер событий
BUS
cmd events
Command Event
Your App Processor Publisher
events commit FAIL
Event Store commit Dispatcher
Storage
commit dispatched = false

53. Архитектура

54. Event Stream Commit
Commit
Event Message
Dispatcher Event Store
Persistence Engine
Storage

55. Поддерживаемые технологии
хранилища данных
Relational Databases: Embedded Relational Databases:
• SQL Server 2005 (or later) • SQL Server CE 3.5 (or later)
• MySQL • SQLite 3.0 (or later)
• Firebird • MS Access 2000 (or later)
• Oracle (planned)
Cloud-based Databases: Document Databases
• MS SQL Azure • RavenDB r322 (or later)
• Amazon RDS (MySQL) • MongoDB 1.6 (or later)
• Azure Tables/Blobs (in progress) • CouchDB 1.0 (planned)
• Amazon SimpleDB/S3 (in progress)

56. Расширяемость

57. Метаданые
Commit Dictionary<string, object>
Office, User, PrecedingMessageId
Event Message Dictionary<string, object>
EventId, AggregateType

58. Хуки
Event Store
Место для “врезки” в
конвейер обработки
Hook into:
• select
• pre-commit
Commit • post-commit
Persistence Engine

59. Хуки

60. Диспатчер – это встроенный хук

61. Механизмы эволюции
схемы событий

62. 2 подхода
• Толерантный сериализатор
• Явное версионирование

63. Свалка аппликаторов в бизнес-аггрегате

64. Преемственность версий
InvoiceCreated
convert to
InvoiceCreated_v2
convert to
InvoiceCreated_v3

65. Хук-конвертер в Event Store

66. Проект CommonDomain

67. Базовый класс для Аггрегатов

68. Репозиторий - DAO для Аггрегатов

69. Обработка конфликтов параллельного доступа

70. Допустимые параллельные модификации
General Ledger
post post
Transaction
Posted
Transaction
Posted
Transaction
Posted

71. Легко создавать специализированные политики
определения конфликтов параллельных изменений

72. Ссылочки:
• http://cqrs.wordpress.com
• https://github.com/joliver/EventStore
• https://github.com/joliver/CommonDomain