SeiBoost

01Il problema

La dashboard doveva mostrare lo stato delle operazioni dal vivo a molte persone insieme, continuando a distinguere chi può vedere che cosa. Interrogare il server ogni pochi secondi da ogni scheda aperta è la via più rapida per saturare il database: con qualche decina di utenti collegati il traffico cresce più in fretta del valore che produce.

02Che cosa ho costruito

• WebSocket via Soketi al posto del polling: è il server a spingere la modifica, il browser non deve indovinare nulla.
• Canali privati per ruolo e per squadra, così l'autorizzazione vale anche sul livello di trasporto e non solo nella vista.
• Redis come strato intermedio per eventi e cache di lettura, lasciando a PostgreSQL le scritture invece del traffico di aggiornamento.
• Lo schema è guidato dalle migrazioni Prisma: una modifica al modello è versionata insieme al codice, non cliccata in un pannello.

03Che cosa fa adesso

• Un cambio di stato compare a tutti gli utenti autorizzati senza ricaricare la pagina.
• I permessi si applicano in un punto solo: aggiungere un ruolo non obbliga a rivedere ogni schermata.
• Tutto gira in Docker, quindi ambiente locale e produzione sono la stessa cosa.