1. O documento discute event sourcing, uma arquitetura orientada a eventos onde o estado de uma aplicação é reconstruído a partir de uma série de eventos passados. 2. Event sourcing oferece vantagens como consistência, capacidade de reprocessar eventos, e separação de dados e comportamento. 3. No entanto, event sourcing também apresenta desafios como curva de aprendizado, necessidade de consistência eventual e complexidade.

1. Event sourcing
Pare de jogar seus dados fora!

2. Daniel Gimenes
→ Engenheiro de software - UPX Technologies
→ 10+ anos desenvolvendo software
→ Bacharel - Sistemas de Informação
→ Evangelista - PHPSP
→ @danizord

3. Agenda
→ O que?
→ Por que?
→ Por que não?
→ Como?

4. Carrinho de compras

5. id name quantity
1 Produto 1 1
2 Produto 2 2

7. name payload
cart.created {cart_id: 1}
cart.item_added {cart_id: 1, product_id: 1}
cart.item_added {cart_id: 1, product_id: 2}
cart.item_removed {cart_id: 1, product_id: 2}
order.placed {cart_id: 1}

8. Projeção
function project(array $state, CarItemAddedToCart $event) : array
{
$state['items'][] = [
'id' => $event->productId(),
'name' => $event->productName(),
'quantity' => $event->quantity(),
];
return $state;
}

9. {
"items": [
{ "id": 1, "name": "Produto 1", "quantity": 1 },
{ "id": 2, "name": "Produto 2", "quantity": 2 }
]
}

10. All state is
transient and
you only store
facts.
— Greg Young

11. Sistemas naturalmente event sourced
→ Contabilidade
→ Financeiro
→ Legislativo
→ Médico
→ ...

12. Qual o valor
dos seus
dados?

13. Consistência

14. Impedance Mismatch
One might say Databases are from Mars and Objects
are from Venus. Databases do not map naturally to
object models. It’s a lot like trying to push the north
poles of two magnets together.
— Phil Haack

15. $data !== $behavior
→ Linguagem onipresente
→ Foco nos processos de negócio
→ Rich Domain Model
→ Projeções específicas para
cada necessidade

16. Arquitetura orientada a
eventos

17. Performance

18. Por que não?
→ Curva de aprendizado
→ Consistência eventual
→ Complexidade!?

19. "Quem nasceu pra ser
CRUD, nunca vai ser Rich
Domain Model"
— Danizord

20. Ingredientes
1. Domain Model
2. Event Store
3. Projections
4. Glue

21. Funcional
function payInvoice(InvoiceState $state, PayInvoice $command) : array
{
if ($state->isPaid()) {
throw new
!
();
}
if ($command->amount()->lowerThan($state->total())) {
throw new
!
();
}
return [InvoicePaid::occur($command->amount())];
}
function whenInvoicePaid(CartState $state, InvoicePaid $invoicePaid) : CartState
{
return $state->withStatus(InvoiceStatus::paid());
}

22. Projeção
function project(array $state, InvoicePaid $event) : array
{
$state[$event->timestamp()->year()] += $event->paidAmount();
return $state;
}

23. Orientado a objetos
class ShoppingCart
{
use EventSourcing;
private $items = [];
public function addItem(CartItem $item) : void
{
$this->recordThat(ItemAddedToCart::occur($item));
}
public function whenItemAdded(ItemAddedToCart $event) : void
{
$this->items[] = $event->item();
}
}

24. Prooph
→ Suporte para EventStore, PostgreSQL, MySQL,
MongoDB...
→ Event Engine para RAD
→ Documentação
!
→ Comunidade tope!
→ http://getprooph.org

25. Obrigado!

26. https://joind.in/talk/cc106