RSocket to reaktywny protokół sieciowy wspierany m.in. przez the Linux Foundation i twórców Springa. W Internecie możecie znaleźć dużo hype’u i aplikacji typu hello world, ta prezentacja ma na celu skupienie się bardziej na tym, jak RSocket może wpłynąć na działanie naszych aplikacji. Porozmawiamy, w jaki sposób możemy wycisnąć więcej szybkości z kodu pozostając przy “tradycyjnym” HTTP, ale wprowadzając Server-Sent Events, a także o przypadkach użycia, gdzie RSocket faktycznie wprowadza nową jakość.

1. Po co nam RSocket?
Piotr Kubowicz
@pkubowicz

2. $ whoami
Piotr Kubowicz
@pkubowicz

4. 3 scenariusze

5. Scenariusz 1

6. ➔ pobierz towary z zamówienia (serwis z wolną bazą)
➔ każdy towar niezależnie: jeśli mało w magazynie, każ uzupełnić
➔ nie da się uzupełnić: anulujemy zamówienie
➔ cel: fail fast
Warehouse service

7. ➔ serwer (basket service): 0, 1, 2, … 49
➔ klient (warehouse service): . . . .
Uproszczenia

8. Reaktywny serwer (“order service”)
@GetMapping("/all")
public Flux<CountStep> getAll(
@RequestParam int delay,
@RequestParam int max) {
return countService.getCount(Duration.ofMillis(delay), max);
}

9. Reaktywny klient (“warehouse service”)
public interface CountSource {
Flux<CountStep> getAll(Duration serverDelay);
}

10. ➔ Apache HttpClient (blokujący)
➔ HTTP (reaktywny)
➔ Event Stream (przez reaktywny HTTP)
➔ RSocket
Klient: sposoby komunikacji

12. Jak przyspieszyć?
Streaming przez Event Stream

13. Server-Sent Events
W3C ~2015
text/event-stream

14. Użycie SSE: serwer
@GetMapping("/all")
@GetMapping(path = "/all-stream", produces = MediaType.TEXT_EVENT_STREAM_VALUE)

15. Użycie SSE: klient
return webClient.get().uri("/all")
.retrieve().bodyToFlux(CountStep.class);
private final ParameterizedTypeReference<ServerSentEvent<CountStep>> resultType =
new ParameterizedTypeReference<>() {};
return webClient.get().uri("/all-stream")
.retrieve().bodyToFlux(resultType)
.map(ServerSentEvent::data);

16. Streaming z SSE kontra reszta

17. A gdzie RSocket?

18. RSocket: kod serwera
@MessageMapping("count.all.{delay}.{max}")
public Flux<CountStep> getAll(
@DestinationVariable int delay,
@DestinationVariable int max) {
return countService.getCount(Duration.ofMillis(delay), max);
}

19. Backpressure
Klient: proszę trochę wolniej!
Serwer: ???

20. Protokół RSocket

21. ➔ TCP
➔ WebSocket
➔ Aeron (UDP)
Protokół nad warstwą transportu

22. ➔ request-response
➔ fire-and-forget
➔ request-stream
➔ channel
4 typy interakcji

23. ➔ Mono<Payload> requestResponse(Payload payload)
➔ Mono<Void> fireAndForget(Payload payload)
➔ Flux<Payload> requestStream(Payload payload)
➔ Flux<Payload> requestChannel(Publisher<Payload> payloads)
4 typy interakcji (Java API)

24. ➔ nawiązanie połączenia REQUEST_STREAM (REQUEST_N=3)
➔ w trakcie połączenia REQUEST_N (N=3)
Odwzorowanie Reactive Streams

25. ➔ hamowanie klienta (ramka LEASE)
➔ wznawianie transmisji
➔ zero copy (Netty)
Dodatkowe możliwości

26. Nowa rzecz
początek 2015
2018: Spring pracuje nad integracją
środek 2019: gotowe
protokół “1.0 Release Candidate”
npm: 0.0.19

27. Scenariusz 2

28. ➔ zamówienie z kodem rabatowym
➔ pobierz programy lojalnościowe aktywne u zamawiającego (wolne)
➔ odpytuj o kod, aż będzie rozpoznany
➔ cel: szybko znaleźć rabat
Coupon service

29. ➔ serwer (customer loyalty service): 0, 1, 2, … 49
➔ klient (coupon service): 9 znaczy znaleziony
Uproszczenia

30. Scenariusz 3

31. ➔ pobierz zamówienia z ich towarami
➔ upewnij się, że w zamówieniach nie ma duplikatów
➔ kosztowne: liczenie “sumy kontrolnej” zamówienia
➔ cel: grupa zamówień szybko wychodzi ze sklepu
Shipping service

32. ➔ serwer (order service): 0, 1, 2, … 49
➔ klient (shipping service): sumowanie liczb = walidacja
Uproszczenia

33. Deduplikacja
counts
.collectList()
.subscribe(orders -> {
var duplicates = findDuplicates(orders);
if (duplicates.isEmpty())
// ...
});

34. Deduplikacja
counts
.collectList()
.subscribe(orders -> {
var duplicates = findDuplicates(orders);
if (duplicates.isEmpty())
// ...
});
counts
.reduce(new HashMap(), (map, order) -> putCheckingUniqueness(map, order))
.subscribe(map -> {
var orders = map.values();
});

35. ➔ Czekanie na wszystko vs. krok po kroku
➔ Bez streamowania nie widać różnicy
Lepsze przetwarzanie

36. Wydajność

37. RSocket czy SSE?
Mieliśmy wolnego klienta i wolny serwer
Teraz szybki klient i szybki serwer

40. Podsumowanie

41. ➔ Reaktywne nie znaczy szybsze
➔ Streaming: Server-Sent Events, RSocket
➔ RSocket kontroluje przepływ
➔ Nie ma nic za darmo
Po co nam RSocket?

42. YouTube: RSocket Messaging with Spring (przeglądarka,
bezpieczeństwo)
Web on Reactive Stack - Spring Docs
Piotr Kubowicz
@pkubowicz
github.com/pkubowicz/rsocket-counting

43. Dzięki
za uwagę
YouTube: RSocket Messaging with Spring (przeglądarka,
bezpieczeństwo)
Web on Reactive Stack - Spring Docs
Piotr Kubowicz
@pkubowicz
github.com/pkubowicz/rsocket-counting