CQRS (Command Query Responsibility Segregation) é uma abordagem para construir software altamente eficiente, escalável e de fácil manutenção. No entanto, os primeiros passos neste conceito não são fáceis. DDD, Event Sourcing, Cache, Eventual Consistency ou Service Bus são apenas alguns exemplos de conceitos que nos são sugeridos sempre que pesquisamos sobre CQRS. Toda esta avalanche de informação contribui para que seja difícil adotar este conceito. Mas CQRS será realmente tudo isto? É preciso dominar todos estes conceitos para o implementar? Esta sessão vai ajudar-te a encontrar uma resposta para estas perguntas, a ter uma noção mais clara de quando se aplica e de como podes dar os primeiros passos para implementar este principio.

1. Como construir software altamente
eficiente com CQRS
Guilherme Ferreira
http://netponto.org12ª Reunião Presencial no Porto 17/09/2016

2. Guilherme Ferreira
• http://gsferreira.com
• @gsferreira

3. CQRS
Command Query Responsibility Segregation

4. Disclaimer

6. CQRS CommandQuery
Event Sourcing
Async Processing
Messaging
Cache
Queue
Service Bus
Task Oriented
Eventual Consistency

7. Novo projeto!
Data Layer
Business Layer
Service Layer
Presentation Layer
DB

12. Command–query separation (CQS)
• Eiffel por Bertrand Meyer
• “… asking a question should not change the answer…”

13. CQS na prática
Altera o
estado
Retorna um
valor sem ter
impactos no
estado

14. CQS na prática

15. CQRS é…
• Abordagem
• Conjunto de práticas comuns
• Domínio Colaborativo
• Single Responsibility
• Workload Managment
• Mais leituras do que escritas
• Software de fácil manutenção a longo prazo
• Eficiência!

16. CQRS não é…
• Um padrão
• Uma receita
• “Don’t write a CQRS framework” by Greg Young

17. CQRS = CQS em grande escala

19. CQRS CommandQuery
Event Sourcing
Async Processing
Messaging
Cache
Queue
Service Bus
Task Oriented
Eventual Consistency

20. Query Side

21. Layered Architecture
Data Layer
Business Layer
Service Layer
Presentation Layer
DB
Command
Query

22. KISS
Keep It Simple, Stupid
“Simple code is fast code” Udi Dahan

23. Layered Architecture
View Model Data Layer
Business Layer
Service Layer
DB
Presentation Layer
Command
Query

24. Base de Dados
• “Transações ACID são para bases de dados e não para sistemas” by
Paulo Gandra de Sousa
• 3ª Forma Normal
• Mas as Listagens não estão na 3FN
• ORM
• Será mesmo preciso?

25. Base de Dados
• View Model
• Tabelas simples, desnormalizadas
• O mundo não é só SQL
• Single source of truth is dead
• Cache
• Cache de Entidades vs Cache de Views

26. Eventual Consistency
• Dados não precisam de ser consistentes em todos os momentos
• Eventual Consistency !== Dados errados
• Stale data/Dados antigos
• Dados datados

27. Query Side: Resumindo…
• Não precisas de muito para começar
• Keep it Simple
• É uma cache e não uma BD

28. Command Side

29. O que são Comandos?
• Regista a intenção do utilizador
• Nome no imperativo
• Pré-validação
• Business Rules
• Taxa de sucesso elevada
• Gere o Domain Model

30. Task Based UI
• Utilizadores não pensam em “modo CRUD”
• Captura a intenção do utilizador
• Uma página = Uma tarefa principal

31. Task Based UI

32. Processamento assíncrono
• Separar a receção do comando do seu tratamento
• Gestão de workload
• Queue / Service Bus

36. Comandos: Resumindo
• Registam a intenção do utilizador
• Elevada taxa de sucesso
• Task Based UI
• Impactos no negócio

37. Event Sourcing

38. O que é o Event Sourcing?
• O que mudou e quando mudou
• Nomes no passado
• Não há deletes
• View Model atualizado por eventos
• Eventos gerados pelos comandos
• Por oposição a Cache Invalidation
• Permite reprocessamento/playing back

39. Eventos
Workshop
Created
Price
Added
Location
Added
Workshop
Published

40. Event Sourcing Architecture
View Model Data Layer
Business Layer
Service Layer
DB
Presentation Layer
Command
Query
Cache EventHandlers

41. Event Sourcing: Resumindo…
• O que aconteceu e quando aconteceu
• Permite um Audit Trail de tudo o que aconteceu no sistema
• Atualiza o View Model

42. Overengineering?

44. Bounded Contexts
• Dividir um grande sistema em pequenas partes
• Domain Model independente
• Comunica com outros Bounded Contexts através de Eventos
• CQRS só nos Bounded Contexts em que precisas
• Não te lembra nada?
• Micro Serviços

46. Resumindo…
1. Keep It Simple, start simple.
2. Escolhe um Domínio Colaborativo
• CQRS não é “Tudo ou Nada”
3. Separa as Queries dos Comandos
4. Simplifica o teu Query Side

47. Resumindo…
5. Implementa uma Base de Dados para o teu View Model
6. Captura a intenção do teu utilizador
7. Gere a carga de trabalho com processamento assíncrono
8. Implementa Event Sourcing
9. Evangeliza o negócio

48. Questões?
@gsferreira
https://gsferreira.com

49. Patrocinadores “GOLD”

50. Patrocinadores “Silver”

51. Patrocinadores “Bronze”

52. http://bit.ly/netponto-aval-po-12
* Para quem não puder preencher durante a reunião,
iremos enviar um email com o link à tarde