WebSocket komunikácia
Obojsmerné spojenie medzi browserom a realtime vrstvou.
Realtime komunikácia
Keď aplikácia nemá čakať na ďalší refresh
Navrhujem komunikáciu udalostí tam, kde má používateľ alebo systém dostať informáciu hneď po jej vzniku.
Prebrať realtime riešenie →Polling nie je vždy odpoveď
Aktuálny stav bez pravidelných otázok na server
Pri pollingu prehliadač opakovane zisťuje, či sa niečo zmenilo. Realtime model doručí udalosť až vtedy, keď naozaj vznikne.
Čo môže realtime riešiť
Výber závisí od typu udalosti, oprávnení a požadovanej spoľahlivosti.
Publish / subscribe
Udalosti sa doručujú len relevantným topicom a odberateľom.
Monitoring a spracovanie
Pre dashboardy, notifikácie, CRM, rezervácie a background procesy.
Typické scenáre
- Živé dashboardy a monitoring
- Stav objednávok, rezervácií alebo CRM
- Notifikácie používateľov v browseri
- AI a worker procesy, ktoré publikujú výsledok
Technický pohľad
Vlastný WebSocket broker môže byť jednou z realizácií. Dôležité sú topic routing, namespaces, autorizácia a pozorovateľnosť.
PHP backend
↓ REST publish
Realtime broker
├── Browser
├── Worker
└── AI serviceSpôsob spolupráce
Udalosť, tok a kontrola prístupu
- UdalostiČo sa má doručiť a komu.
- KanályTopicy, namespaces a pravidlá prístupu.
- PrevádzkaMonitoring, chybové stavy a overenie správania.
Polling nie je vždy odpoveď
Aktuálny stav bez pravidelných otázok na server
Pri pollingu prehliadač opakovane zisťuje, či sa niečo zmenilo. Realtime model doručí udalosť až vtedy, keď naozaj vznikne.
Relevantné technológie
Modelový príklad
Okamžité doručovanie udalostí bez pravidelného pollingu
Backend publikuje zmenu; browser alebo worker dostane iba relevantnú udalosť.
Backend ↓ publish Broker ↓ event Browser
Má aplikácia reagovať okamžite?
Popíšte udalosť, používateľov a očakávané správanie.