Add WebSocket event gateway for real-time cross-service notifications
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Tranquilla
- Stack tecnologico
- grpc, typescript
- Ambito
- api, backend, distributed-systems
Direzione di ricerca
Start by reviewing the existing NestJS structure and the Hub's current API gateway and broker entry points. Then trace how downstream services communicate over HTTP or internal gRPC. Done would require an agreed event schema, publish/subscribe routing, client channels, and persistence with replay; no files or tests are named in the issue.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Description
The Hub currently serves as an API gateway/broker but has no real-time event distribution capability. Services need to push real-time notifications (new messages, application updates, new listings) across the ecosystem but must rely on individual service implementations.
Proposed Feature
- WebSocket event gateway: Centralized WebSocket server that all downstream services can publish events to
- Event bus: Publish/subscribe pattern for inter-service communication
- Client subscription channels: Clients can subscribe to specific event types (marketplace, jobs, events, etc.)
- Event persistence: Store events for offline users with replay on reconnection
Technical Approach
- Integrate
@nestjs/websocketswith the existing NestJS structure - Define a standard event schema (type, source, payload, timestamp)
- Each downstream service publishes to Hub's event bus via HTTP or internal gRPC
- Hub routes events to subscribed WebSocket clients based on user interests and roles
- Lingua principale
- TypeScript
- Stelle
- 0
- Fork
- 0
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Include un Dockerfile o un file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di OpenLake/Hub
-
Swagger UI exposed publicly with no authentication - full API documentation visible to anyoneApertaadvanced bug security
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
-
bug help wanted security
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
-
enhancement help wanted
Difficoltà 4/5 3-5 giorni Idoneità per principianti 55/100
-
bug help wanted security
Difficoltà 3/5 1-2 giorni Idoneità per principianti 70/100
-
Proxy module has no request validation — passes through malicious payloads to downstream servicesApertabug help wanted security
Difficoltà 5/5 Più di una settimana Idoneità per principianti 42/100
Tutte le issue di OpenLake/Hub
Issue simili
-
[Bug]: Device screenshot fails with 500 on iPhone Duo (Xcode 27.2): serve-sim calls simctl without --displayForse già presa Una pull request collegata a questa issue è aperta o già unita. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 66/100
pingdotgg/t3code#24900 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 76/100
inu-appcenter/UNIDorm-web#411 ·
I maintainer di solito rispondono entro 1 giorno
-
🐛 bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
ranxianglei/billion-context#4720 ·
I maintainer di solito rispondono entro 1 giorno
-
area:arcade game p3-medium ready-for-agent type:bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
fderuiter/deruiter.dev#2840 ·
I maintainer di solito rispondono entro 1 giorno