Adrian Chlubek: Czy PHP jest gotowy na websockety? Czy architektura samego języka nie stoi na przeszkodzie? Zobaczymy jakie mamy możliwości pracy z Websocketami, porównamy trzy popularne rozwiązania umożliwiające taką komunikację, a następnie odpowiemy sobie na pytanie – czy to ma sens?

1. Symfony i Websockety

2. A po co mi to?
● Dane w czasie rzeczywistym

3. A po co mi to?
● Dane w czasie rzeczywistym
● Oszczędność zasobów serwerów

4. A po co mi to?
● Dane w czasie rzeczywistym
● Oszczędność zasobów serwerów
● Jest rok 2019 i głupio nie stosować :)

5. Ale że w PHP?

6. Ano w PHP
Jakie mamy opcje?

7. Ano w PHP
Jakie mamy opcje?
● Geniuses of Symfony Websocket bundle

8. Ano w PHP
Jakie mamy opcje?
● Geniuses of Symfony Websocket bundle
● Ratchet

9. Ano w PHP
Jakie mamy opcje?
● Geniuses of Symfony Websocket bundle
● Ratchet
● Swoole

10. Ano w PHP
Jakie mamy opcje?
● Geniuses of Symfony Websocket bundle
● Ratchet
● Swoole
Pewnie są jeszcze inne, ale omówimy tylko te 3

11. GOS Websocket Bundle

12. GOS WebSocket bundle
● W sumie to Ratchet, ale opakowany w architekturę
Symfony
● Mocna integracja z mechanizmami Symfony
● Dodaje kilka dodatkowych funkcjonalności, których
nie ma w Ratchecie

13. GOS WebSocket bundle
Instalacja jest w miarę standardowa
● composer require gos/web-socket-bundle
● Dodanie bundla do kernela
● Konfiguracja w yamlu
No i uruchomienie za pomocą:
● php bin/console gos:websocket:server

14. GOS WebSocket bundle
Po takiej konfiguracji serwer oczywiście nic nie
potrafi :) W następnej kolejności należy:
● Opcjonalnie zbudować wbudowane assety z
biblioteką autobahn i integracją
● Skonfigurować serwisy RCP, zarejestrować je,
skonfigurować router, stworzyć serwisy „tematów”,
stworzyć kontrolery, skonfigurować firewall, no i
autoryzację
● I tak dalej i tak dalej...

16. GOS WebSocket bundle - Plusy
● Zintegrowane z Symfony – co powoduje, że
aplikacja wygląda na spójną
● Jeśli uda się zrobić to co chcemy, zaoszczędzi nam
sporo kodowania
● Dołącza pomocne biblioteki JS, które niektórym
mogą się przydać

17. GOS WebSocket bundle - Minusy
● Niepełna, kiepska i miejscami błędna dokumentacja
● Brak dobrych przykładów bardziej skomplikowanych
aplikacji z których można podpatrzeć pewne
rozwiązania
● Jeśli będziemy chcieli zrobić coś, co nie do końca
zostało przewidziane przez autorów, możliwe, że
będziemy musieli napisać więcej kodu walcząc z
biblioteką niż napisalibyśmy pomijając ją

18. GOS WebSocket bundle - Minusy
● Implementacja jest dosyć zawiła i trudno ją
zrozumieć
● Jest bardzo zintegrowana z Symfony – kiepsko jeśli
upgrade Symfony zepsuje nasz kod
● Z jakiegoś powodu zżera CPU podczas
bezczynności
● Konfiguracja bindowania do IP pozwala tylko na
bindowanie IP, nie pozwala na bindowanie nazw
hostów, powodzenia w dockeryzacji

19. Ratchet

20. Ratchet
● Framework do Websocketów w PHP
● Brak powiązań z frameworkami
● Wygląda stabilnie
Ale ma pewną wadę

21. Ratchet
Trzeba napisać wrapper, który umożliwi korzystanie
z niego :)

22. Ratchet
Trzeba napisać wrapper, który umożliwi korzystanie
z niego :)
A może to jednak nie wada ;)?

