O objetivo da apresentação é explanar o conceito de reatividade em arquiteturas de sistemas distribuídos, baseado nos 4 pilares do manifesto reativo (Responsivo, Resiliente, Elástico e Orientado a Mensagens) e também diferenciar os conceitos de programação reativa e arquitetura reativa. Além disso, no decorrer da apresentação será apresentando os trade offs das arquiteturas reativas em relação a outros tipos de arquiteturas.

1. ARQUITETURA REATIVA,
A SOLUÇÃO PARA OS MICROSERVIÇOS?
Emmanuel Neri
@emmanuelnerii

2. EMMANUEL NERI
‣ Mestre em Desenvolvimento de Tecnologia
‣ Desenvolvedor (Java) desde 2010
‣ Tech lead na Jaya

3. MICROSERVIÇOS

4. MICROSERVIÇOS
‣ Deploy independente
‣ Tolerante a falhas
‣ Escalabilidade horizontal e vertical
‣ Liberdade de tecnologia

5. LINHA DO TEMPO

6. CONCEITOS
CONCEITO?
Kafka
RibbonDocker
Spring Boot

7. LINHA DO TEMPO
Monolito
Modularização
Separação do código
Separação do banco de dados
Comunicação síncrona
Comunicação assíncrona

8. CASO DE USO - ECOMMERCE
Pedidos
Pagamentos
Emissão notaFiscal
Programa de pontos

9. CASO DE USO - OPÇÃO 1

10. CASO DE USO - OPÇÃO 2

11. PRINCIPIO DE ISOLAMENTO
‣ Estado
‣ Espaço
‣ Tempo
‣ Falha

12. ARQUITETURA REATIVA
ARQUITETURA REATIVA

13. MANIFESTO REATIVO
RESPONSIVO
ORIENTADO A MENSAGENS
ELÁSTICO RESILIENTE
www.reactivemanifesto.org

14. ORIENTADO A MENSAGENS
“Sistemas reativos usam passagem de mensagem
assíncronas….”

15. ORIENTADO A MENSAGENS
Pedidos
‣ Estabelece fronteiras entre os componentes
‣ Baixo acoplamento
‣ Isolamento
‣ Transparência na localização
‣ Não bloqueante

16. ORIENTADO A MENSAGENS (POINT TO-P..)
Pedidos
PagamentosPontos

17. ORIENTADO A MENSAGENS (PUB/SUB)
Novos Pedidos
Pagamento Efetuado

18. ORIENTADO A MENSAGENS - ERROS
Novos Pedidos
Pagamento EfetuadoPagamento Negado

19. ELÁSTICO
"O sistema continua responsivo mesmo sob variações de
demanda”

20. ELÁSTICO
Auto scaling

21. ELÁSTICO
Novos Pedidos

22. ELÁSTICO
Novos Pedidos

23. RESILIENTE
"Sistema continua respondendo em caso de falha"

24. RESILIENTE
Novos Pedidos

25. Novos Pedidos
RESILIENTE

26. RESILIENTE
Circuit breaker
Bulkheading

27. RESILIENTE
Blue/Green
Canary ROUTER
V1
V2
90%
10%
ROUTER
V1
V2

28. RESPONSIVO
"O sistema responde em um tempo hábil se possível"

29. RESPONSIVO
‣ Tempos de resposta "rápidos" e consistentes
‣ Limites
‣ Confiança
‣ Qualidade

30. RESPONSIVO
Load balance Replicação

31. ARQUITETURA REATIVA
Load balance
SERVICE DISCOVERY

32. ARQUITETURA REATIVA
RESPONSIVO
ELÁSTICO RESILIENTE
ORIENTADO A MENSAGENS

33. ARQUITETURA REATIVA
RESPONSIVO
ORIENTADO A MENSAGENS
ELÁSTICO
RESILIENTE

34. PROBLEMAS
‣ Teorema CAP
‣ Consistência eventual
‣ Transações distribuídas
‣ Leitura

35. PROGRAMAÇÃO REATIVA
ARQUITETURA REATIVA
!=
PROGRAMAÇÃO REATIVA

36. PROGRAMAÇÃO REATIVA
@Override
public void start(final Future<Void> startFuture) {
final Map<String, String> config = createKafkaConfig();
final KafkaProducer<String, String> producer =
KafkaProducer.create(vertx, config);
vertx.eventBus().localConsumer(RECEIVED_ORDER.getAddress(), message -> {
final String key = UUID.randomUUID().toString();
final KafkaProducerRecord<String, String> producerRecord =
KafkaProducerRecord.create(NEW_ORDER_TOPIC, key,
(String) message.body());
producer.send(producerRecord);
logger.info(“message produced {0}", producerRecord);
});
}

37. CONCLUSÃO
‣ Relacionado com microserviços
‣ Boa em escrita
‣ Projetada para falhas
‣ Flexível

38. OBRIGADO!
emmanuelnerisouza@gmail.com
@emmanuelnerii
www.linkedin.com/in/emmanuelnerisouza www.emmanuelneri.com.br
github.com/emmanuelneri