Sporočila v klepetu, obvestila v živo in druge funkcije v realnem času so odvisne od tega, da informacije brez opazne zamude pridejo do pravega uporabnika. Veliko ponudnikov to rešuje tako, da za povezavo v realnem času vključi zunanjo storitev tretjega ponudnika. 1Tool ubira drugačno pot: infrastrukturo WebSocket upravlja 1Tool sam — na lastnih strežnikih, ne da bi morale stranke za to karkoli nameščati, nastavljati ali same upravljati. Tehnično temelji na Laravel Reverb in je združljiva z razširjenim protokolom Pusher — dopolnjena z lastnim preverjanjem pooblastil, ki določa, kdo dejansko sme prejemati katere kanale v realnem času.
Zakaj odpoved zunanjemu ponudniku pomeni več nadzora
Povezave v realnem času nenehno tečejo v ozadju in včasih prenašajo občutljive informacije — na primer vsebino klepetov ali obvestila o poslovnih dogodkih. Če bi 1Tool za to vključil zunanjo storitev tretjega ponudnika, bi del teh podatkov neizogibno zapustil platformo 1Tool, razpoložljivost teh funkcij pa bi bila dodatno odvisna od tujega ponudnika. Ker 1Tool to infrastrukturo namesto tega upravlja sam na osnovi Laravel Reverb, celotna komunikacija ostane v celoti na lastnih strežnikih 1Tool. Za stranke to pomeni več nadzora nad pretokom podatkov in manjšo odvisnost od razpoložljivosti in pogojev poslovanja zunanje storitve — ne da bi morale same karkoli upravljati ali vzdrževati in ne da bi se morale odpovedati preizkušenemu, razširjenemu protokolu, saj združljivost s protokolom Pusher zagotavlja trdno, uveljavljeno tehnično osnovo.
Preverjanje pooblastil po kanalih: podatki v realnem času samo za upravičene
Infrastruktura v realnem času je varna le toliko, kolikor je varen njen nadzor dostopa. Če bi lahko vsak uporabnik prejemal dogodke iz vsakega kanala, bi se informacije hitro razširile do nepooblaščenih oseb — na primer sporočila iz pogovora, v katerem sploh ne sodelujete. Zato 1Tool dostop do posameznih kanalov v realnem času zavaruje z lastno avtorizacijo kanalov. Preden odjemalec sme prejemati dogodke iz določenega kanala, se preveri, ali za to dejansko ima pooblastilo. Šele če je preverjanje uspešno, se dogodki iz tega kanala sploh dostavijo.
Kaj to pomeni za uporabnike v praksi
V vsakdanjem delu ta arhitektura prinaša dvoje hkrati: funkcije v realnem času, kot sta klepet ali obvestila v živo, delujejo takojšnje, ker posodobitve prispejo neposredno in brez zamude — hkrati pa je zagotovljeno, da vsak uporabnik vidi izključno dogodke, za katere je dejansko pooblaščen. Strankam se ni treba ukvarjati z nobenim delom te infrastrukture: delovanje, vzdrževanje in zaščita so v celoti v rokah 1Tool. Ta kombinacija infrastrukture, trdno vgrajene v platformo, in podrobnega preverjanja pooblastil je bistvena razlika v primerjavi z zgolj zunanjo rešitvijo — zlasti pri poslovnem sistemu, v katerem klepet in obvestila pogosto zadevajo zaupne poslovne informacije.
Pogosta vprašanja
Ali moram kot stranka sam gostiti ali upravljati karkoli za funkcije 1Tool v realnem času?
Ne. Celotno infrastrukturo WebSocket upravlja 1Tool sam na lastnih strežnikih in je že vključena v funkcionalnost platforme.
Ali 1Tool za funkcije v realnem času uporablja zunanjega ponudnika?
Ne. 1Tool svojo infrastrukturo WebSocket upravlja sam, na osnovi Laravel Reverb in združljivo s protokolom Pusher.
Kako je preprečeno, da bi uporabniki videli dogodke iz kanalov, ki jih ne zadevajo?
Z lastno avtorizacijo kanalov: dostop do vsakega kanala v realnem času se preveri, preden se dogodki iz tega kanala dostavijo.
Za katere funkcije se uporablja infrastruktura WebSocket?
Med drugim za klepet in obvestila v živo, torej za funkcije, pri katerih morajo informacije do uporabnika priti brez zamude.
Bi radi videli, kako se funkcije v realnem času, kot sta klepet in obvestila, vključijo v vaš delovni vsakdan z 1Tool?