Na @Cloudflare jsem vytvořil aplikaci Instant Messenger. Trvalo to 1 den, 3 soubory, 4 zdroje... A je připraven škálovat od 0 do milionů. Worker → autentizace a směrování Databáze D1 → ukládání uživatele/předání Uživatel UDĚLÁ → uživatelský profil a přátelé Konverzace OPRAVDU → zprávy Blog na odpověď, ale krátká ukázka zde: Cloudflare/Actors Library to usnadnila díky vlastnostem persist, snadné správě připojení k webovému socketu a posílání zpráv všem posluchačům. Ale co dělala každá skladba? Authismus a směrování (Worker + D1) Všechny požadavky procházejí přes Worker, ať už autentizované, nebo ne. Pokud není autentizován, jsou dostupné akce například přihlášení nebo registrace. Po autentizaci může požadavek předat kterémukoli z našich Durable objektů (uživatel nebo konverzace) a navázat připojení do webové sockety. Všechny autentizační informace uživatelů jsou uloženy v databázi D1 (pro tento příklad jsem je uchovával všechny CF). Uživatelská služba (trvalý objekt) Náš pohled na seznam přátel se přímo připojuje k uživatelskému Durable Object přes webový socket. Když aktualizujeme svůj stav, pošleme zprávu našemu konkrétnímu DO, který pak může vysílat přes RPC DO našich přátel a zjistit, zda jsou online, aby jim poslal zprávu z webového socketu pro živé aktualizace. Zde také ukládáme náš seznam přátel v SQLite databázi zaměřené na našeho uživatele. Konverzační služba (trvalý objekt) Každá jednotlivá konverzace mezi dvěma uživateli má vlastní instanci DO. Jeho jedinou odpovědností je ukládat zprávy, posílat oznámení (přes sockety) při odeslání nových zpráv a posílat upozornění, když uživatel začne psát, abychom viděli "Osoba píše..." Stručně; Vytvářet aplikace pro zábavu jen proto, aby si znovu prožili nostalgické vzpomínky z dětství je... Stojí to za to.