23. Ratchet
Czasami napisanie własnej implementacji w miarę
prostej funkcjonalności może przynieść więcej
korzyści niż użycie już gotowej, ale kiepskiej.

24. Ratchet
Integracja z Symfony…

25. Ratchet
Integracja z Symfony…
Proste, wystarczy uruchomić serwer w konsolowej
komendzie ;)

26. Ratchet

27. Ratchet - Plusy
● Wygląda na najmniej skomplikowane rozwiązanie
● Pozwala na elastyczność podczas implementacji

28. Ratchet - Minusy
● Trzeba napisać swój wrapper
● Wewnętrzna struktura Ratcheta jest dosyć osobliwa
i również ciężko ją zrozumieć

29. Swoole

30. Swoole
● Extension do PHP
● Bardzo szybki
● Oferuje wiele funkcjonalności, w tym websockety

31. Swoole
Sposób działania jest dosyć podobny do Ratcheta,
więc można napisać wspólny wrapper obsługujący
zarówno Ratcheta i Swoole :)

32. Swoole
Swoole domyślnie działa w wielu procesach, co
powoduje, że jest szybki!

33. Swoole
Swoole domyślnie działa w wielu procesach, co
powoduje, że jest szybki!
Powoduje to również brak możliwości zapisywania
stanu serwera w zwykłych zmiennych :)
Można ograniczyć ilość procesów do jednego, co
pozwoli na używanie zwykłych zmiennych, jednak
wpłynie to na wydajność serwera

34. Swoole - Plusy
● Jest naprawdę szybki!
● Również pozwala na elastyczność podczas
implementacji

35. Swoole - Minusy
● Dodatek powstał w Chinach – może się to nie
podobać niektórym klientom
● Domyślne wsparcie wielu procesów potrafi
skomplikować zapisywanie stanu serwera

36. Problemy

37. Problemy
Istnieje kilka problemów, które dotyczą wszystkich
trzech rozwiązań

38. Problemy
Stateless VS Stateful
● Stateful – rozwiązanie trzymające stan serwera w
celu działania na przykład autoryzacji
Szybkie i proste, ale ciężkie w skalowaniu i
zapewnieniu ciągłości połączenia

39. Problemy
Stateless VS Stateful
● Stateless – rozwiązanie, które wymaga autoryzacji
przy każdej wiadomości
Nie wymaga ciągłości połączenia, łatwiejsze do
skalowania, ale wymaga warstwy do zapisu
niektórych informacji

40. Problemy
Jest jednak jeszcze coś :)

41. Problemy
Jest jednak jeszcze coś :)
Problemy z pamięcią

42. Problemy
PHP może i dałby radę działać ciągle udostępniając
serwer websocketów, może nawet i z Symfony,
jednak … nie z Doctrine

43. Problemy
X – ilość wiadomości
Y – zajęta pamięć w bajtach

44. Problemy
X – ilość wiadomości
Y – zajęta pamięć w bajtach

45. Podsumujmy

46. Nadaje się czy nie?
Chyba jeszcze nie, ale są można sobie poradzić

47. Nadaje się czy nie?
Chyba jeszcze nie, ale są można sobie poradzić
● Restartować serwery co jakiś czas – ale ciężko
zapewnić, że żadna wiadomość nie zostanie
pominięta
● Można spróbować użyć SSE zamiast websocketów,
ale ciężko o dokumentację, stabilne biblioteki, a
poza tym raczej większość problemów pozostanie

48. Nadaje się czy nie?
● Można napisać serwer websocketów w innym
języku i przekazywać wiadomości do kolejki,
przetwarzać ją w php i odsyłać odpowiedzi do
kolejki, które są następnie wysyłane, ale to wpływa
na wydajność i raczej pozbawia websockety ich
głównych zalet
● No i można nadal używać zwykłych requestów
pomijając całkowicie websockety ;)

49. To by było na tyle
Czas na pytania!

50. To by było na tyle
Dziękuję :)